Avamar: SQL - O que causa erros de "lacuna de registro" ao usar o plug-in SQL do Avamar para fazer backup de bancos de dados

Há duas (2) soluções alternativas para resolver esse problema:

• Modifique o SQL Dataset e a opção "Enable Force Full"
• Adicione avsql.cmd o seguinte indicador:

--forcefull=true

• Crie um arquivo avsql.cmd na pasta C:\Program Files\avs\var, se ele não existir.

Localize um trecho do log avsql que mostre o número de sequência de registro (LSN). Esta LSN está sendo recuperada de sqlmeta.xml arquivo e comparada com a last_backup_lsn do banco de dados sys.database_recovery_status tabela:

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.

A consulta SQL para obter o número LSN para o banco de dados TEST do sys.database_recovery_status é:

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

A consulta SQL para atualizar sqlmeta.xml arquivo para este banco de dados é:

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;

Ao solucionar problemas de erros de lacunas de log, é necessário habilitar a depuração adicionando avsql.cmd os indicadores a seguir. Isso deve ser feito para observar as informações de LSN registradas nos logs SQL do Avamar.

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

Crie um arquivo avsql.cmd na pasta C:\Program Files\avs\var, se ele não existir.

Execute também as duas consultas SQL acima para imitar o comportamento do Avamar do analisador de consultas no SQL Management Studio e validar os números LSN retornados pelo SQL.

Artigos da base de conhecimento relacionados:
 

• Avamar: Plug-in SQL — o segundo backup incremental é promovido a completo sem um motivo válido  
• Avamar — a execução de um backup incremental do SQL por meio da CLI resulta como backup completo em vez de backup incremental
• Backup do Avamar SQL concluído com exceção: Force Incremental after full está falhando com o erro: "Error: Foi identificada uma lacuna de registro ou não foi encontrado um backup completo".
• Avamar: erro avsql: Ignorando o backup incremental depois de completo para o banco de dados (local)/nome do banco de dados. Error: Não foi possível obter dados de detecção de lacunas de log
• Avamar: O backup do SQL está falhando com o erro: "Foi identificada uma lacuna de registro ou não foi encontrado um backup completo"
• Falha nos backups do cluster SQL do Avamar com lacuna de log e arquivo sqlmeta.xml
• Os backups incrementais do Avamar AlwaysOn SQL falham aleatoriamente devido a erros de "lacuna de log"
• Avamar: O backup SQL usando ferramentas nativas de backup pode remover entradas válidas sqlmeta.xml arquivo