Avmaar: El respaldo de SQL falla con el error: BACKUP detectó daños en el registro de la base de datos

Un respaldo de Microsoft SQL falla con el siguiente error:

2023-02-22 21:22:12 avsql Error <40258>: sqlconnectimpl_smo::execute Microsoft.SqlServer.Management.Common.ExecutionFailureException: An exception occurred while executing a Transact-SQL statement or batch. ---> System.Data.SqlClient.SqlException: BACKUP detected corruption in the database log. Check the errorlog for more information.
A nonrecoverable I/O error occurred on file "(local)_Test_DB-SQL_Backups-1677106800223-3006-SQL:" 995(The I/O operation has been aborted because of either a thread exit or an application request.).
BACKUP LOG is terminating abnormally.
   at Microsoft.SqlServer.Management.Common.ConnectionManager.ExecuteTSql(ExecuteTSqlAction action, Object execObject, DataSet fillDataSet, Boolean catchException)
   at Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteWithResults(String sqlCommand)
   --- End of inner exception stack trace ---

El error en el ejemplo anterior (la base de datos "Test_DB") se debe a daños en el archivo de registro de transacciones (LDF), lo que hace que los respaldos de registros de transacciones fallen.
(Los respaldos de registros de transacciones intentan respaldar todas las transacciones generadas desde el último respaldo de registro, incluidas las partes dañadas, lo que hace que el respaldo falle).

Se pueden producir daños debido a problemas de espacio de disco en la unidad de registro de SQL. 

Hay tres opciones posibles para abordar este problema.

1. Comuníquese con el administrador de SQL y solicite que se corrija el archivo LDF especificado.

• • Una vez que se corrija el archivo LDF, ejecute un respaldo completo seguido de un respaldo del registro de transacciones.

2. Cambie el modelo de recuperación de la base de datos de "Full" a "Simple" y, a continuación, vuelva a Full.

• • Esto ignorará la parte del registro dañada del respaldo, lo que permitirá que el respaldo continúe.
    (El próximo respaldo de Avamar se ejecuta como "completo" porque el modelo de recuperación cambió).

3. Los respaldos pueden ejecutar el respaldo nativo de SQL con la opción "CONTINUE_AFTER_ERROR" para ignorar la parte del registro que está dañada.

• • Después de esto, los respaldos se pueden reanudar mediante Avamar.
    (El siguiente respaldo de Avamar se ejecutó como "completo" porque el respaldo anterior se realizó a "nivel nativo").