Avamar: SQL - Veritabanlarını yedeklemek için Avamar SQL Eklentisi kullanılırken "günlük boşluğu" hatalarına neden olan nedir?

Bu sorunu çözmek için iki (2) geçici çözüm vardır:

• SQL Veri Kümesini ve "Enable Force Full" seçeneğini değiştirin
• Aşağıdaki bayrağı avsql.cmd ekleyin

--forcefull=true

• Mevcut değilse C:\Program Files\avs\var klasöründe bir avsql.cmd oluşturun.

Günlük Sıra Numarasını (LSN) gösteren avsql günlüğünden bir alıntı bulun. Bu LSN sqlmeta.xml dosyadan alınır ve sys.database_recovery_status tablodaki Veritabanı last_backup_lsn ile karşılaştırılır:

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.

sys.database_recovery_status'dan Veritabanı TEST'i için LSN numarası almak için SQL sorgusu:

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

Bu Veritabanı için sqlmeta.xml dosyasını güncelleştirmek için SQL sorgusu şu şekildedir:

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;

Günlük boşluğu hatalarını giderirken aşağıdaki bayraklardan avsql.cmd ekleyerek hata ayıklamayı etkinleştirmek gerekir. Bu işlem, Avamar SQL günlüklerine kaydedilen LSN bilgilerini gözlemlemek için yapılmalıdır.

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

Mevcut değilse C:\Program Files\avs\var klasöründe bir avsql.cmd oluşturun.

Ayrıca, SQL Management Studio'daki sorgu çözümleyicisinden Avamar davranışını taklit etmek için yukarıdaki 2 SQL sorgusunu çalıştırın ve SQL'in döndürülen LSN numaralarını doğrulayın.

İlgili Knowledge Base Makaleleri:
 

• Avamar: SQL eklentisi - İkinci Artımlı Yedekleme, geçerli bir neden olmaksızın TAM yedeklemeye yükseltildi  
• Avamar - CLI üzerinden SQL Artımlı yedekleme çalıştırıldığında, artımlı yedekleme yerine tam yedekleme olarak sonuçlanıyor
• Avamar SQL Yedeklemesi istisna ile tamamlandı: Force Incremental after full şu hatayla başarısız oluyor: Sanal Disk Grubunu genişletmeye çalışırken "Hata: Bir günlük boşluğu tespit edildi veya tam yedekleme bulunamadı".
• Avamar: avsql Error: (Yerel)/databasename veritabanı için tam olduktan sonra artımlı yedekleme atlanıyor. Error: Günlük boşluğu algılama verileri alınamıyor
• Avamar: SQL Yedekleme şu hatayla başarısız oluyor: Bir günlük boşluğu tespit edildi veya tam yedekleme bulunamadı
• Avamar SQL Kümesi yedeklemeleri günlük boşluğu ve sqlmeta.xml dosyasıyla başarısız oluyor
• Avamar AlwaysOn SQL artımlı yedeklemeleri, "günlük boşluğu" hataları nedeniyle rastgele başarısız oluyor
• Avamar: Yerel yedekleme araçlarını kullanan SQL yedeklemesi, sqlmeta.xml dosyadan geçerli girişleri kaldırabilir