Avamar: SQL – Hva forårsaker feil med loggbrudd når du bruker Avamar SQL-plugin-modulen til å sikkerhetskopiere databaser

Det finnes to (2) løsninger for å løse dette problemet:

• Endre SQL-datasettet og alternativet "Aktiver full kraft".
• Legg til avsql.cmd følgende flagg

--forcefull=true

• Opprett en avsql.cmd fil i mappen C:\Program Files\avs\var hvis den ikke finnes.

Finn et utdrag fra avsql-loggen som viser loggsekvensnummeret (LSN). Denne LSN-filen hentes fra sqlmeta.xml-filen og sammenlignes med last_backup_lsn for databasen fra sys.database_recovery_status tabellen:

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-spørring for å få LSN-nummer for 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-spørringen for å oppdatere sqlmeta.xml fil for denne databasen 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;

Når du feilsøker loggbruddfeil, er det nødvendig å aktivere feilsøking ved å legge til avsql.cmd følgende flagg. Dette bør gjøres for å observere LSN-informasjonen som logges på Avamar SQL-loggene.

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

Opprett en avsql.cmd fil i mappen C:\Program Files\avs\var hvis den ikke finnes.

Kjør også SQL-spørringene ovenfor for å etterligne Avamar-virkemåten fra spørringsanalyse i SQL Management Studio og validere SQL-returnerte LSN-numre.

Relaterte artikler i kunnskapsbasen:
 

• Avamar: SQL-plugin – den andre trinnvise sikkerhetskopieringen forfremmes til FULLSTENDIG uten gyldig grunn  
• Avamar – Når du kjører en SQL-trinnvis sikkerhetskopiering via CLI, resulterer det i en fullstendig sikkerhetskopi i stedet for inkrementell sikkerhetskopiering
• Avamar SQL Backup fullført med unntak: Tving økning etter full svikter med feilen: "Error: Et logggap ble identifisert, eller en full sikkerhetskopi ble ikke funnet".
• Avamar: avsql Error: Hopper over trinnvis sikkerhetskopiering etter full for (lokal) / databasenavn. Error: Kan ikke hente data for registrering av logggap
• Avamar: SQL Backup mislykkes med feilen: "Et logghull ble identifisert, eller en full sikkerhetskopi ble ikke funnet"
• Sikkerhetskopieringer av Avamar SQL-klynge mislyktes med logghull og sqlmeta.xml fil
• Avamar AlwaysOn SQL-inkrementelle sikkerhetskopier mislykkes tilfeldig på grunn av feil med "log gap"
• Avamar: SQL-sikkerhetskopiering ved hjelp av innebygde sikkerhetskopieringsverktøy kan fjerne gyldige oppføringer fra sqlmeta.xml fil