Usługi tworzenia kopii zapasowych APEX | Tworzenie kopii zapasowej dziennika transakcji SQL zakończyło się pomyślnie z błędami

Ślad wsteczny

<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

Kopia zapasowa dziennika SQL innej firmy lub natywna uruchomiona na serwerze mogła spowodować przerwanie łańcucha dzienników.

Jak zweryfikować natywną kopię zapasową dziennika SQL

Możemy zweryfikować, czy zostały uruchomione natywne kopie zapasowe, na podstawie raportu "Zdarzenia tworzenia kopii zapasowych i przywracania". Ten raport wykonuje obliczenia, aby pokazać dane w bardziej czytelnym formacie.

Uruchamianie programu SQL Server Management Studio (SSMS)

• Wybierz bazę danych
• Kliknij prawym przyciskiem myszy i wybierz opcję Raporty
• Raporty standardowe —> zdarzenia dotyczące tworzenia kopii zapasowych i przywracania danych
• Kliknij raport prawym przyciskiem myszy i wyeksportuj go w formacie CSV.

• Rozwiń sekcję "Successful Backup Operations"
• Kolumna "Typ urządzenia" pokazuje ścieżkę do fizycznego pliku kopii zapasowej. Jeśli jest to dysk, oznacza to, że została wykonana natywna kopia zapasowa.
• W tym raporcie można również zweryfikować model odzyskiwania i nazwę użytkownika.

1. Wyłącz lub usuń kopie zapasowe dzienników SQL innych firm dla danej instancji SQL (zestawu kopii zapasowych), w tym natywne kopie zapasowe SQL, a także zainicjuj ręczne tworzenie kopii zapasowych z konsoli Phoenix Management Console. Kolejne kopie zapasowe dziennika transakcji muszą zostać wykonane pomyślnie. Uruchamiaj natywne kopie zapasowe tylko do kopiowania z serwera SQL, jeśli wyłączenie kopii zapasowych innych firm lub natywnych kopii zapasowych nie jest możliwe.  
2. Jeśli wykonanie powyższego kroku nie jest możliwe, oznacza to, że oprogramowanie do tworzenia kopii zapasowych ochrony punktów końcowych / innych firm / oprogramowania antywirusowego ma opcję wyłączenia/wykluczenia określonego modułu zapisującego VSS. Dlatego wyłącz/wyklucz SqlServerWriter z ustawień oprogramowania. Kolejna kopia zapasowa FULL/Diff SQL rozwiązałaby problem.
3. Innym sposobem obejścia problemu jest zastosowanie zasady, zgodnie z którą zawsze kopia zapasowa Phoenix SQL PEŁNA/DIFF jest wyzwalana po wykonaniu kopii zapasowych innych firm / natywnego programu SQL (plan konserwacji) / ochrony punktów końcowych.
4. Jeśli model odzyskiwania bazy danych wymaga z jakiegoś powodu zmiany, utwórz inny zestaw kopii zapasowych dla tego serwera SQL. Po wprowadzeniu zmian tylko kopie zapasowe dla tego zestawu kopii zapasowych nie powiodą się, a pozostałe kopie zapasowe pozostaną nienaruszone. 

Uwaga: Przed utworzeniem nowego zestawu kopii zapasowych dla tej bazy danych usuń zaznaczenie tej bazy danych z bieżącego zestawu kopii zapasowych.