Avamar: SQL-Backupvorgänge reagieren nach dem Zufallsprinzip nicht mehr, sodass avsql- und avtar-Prozesse hängen bleiben.

Zufälligerweise stellt ein Kunde während des Avamar-Backups fest, dass das Backup nicht mehr reagiert und eine manuelle Intervention erforderlich ist.
Dieses Verhalten tritt vor allem bei Backups großer Datenbanken auf, wenn Multi-Streaming aktiviert ist.

<flag type="pulldown" pidnum="3006" value="4" name="max-parallel" />
    <flag type="pulldown" pidnum="3006" value="1024" name="min-snapup-size" /> 

Dasselbe Serverbackup wird beim nächsten Mal erfolgreich ausgeführt und zeigt möglicherweise eine Zeit lang nicht mehr die folgenden Symptome, dass es nicht mehr reagiert.

Während das Beenden der Reaktion angehalten wird, wird die Datenverarbeitung angehalten, bis die VDI-Verbindung (Virtual Backup Device Interface) gemäß den Einstellungen "vditransfertimeoutsecs" abläuft. Im Kundenfall wurde dies auf 3 Stunden eingestellt und wir sehen das Timeout für avsql_t3 Thread im folgenden Auszug:
 

2019-11-05 19:43:27 avsql Info <42988>: VDC_Complete is not supported by VDI.
2019-11-05 19:43:27 avsql Error <6478>: VDS::Getconfig failed with 'The api was waiting and the timeout interval had elapsed'
2019-11-05 19:43:27 avsql Error <6479>: Timed out. Was Microsoft SQLServer running?
2019/11/06-00:43:27.75200 [avsql_t3] Canceling avtar sub-process ... 

Hier bleibt der avsql_t3-Thread hängen, nachdem GetConfiguration der SQL VDI-Funktion aufgerufen wurde.

Es gibt einen Softwarefehler in der GetConfiguration()-Komponente der Microsoft SQL VDI-API/-Funktion, die das Avamar-Plug-in verwendet.

Der Softwarefehler wird derzeit von Avamar- und Microsoft-Entwicklern untersucht. 

Wenden Sie sich an den Avamar-Support, um das neueste Update zu erhalten.