Avamar: SQL – Hvad forårsager "log gap"-fejl, når du bruger Avamar SQL Plugin til sikkerhedskopiering af databaser?

Der er to (2) løsninger til at løse dette problem:

• Rediger SQL-datasættet, og angiv indstillingen "Enable Force Full"
• Tilføj avsql.cmd følgende flag

--forcefull=true

• Opret en avsql.cmd fil i mappen C:\Programmer\avs\var, hvis den ikke findes.

Find et uddrag fra avsql-loggen, der viser Log Sequence Number (LSN). Dette LSN hentes fra sqlmeta.xml fil og sammenlignes med last_backup_lsn for databasen fra sys.database_recovery_status tabel:

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-forespørgsel for at få LSN-nummer til databasetesten fra sys.database_recovery_status er:

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

SQL-forespørgslen for at opdatere sqlmeta.xml fil til denne database er:

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;

Ved fejlfinding af loggabsfejl er det nødvendigt at aktivere fejlfinding ved at tilføje avsql.cmd følgende flag. Dette skal gøres for at observere de LSN-oplysninger, der logges på Avamar SQL-logfilerne.

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

Opret en avsql.cmd fil i mappen C:\Programmer\avs\var, hvis den ikke findes.

Kør også ovenstående 2 SQL-forespørgsler for at efterligne Avamar-funktionsmåden fra forespørgselsanalysen i SQL Management Studio og valider SQL-returnerede LSN-numre.

Relaterede Knowledge Base-artikler:
 

• Avamar: SQL-plug-in – den anden trinvise sikkerhedskopiering opgraderes til FULL uden en gyldig grund  
• Avamar – Når du kører en trinvis SQL-sikkerhedskopiering via CLI, resulterer det som fuld sikkerhedskopiering i stedet for trinvis sikkerhedskopiering
• Avamar SQL Backup fuldført med undtagelse: Force Incremental after full mislykkes med fejlen: "Fejl: Der blev identificeret et loghul, eller der blev ikke fundet en fuld sikkerhedskopi".
• Avamar: avsql-fejl: Spring trinvis sikkerhedskopiering over for (lokal)/databasenavn-database. Fejl: Kunne ikke hente data til registrering af loggab
• Avamar: SQL Backup fejler med fejlen: "Der blev identificeret et loggab, eller der blev ikke fundet en fuld sikkerhedskopi"
• Avamar SQL Cluster-sikkerhedskopieringer mislykkedes med log gap og sqlmeta.xml fil
• Avamar AlwaysOn SQL trinvise sikkerhedskopieringer mislykkes tilfældigt på grund af "log gap"-fejl
• Avamar: SQL-sikkerhedskopiering ved hjælp af indbyggede sikkerhedskopieringsværktøjer kan fjerne gyldige poster fra sqlmeta.xml fil