Dell APEX Backup Services | SQL-Transaktionsprotokollbackup erfolgreich mit Fehlern

Traceback

<Line 702: [2018-06-17 07:38:08,638] [INFO] roboSyncer: Sending log to Phoenix server with message : 'Could not backup log files for 12 DBs, WH-RPT02\ProjectQuoting, WH-RPT02\LFAudit_3EDocuments, WH-RPT02\3EDocuments, WH-RPT02\SSISDB, WH-RPT02\3EWorkFlow, WH-RPT02\ReportServer, WH-RPT02\Insite, WH-RPT02\ProjectQuoting_Test, WH-RPT02\WebTracksSQL, WH-RPT02\Helpdesk, WH-RPT02\ReportServerTempDB, WH-RPT02\InforDB 

Line 552: [2018-06-17 07:37:57,923] [INFO] Log chain broken: WH-RPT02:Helpdesk 
Line 559: [2018-06-17 07:37:58,065] [INFO] Log chain broken: WH-RPT02:ProjectQuoting_Test 
Line 563: [2018-06-17 07:37:58,171] [INFO] Log chain broken: WH-RPT02:3EWorkFlow 
Line 566: [2018-06-17 07:37:58,272] [INFO] Log chain broken: WH-RPT02:SSISDB 
Line 569: [2018-06-17 07:37:58,404] [INFO] Log chain broken: WH-RPT02:Insite 
Line 572: [2018-06-17 07:37:58,477] [INFO] Log chain broken: WH-RPT02:InforDB 
Line 574: [2018-06-17 07:37:58,584] [INFO] Log chain broken: WH-RPT02:ReportServerTempDB 
Line 579: [2018-06-17 07:37:58,713] [INFO] Log chain broken: WH-RPT02:ReportServer

Ein auf dem Server ausgeführtes SQL-Protokollbackup eines Drittanbieters oder ein natives SQL-Protokollbackup hat möglicherweise dazu geführt, dass die Protokollkette unterbrochen wurde.

So überprüfen Sie ein natives SQL-Protokollbackup

Ob native Backups ausgeführt wurden, können wir dem Bericht "Backup and Restore events" entnehmen. In diesem Bericht werden Berechnungen durchgeführt, um die Daten in einem besser lesbaren Format anzuzeigen.

Starten von SQL Server Management Studio (SSMS)

• Datenbank auswählen
• Klicken Sie mit der rechten Maustaste und wählen Sie Berichte aus.
• Standardberichte – Backup-> und Wiederherstellungsereignisse
• Klicken Sie mit der rechten Maustaste auf den Bericht und exportieren Sie ihn in das CSV-Format.

• Erweitern Sie den Abschnitt "Successful Backup Operations".
• Die Spalte "Device Type" zeigt den Pfad der physischen Backupdatei an. Wenn es sich um Disk handelt, bedeutet dies, dass ein natives Backup erstellt wurde.
• Sie können auch das Recovery-Modell und den Nutzernamen in diesem Bericht überprüfen.

1. Deaktivieren oder löschen Sie SQL-Protokollbackups von Drittanbietern für die betroffene SQL-Instanz (Backupsatz), einschließlich nativer SQL-Backups, und initiieren Sie ein manuelles Backup über die Phoenix Management Console. Nachfolgende Transaktionsprotokollbackups müssen erfolgreich abgeschlossen werden. Führen Sie native Kopiebackups von SQL Server aus, wenn die Deaktivierung von Drittanbieter- oder nativen Backups nicht möglich ist.  
2. Wenn der obige Schritt nicht möglich ist, verfügt die Backupsoftware für Endpunktschutz/Drittanbieter/Virenschutz über eine Option zum Deaktivieren/Ausschließen des spezifischen VSS Writers. Deaktivieren/schließen Sie daher SqlServerWriter aus den Softwareeinstellungen aus. Dann würde ein nachfolgendes KOMPLETTES/Diff-SQL-Backup das Problem beheben.
3. Eine weitere Problemumgehung besteht darin, eine Policy einzurichten, die besagt, dass nach Backups von Drittanbietern/nativem SQL (Wartungsplan)/Endpunktschutz immer ein komplettes/diff-Backup von Phoenix SQL ausgelöst wird.
4. Wenn das Recovery-Modell einer Datenbank aus irgendeinem Grund geändert werden muss, erstellen Sie einen anderen Backupsatz für diesen SQL Server. Nach den Änderungen schlagen nur die Backups für diesen Backupsatz fehl und die anderen Backups sind davon nicht betroffen. 

Hinweis: Bevor Sie einen neuen Backupsatz für diese Datenbank erstellen, heben Sie die Auswahl dieser Datenbank aus dem aktuellen Backupsatz auf.