Avamar: SQL – Vad orsakar "log gap"-fel när Avamar SQL-plugin-programmet används för att säkerhetskopiera databaser

Det finns två (2) lösningar för att lösa problemet:

• Ändra SQL-datauppsättningen och alternativet "Aktivera Force Full"
• Lägg till avsql.cmd följande flagga

--forcefull=true

• Skapa en avsql.cmd fil i mappen C:\Program Files\avs\var om det inte finns.

Hitta ett utdrag från avsql-loggen som visar loggsekvensnumret (LSN). Detta LSN hämtas från sqlmeta.xml fil och jämförs med last_backup_lsn för tabellen Databas från 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.

SQL-fråga för att hämta LSN-nummer för databastestet från sys.database_recovery_status är:

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

SQL-frågan för att uppdatera sqlmeta.xml filen för den här databasen är:

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;

När du felsöker logggapsfel måste du aktivera felsökning genom att lägga till avsql.cmd följande flaggor. Detta bör göras för att observera LSN-informationen som loggas i Avamar SQL-loggarna.

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

Skapa en avsql.cmd fil i mappen C:\Program Files\avs\var om det inte finns.

Kör även ovanstående 2 SQL-frågor för att efterlikna Avamar-beteende från frågeanalysatorn i SQL Management Studio och verifiera SQL-returnerade LSN-nummer.

Relaterade kunskapsbasartiklar:
 

• Avamar: SQL-plugin-program – den andra inkrementella säkerhetskopieringen befordras till FULL utan giltig orsak  
• Avamar – Köra en SQL-inkrementell säkerhetskopiering via CLI Resultatet är en fullständig säkerhetskopiering i stället för en inkrementell säkerhetskopiering
• Avamar SQL-säkerhetskopiering slutfördes med undantag: Tvinga inkrementell efter full misslyckas med felet: "Error: En logglucka identifierades, eller så hittades inte en fullständig säkerhetskopia".
• Avamar: avsql-fel: Hoppa över inkrementell säkerhetskopiering efter fullständig för (lokal)/databasnamndatabas. Fel: Det går inte att hämta data för identifiering av loggluckor
• Avamar: SQL-säkerhetskopiering misslyckas med felet: "En logglucka identifierades eller så hittades inte en fullständig säkerhetskopia"
• Säkerhetskopiering av Avamar SQL-kluster misslyckades med loggluckor och sqlmeta.xml fil
• Inkrementella säkerhetskopieringar för Avamar AlwaysOn misslyckas slumpmässigt på grund av "log gap"-fel
• Avamar: SQL-säkerhetskopiering med inbyggda säkerhetskopieringsverktyg kan ta bort giltiga poster från sqlmeta.xml fil