Avamar: SQL — co powoduje błędy "luki w dzienniku" podczas korzystania z wtyczki Avamar SQL do tworzenia kopii zapasowych baz danych

Istnieją dwa (2) sposoby rozwiązania tego problemu:

• Zmodyfikuj zestaw danych SQL i wybierz opcję "Enable Force Full"
• Dodaj avsql.cmd następującą flagę

--forcefull=true

• Utwórz plik avsql.cmd w folderze C:\Program Files\avs\var, jeśli nie istnieje.

Znajdź fragment dziennika avsql, który pokazuje numer sekwencji dziennika (LSN). Ten numer LSN jest pobierany z pliku sqlmeta.xml i porównywany z last_backup_lsn bazy danych z sys.database_recovery_status tabeli:

2019/10/22-19:45:45.51399 [avsql_assist] database 'TEST', last backup lsn = '53119000001811800001'
2019/10/22-19:45:45.51500 [avsql_assist] avsql_metadata::get
2019/10/22-19:45:45.51699 [avsql_assist] ===> avsql_metadata::get
2019/10/22-19:45:45.51799 [avsql_assist] avsql_assist::align_numeric_ustrings
2019/10/22-19:45:45.52200 [avsql_assist] Before alignment - Str1: '53119000001801200001', Str2: '53119000001811800001'
2019/10/22-19:45:45.52300 [avsql_assist] After alignment - Str1: '53119000001801200001', Str2: '53119000001811800001'
2019/10/22-19:45:45.52399 [avsql_assist] sqlconnectimpl_smo::get_last_backup_lsn
2019/10/22-19:45:45.52699 [avsql_assist] retrieving last backup lsn for 'TEST' db from sys.database_recovery_status
2019/10/22-19:45:45.52800 [avsql_assist] ===> sqlconnectimpl_smo::InitDll
2019/10/22-19:45:45.52900 [avsql_assist] SMO dll already loaded.
2019/10/22-19:45:45.52900 [avsql_assist] SMOWrap::SMO_GetLastBackupLSN
2019/10/22-19:45:45.53600 [avsql_assist] database 'TEST', last backup lsn = '53119000001811800001'
2019/10/22-19:45:45.53600 [avsql_assist] avsql_assist::align_numeric_ustrings
2019/10/22-19:45:45.53800 [avsql_assist] Before alignment - Str1: '53119000001801200001', Str2: '53119000001811800001'
2019/10/22-19:45:45.53900 [avsql_assist] After alignment - Str1: '53119000001801200001', Str2: '53119000001811800001'
2019/10/22-19:45:45.53999 [avsql_assist] : A log gap was identified or a full backup was not found.

Zapytanie SQL w celu uzyskania numeru LSN dla TESTU bazy danych z sys.database_recovery_status to:

SELECT last_log_backup_lsn FROM sys.database_recovery_status "WHERE database_id = DB_ID(N'TEST')"

Zapytanie SQL do aktualizacji pliku sqlmeta.xml dla tej bazy danych to:

SELECT top 1 last_lsn as last_log_backup_lsn FROM msdb..backupset WHERE database_name=N'TEST'" "AND type LIKE 'L' ORDER by last_lsn DESC;

Podczas rozwiązywania problemów z błędami luki w dzienniku należy włączyć debugowanie przez dodanie avsql.cmd następujących flag. Należy to zrobić, aby obserwować informacje LSN rejestrowane w dziennikach SQL Avamar.

--debug
--verbose=5
--x01=131072
--x14=3276

Utwórz plik avsql.cmd w folderze C:\Program Files\avs\var, jeśli nie istnieje.

Uruchom również powyższe 2 zapytania SQL, aby naśladować zachowanie Avamar z analizatora zapytań w SQL Management Studio i zweryfikować zwrócone przez SQL numery LSN.

Powiązane artykuły z bazy wiedzy:
 

• Avamar: Wtyczka SQL — druga przyrostowa kopia zapasowa jest promowana do FULL bez ważnego powodu  
• Avamar — uruchamianie przyrostowej kopii zapasowej SQL za pośrednictwem interfejsu wiersza polecenia powoduje utworzenie pełnej kopii zapasowej zamiast przyrostowej kopii zapasowej
• Kopia zapasowa Avamar SQL wykonana z wyjątkiem: Wymuszanie przyrostu po zapełnieniu kończy się niepowodzeniem z powodu błędu: „Error: Zidentyfikowano lukę w dzienniku lub nie znaleziono pełnej kopii zapasowej".
• Avamar: Błąd avsql: Pomijanie przyrostowej kopii zapasowej po zapełnieniu bazy danych (lokalna)/databasename. Error: Nie można uzyskać danych wykrywania luk w dzienniku
• Avamar: Tworzenie kopii zapasowej SQL kończy się niepowodzeniem z powodu błędu: "Zidentyfikowano lukę w dzienniku lub nie znaleziono pełnej kopii zapasowej"
• Tworzenie kopii zapasowych klastra Avamar SQL nie powiodło się z przerwą w dzienniku i plikiem sqlmeta.xml
• Przyrostowe kopie zapasowe Avamar AlwaysOn SQL losowo kończą się niepowodzeniem z powodu błędów "luki w dzienniku"
• Avamar: Tworzenie kopii zapasowych SQL przy użyciu natywnych narzędzi do tworzenia kopii zapasowych może usunąć prawidłowe wpisy z pliku sqlmeta.xml