Avamar: SharePoint-Backupfehler "Windows structured exception ACCESS_VIOLATION"

SharePoint-Backups können fehlschlagen oder mit Ausnahmefehlern abgeschlossen werden, die den folgenden ähneln:

2014-04-29 20:13:27 avmossvss Error <0000>: The back-end client SQLBACKEND will be dropped later in the process. 
2014-04-29 20:16:27 avmossvss Error <0000>: The back-end plug-in on client SQLBACKEND (10.1.1.1) terminated with errorcode 10019: Externally cancelled by Administrator.
2014-04-29 20:24:33 avmossvss Error <13968>: The back-end client [SQLBACKEND] has failed to backup, so its components will not be displayed for restore. 
2014/04/30-01:24:38.88199 mossvss_ctl_sup DEBUG-ERROR <0378> threadimpl::runthread() - Windows structured exception ACCESS_VIOLATION in threadID 20148 

SQL-Wartungsjobs auf dem Back-end-Datenbankserver starten entweder gleichzeitig oder überschneiden sich mit dem SharePoint-Backup auf dem Front-end-Client. Diese in Konflikt stehenden Backupjobs führen dann dazu, dass einer oder beide Jobs fehlschlagen. Obwohl die SharePoint-Sicherung auf dem Front-End-Client beginnt, sendet dieser Front-End-Client einen untergeordneten Arbeitsauftrag an jeden Back-End-Client, um die SharePoint-Datenbanken zu sichern. Wenn ein anderer Prozess die SharePoint-Datenbanken sperrt, kann das SharePoint-Plug-in die Datenbanken nicht auf dem Back-End-Client sichern.

Wenn die Back-end-Clients in der SharePoint-Farm in einem anderen Avamar-Raster als der Front-end-Client registriert sind, kann dies ebenfalls zu ähnlichen Fehlern führen.

Ordnen Sie die geplanten Jobs für die SQL-Wartung oder das Avamar SharePoint-Backup in einen anderen Zeitbereich ein, damit sie sich nicht überschneiden.

Wenn die Server in der SharePoint-Farm bei verschiedenen Avamar-Rastern registriert sind, registrieren Sie sie alle erneut im selben Avamar-Raster. Für Verbundbackups (SharePoint, Exchange, SQL AlwaysOn) ist die Registrierung der Windows-Clients bei verschiedenen Avamar-Rastern keine unterstützte Konfiguration.