Avamar: Los respaldos incrementales AlwaysOn de SQL fallan aleatoriamente debido a errores de "brecha de registro"

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 los respaldos incrementales de SQL, el proceso compara el número LSN que se recupera de sys.database_recovery_status mientras encuentra la brecha de registro. La consulta utilizada para esta tarea es:

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

El registro se vería de la siguiente manera:

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 archivo durante esta actualización incremental mediante la siguiente 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

Los resultados de las dos consultas deben informar el mismo número LSN para la base de datos.
Si el resultado no coincide, se confirma una secuencia de "cadena de registros" y se espera un error de brecha de registro durante los respaldos incrementales. En una situación ideal durante los respaldos de clúster, después de la finalización del respaldo, Microsoft SQL Server actualiza la tabla sys.database_recovery_status con el valor LSN más reciente. El plug-in de Avamar SQL consulta esta tabla para LSN y almacena el valor en metadatos de SQL. Durante el próximo respaldo incremental, el plug-in de Avamar SQL vuelve a consultar la tabla y obtiene el valor LSN más reciente. A continuación, este LSN se compara con el LSN almacenado en los metadatos de SQL y se realiza un respaldo.

En entornos de clúster Always ocupados, mientras el plug-in de Avamar SQL consulta la tabla para obtener el valor de LSN, se obtiene el valor de LSN más antiguo y se almacena en metadatos de SQL. Microsoft SQL Server actualizará la tabla más tarde. Durante el siguiente respaldo incremental, cuando el plug-in de SQL vuelva a consultar la tabla, obtendrá el valor LSN más reciente. Cuando se compara este valor con el LSN obsoleto, almacenado en el archivo sqlmeta.xml, se encuentra una brecha de registro y el respaldo se promueve a completo.

Solución alternativa temporal:

• Fuerce un respaldo completo de esta base de datos para resolver esta falla.
  • Esto vuelve a sincronizar la secuencia numérica LSN para la base de datos específica en sqlmeta.xml y SQL Server.
  • Ahora todos los respaldos incrementales posteriores de esta base de datos deberían completarse correctamente. 

Corrección permanente:

• Asegúrese de agregar la marca "--latest-lsn-from-msdb=true" al archivo avsql.cmd y aplique la revisión (HF) según la versión del plug-in del cliente:
  • v19.10-100-135 => No hay HF disponible, actualice a la compilación 166 y aplique el HF correspondiente
  • v19.10-100-166 (SP1) => HF 338887
  • v19.12-100-186 => HF 338888

Para descargar la revisión desde el lado del soporte de Dell, consulte los pasos que se describen en Avamar: Cómo encontrar y descargar un paquete de revisiones, parches, instalación o actualización de un producto desde el sitio web de soporte de Dell

Para aplicar la revisión, siga las instrucciones proporcionadas por el soporte de Dell mediante el archivo README o consulte el artículo de la base de conocimientos de Dell correspondiente a la revisión específica.

Precaución: Si el problema persiste después de aplicar la revisión, comuníquese con el soporte de Dell para obtener más ayuda.