Avamar: Os backups incrementais AlwaysOn SQL falham aleatoriamente devido a erros de "lacuna de log"

2021/03/22-04:30:53.62299 [avsql_assist]  Before alignment - Str1: '240000000392000001', Str2: '241000000328000001'
2021/03/22-04:30:53.62299 [avsql_assist]  After alignment - Str1: '240000000392000001', Str2: '241000000328000001'
2021/03/22-04:30:53.62299 [avsql_assist]  <=== avsql_assist::align_numeric_ustrings
2021-03-22 00:30:53 avsql Info <15765>: A log gap was identified or a full backup was not found.
2021/03/22-04:30:53.62299 [avsql_assist]  ===> sqlconnect::~sqlconnect
2021/03/22-04:30:53.62299 [avsql_assist]  <=== sqlconnect::~sqlconnect
2021/03/22-04:30:53.62299 [avsql_assist]  <=== avsql_assist::snapup_check_timestamps
2021-03-22 00:30:53 avsql Error <40418>: Skipping database 'oalistener07\OA05_AG/_Sync' due to the following reason: A log gap was identified or a full backup was not found.

Para backups incrementais SQL, o processo compara o número de LSN que é recuperado de sys.database_recovery_status ao localizar a lacuna de registro. A consulta usada para essa tarefa é:

SELECT last_log_backup_lsn FROM sys.database_recovery_status "WHERE database_id = DB_ID(N’db2-mi')"

O log seria semelhante a:

2022/08/24-03:28:01.12199 [avsql_assist]  retrieving last backup lsn for 'db2-mi' db from sys.database_recovery_status
2022/08/24-03:28:01.12199 [avsql_assist]  ===> sqlconnectimpl_smo::InitDll
2022/08/24-03:28:01.12199 [avsql_assist]  SMO dll already loaded.
2022/08/24-03:28:01.12299 [avsql_assist]  <=== sqlconnectimpl_smo::InitDll
2022/08/24-03:28:01.12400 [avsql_assist]  ==> SMOWrap::SMO_GetLastBackupLSN
2022/08/24-03:28:01.28200 [avsql_assist]  database 'db2-mi', last backup lsn = '315000000022400001' 
2022/08/24-03:28:01.28200 [avsql_assist]  <=== sqlconnectimpl_smo::get_last_backup_lsn
2022/08/24-03:28:01.28200 [avsql_assist]  ===> avsql_metadata::get
2022/08/24-03:28:01.28200 [avsql_assist]  ===> avsql_metadata::get
2022/08/24-03:28:01.28299 [avsql_assist]  <=== avsql_metadata::get
2022/08/24-03:28:01.28299 [avsql_assist]  <=== avsql_metadata::get
2022/08/24-03:28:01.28299 [avsql_assist]  Last backup LSN: '315000000022400001' (Get from sqlmeta.xml), Current LSN: '315000000022400001'

sqlmeta.xml arquivo durante essa atualização incremental usando a seguinte consulta:

SELECT last_lsn, type, user_name FROM msdb..backupset WHERE database_name=N'db2-mi' AND type LIKE 'L' ORDER by last_lsn DESC

Os resultados das duas consultas devem relatar o mesmo número LSN para o banco de dados.
Se o resultado não corresponder, espera-se uma sequência de "cadeia de logs" de quebra confirmada e um erro de gap de registro durante backups incrementais. Em um cenário ideal durante os backups de cluster, após a conclusão do backup, o Microsoft SQL Server atualiza a tabela sys.database_recovery_status com o valor de LSN mais recente. O plug-in SQL do Avamar consulta essa tabela em busca de LSN e armazena o valor em metadados SQL. Durante o próximo backup incremental, o plug-in Avamar SQL consulta novamente a tabela e obtém o valor de LSN mais recente. Essa LSN é então comparada com a LSN armazenada nos metadados do SQL, e um backup é realizado.

Em ambientes de cluster Always ocupados, enquanto o plug-in Avamar SQL está consultando a tabela para obter o valor de LSN, o valor de LSN mais antigo é obtido e armazenado nos metadados do SQL. O Microsoft SQL Server está atualizando a tabela depois de algum tempo. Durante o próximo backup incremental, quando o plug-in SQL consultar a tabela novamente, ele obterá o valor LSN mais recente. Quando esse valor é comparado com a LSN obsoleta, armazenada no arquivo sqlmeta.xml, uma lacuna de registro é encontrada e o backup é promovido para completo.

Solução temporária temporária:

• Force um backup completo desse banco de dados para resolver essa falha.
  • Isso ressincroniza a sequência de números da LSN para o banco de dados específico no sqlmeta.xml e no SQL Server.
  • Agora, todos os backups incrementais subsequentes desse banco de dados devem ser concluídos com sucesso. 

Correção permanente:

• Adicione o indicador "--latest-lsn-from-msdb=true" ao arquivo avsql.cmd e aplique o HF de acordo com a versão do plug-in do client:
  • v19.10-100-135 => não há HF disponível, atualize para a compilação 166 e aplique o HF correspondente
  • v19.10-100-166 (SP1) => HF 338887
  • v19.12-100-186 => HF 338888

Para fazer download do hotfix no Suporte Dell, consulte as etapas descritas no Avamar: Como encontrar e fazer download de um hotfix, patch, instalação ou pacote de upgrade de um produto no site de suporte da Dell

Para aplicar o hotfix, siga as instruções fornecidas pelo Suporte Dell usando o arquivo LEIA-ME ou consulte o artigo da Base de conhecimento Dell para obter o hotfix específico.

Aviso: Se o problema persistir após a aplicação do hotfix, entre em contato com o Suporte Dell para obter mais assistência.