Avamar: SQL – Was verursacht "Protokolllücken"-Fehler bei der Verwendung des Avamar SQL-Plug-ins zum Sichern von Datenbanken?

Es gibt zwei (2) Problemumgehungen, um dieses Problem zu beheben:

• Ändern Sie das SQL-Dataset und aktivieren Sie die Option "Force Full"
• Fügen Sie avsql.cmd das folgende Flag hinzu

--forcefull=true

• Erstellen Sie eine avsql.cmd Datei im Ordner C:\Program Files\avs\var, wenn sie nicht vorhanden ist.

Suchen Sie einen Auszug aus dem avsql-Protokoll, der die Protokollsequenznummer (LSN) anzeigt. Diese LSN wird aus sqlmeta.xml Datei abgerufen und mit der last_backup_lsn für die Datenbank aus sys.database_recovery_status Tabelle verglichen:

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.

SQL-Abfrage zum Abrufen der LSN-Nummer für die Datenbank TEST von sys.database_recovery_status lautet:

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

Die SQL-Abfrage zum Aktualisieren sqlmeta.xml Datei für diese Datenbank lautet:

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;

Beim Troubleshooting von Protokolllückenfehlern ist es erforderlich, das Debuggen zu aktivieren, indem Sie avsql.cmd die folgenden Flags hinzufügen. Dies sollte erfolgen, um die in den Avamar SQL-Protokollen protokollierten LSN-Informationen zu beachten.

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

Erstellen Sie eine avsql.cmd Datei im Ordner C:\Program Files\avs\var, wenn sie nicht vorhanden ist.

Führen Sie außerdem die oben genannten 2 SQL-Abfragen aus, um das Avamar-Verhalten vom Abfrageanalysator in SQL Management Studio zu imitieren und die von SQL zurückgegebenen LSN-Zahlen zu validieren.

Zugehörige Wissensdatenbank-Artikel:
 

• Avamar: SQL-Plug-in: Das zweite inkrementelle Backup wird ohne triftigen Grund auf KOMPLETT hochgestuft.  
• Avamar – Beim Ausführen eines inkrementellen SQL-Backups über die CLI wird ein komplettes Backup anstelle eines inkrementellen Backups durchgeführt.
• Avamar SQL-Backup abgeschlossen mit Ausnahme: Force Incremental nach vollem Einsatz schlägt mit folgendem Fehler fehl: „Error: Es wurde eine Protokolllücke identifiziert oder es wurde kein vollständiges Backup gefunden."
• Avamar: avsql-Fehler: Überspringen des inkrementellen Backups nach vollständiger (lokaler)/Datenbankname-Datenbank. Error: Daten zur Erkennung von Protokolllücken können nicht abgerufen werden
• Avamar: Das SQL-Backup schlägt mit dem folgenden Fehler fehl: "Es wurde eine Protokolllücke identifiziert oder es wurde kein vollständiges Backup gefunden."
• Avamar SQL-Clusterbackups schlugen mit Protokolllücke fehl und sqlmeta.xml Datei
• Inkrementelle Avamar AlwaysOn SQL-Backups schlagen nach dem Zufallsprinzip aufgrund von "Protokolllücken"-Fehlern fehl
• Avamar: SQL-Backups mit nativen Backuptools können gültige Einträge aus sqlmeta.xml Datei entfernen