Avamar: SQL - Cosa causa gli errori "log gap" quando si utilizza il plug-in SQL Avamar per il backup dei database

Esistono due (2) soluzioni alternative per risolvere questo problema:

• Modificare il dataset SQL e l'opzione "Enable Force Full"
• Aggiungere avsql.cmd il seguente flag

--forcefull=true

• Creare un file avsql.cmd nella cartella C:\Program Files\avs\var se non esiste.

Trova un estratto dal registro avsql che mostra il numero di sequenza del registro (LSN). Questo LSN viene recuperato da sqlmeta.xml file e confrontato con last_backup_lsn per il database dalla tabella sys.database_recovery_status:

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.

La query SQL per ottenere il numero LSN per il TEST del database da sys.database_recovery_status è:

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

La query SQL per aggiornare sqlmeta.xml file per questo database è:

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;

Durante la risoluzione degli errori di gap del registro, è necessario abilitare il debug aggiungendo avsql.cmd seguenti flag. Questa operazione deve essere eseguita per osservare le informazioni LSN registrate nei registri SQL di Avamar.

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

Creare un file avsql.cmd nella cartella C:\Program Files\avs\var se non esiste.

Eseguire anche le 2 query SQL precedenti per simulare il comportamento di Avamar da Query Analyzer in SQL Management Studio e convalidare i numeri LSN restituiti da SQL.

Articoli della Knowledge Base correlati:
 

• Avamar: Plug-in SQL: il secondo backup incrementale viene promosso a FULL senza un motivo valido  
• Avamar: l'esecuzione di un backup incrementale SQL tramite CLI genera un backup completo anziché incrementale
• Backup SQL Avamar completato con eccezione: La forzatura dell'incrementale dopo l'esaurimento non riesce con l'errore: "Error: È stata identificata una lacuna nel registro o non è stato trovato un backup completo".
• Avamar: errore avsql: Ignorare il backup incrementale dopo il completamento per il database (locale)/nome database. Errore: Impossibile ottenere i dati di rilevamento dei gap nel registro
• Avamar: Il backup SQL ha esito negativo con l'errore: "È stata identificata una lacuna nel registro o non è stato trovato un backup completo"
• Backup del cluster SQL Avamar non riusciti con gap di log e file sqlmeta.xml
• I backup incrementali SQL Avamar AlwaysOn hanno esito negativo in modo casuale a causa di errori di "log gap"
• Avamar: Il backup SQL con strumenti di backup nativi può rimuovere voci valide da sqlmeta.xml file