Avamar. SQL — причины, вызывающие ошибки «логарифмического разрыва» при использовании подключаемого модуля Avamar SQL для резервного копирования баз данных

Существует 2 (два) временных решения этой проблемы:

• Измените набор данных SQL и параметр «Enable Force Full»
• Добавьте avsql.cmd следующий флаг

--forcefull=true

• Создайте файл avsql.cmd в папке C:\Program Files\avs\var, если она не существует.

Найдите фрагмент журнала avsql, в котором указан порядковый номер журнала (LSN). Этот номер LSN извлекается из sqlmeta.xml файла и сравнивается с last_backup_lsn для базы данных из 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-запрос для получения номера LSN для Database TEST из sys.database_recovery_status выглядит следующим образом:

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

SQL-запрос на обновление файла sqlmeta.xml для этой базы данных:

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;

При поиске и устранении неисправностей, связанных с промежутками между журналами, необходимо включить отладку, добавив avsql.cmd следующие флаги. Это необходимо сделать, чтобы просмотреть информацию о номере LSN, записанную в журналах SQL Avamar.

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

Создайте файл avsql.cmd в папке C:\Program Files\avs\var, если она не существует.

Кроме того, выполните 2 вышеуказанных SQL-запроса, чтобы имитировать поведение Avamar из анализатора запросов в среде SQL Management Studio и проверить возвращенные номера LSN SQL.

Статьи базы знаний по теме:
 

• Avamar. Подключаемый модуль SQL — вторая инкрементная резервная копия повышается до ПОЛНОЙ без уважительной причины  
• Avamar. Выполнение инкрементного резервного копирования SQL через интерфейс командной строки приводит к полному резервному копированию, а не к инкрементному резервному копированию
• Резервное копирование Avamar SQL завершено с исключением: Принудительное инкрементное выполнение после полного сбоя с ошибкой: «Error: Был обнаружен пробел в журнале, или не была найдена полная резервная копия».
• Avamar: ошибка avsql: Пропуск инкрементного резервного копирования после заполнения для (локальной)/базы данных имен баз данных. Ошибка. Не удается получить данные обнаружения промежутков между журналами
• Avamar. Сбой резервного копирования SQL с ошибкой: «Обнаружен пробел в журнале, или не найдена полная резервная копия»
• Сбой резервного копирования кластера SQL Avamar с промежутком между журналами и файлом sqlmeta.xml
• Инкрементное резервное копирование Avamar AlwaysOn SQL случайным образом завершается сбоем из-за ошибок «разрыва между регистрациями»
• Avamar. Резервное копирование SQL с помощью встроенных средств резервного копирования может привести к удалению действительных записей из sqlmeta.xml файла