Avamar: SQL - Mikä aiheuttaa log gap -virheitä käytettäessä Avamar SQL Pluginia tietokantojen varmuuskopiointiin

Ongelman voi ratkaista kahdella (2) kiertotavalla:

• Muokkaa SQL-tietojoukkoa ja Enable Force Full -vaihtoehtoa
• Lisää avsql.cmd seuraava lippu

--forcefull=true

• Luo avsql.cmd tiedosto kansioon C:\Program Files\avs\var, jos sitä ei ole.

Etsi avsql-lokista ote, jossa näkyy lokin järjestysnumero (LSN). LSN-tunnusta haetaan sqlmeta.xml tiedostosta, ja sitä verrataan tietokannan last_backup_lsn sys.database_recovery_status taulukosta:

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-kysely LSN-numeron saamiseksi tietokannan TESTIlle sys.database_recovery_status on:

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

Tämän tietokannan sqlmeta.xml päivitettävä SQL-kysely on seuraava:

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;

Kun teet lokiaukkovirheiden vianmääritystä, virheenkorjaus on otettava käyttöön lisäämällä avsql.cmd seuraavat merkinnät. Näin tarkkailemme Avamar SQL -lokeihin kirjattuja LSN-tietoja.

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

Luo avsql.cmd tiedosto kansioon C:\Program Files\avs\var, jos sitä ei ole.

Suorita myös edellä mainitut kaksi SQL-kyselyä, jotka jäljittelevät Avamarin toimintaa SQL-hallintastudion kyselyanalysaattorissa ja vahvistavat SQL-palauttamat LSN-numerot.

Aiheeseen liittyvät tietokanta-artikkelit:
 

• Avamar: SQL-laajennus – toinen lisäävä varmuuskopiointi ylennetään FULL-arvoon ilman pätevää syytä  
• Avamar – SQL-inkrementaalisen varmuuskopioinnin suorittaminen komentoriviliittymässä: tuloksena on täysi varmuuskopiointi lisäävän varmuuskopioinnin sijaan
• Avamar SQL Backup valmistui poikkeuksella: Force Incremental after full -toiminto epäonnistuu ja aiheuttaa virheen: "Error: Lokiaukko tunnistettiin tai täydellistä varmuuskopiota ei löytynyt".
• Avamar: avsql-virhe: Lisäävän varmuuskopioinnin ohittaminen täydellisen jälkeen (paikalliselle) / tietokannan nimen tietokannalle. Error: Lokiaukon tunnistustietoja ei voi hakea
• Avamar: SQL-varmuuskopiointi epäonnistuu seuraavan virheen vuoksi: "Lokiaukko löytyi tai täydellistä varmuuskopiota ei löytynyt"
• Avamar SQL Cluster -varmuuskopiointi epäonnistui lokiaukon ja sqlmeta.xml tiedoston vuoksi
• Avamar AlwaysOn SQL -kertamääritykset epäonnistuvat satunnaisesti log gap -virheiden vuoksi
• Avamar: SQL-varmuuskopiointi alkuperäisillä varmuuskopiointityökaluilla saattaa poistaa kelvolliset merkinnät sqlmeta.xml tiedostosta