Avmaar : La sauvegarde SQL échoue avec l’erreur : BACKUP a détecté une corruption dans le journal de la base de données

Une sauvegarde Microsoft SQL échoue avec l’erreur suivante :

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 ---

L’erreur dans l’exemple ci-dessus (base de données « Test_DB ») est due à une corruption du fichier log des transactions (LDF), qui provoque l’échec des sauvegardes du fichier log des transactions.
(Les sauvegardes du fichier log des transactions tentent de sauvegarder toutes les transactions générées depuis la dernière sauvegarde du log, y compris les parties corrompues, qui provoquent l’échec de la sauvegarde.)

Une corruption peut se produire en raison de problèmes d’espace disque sur le lecteur de log SQL. 

Il existe trois options possibles pour résoudre ce problème.

1. Impliquer l’administrateur SQL et demander que le fichier LDF spécifié soit corrigé.

• • Une fois le fichier LDF corrigé, exécutez une sauvegarde complète suivie d’une sauvegarde du fichier log des transactions.

2. Modifiez le modèle de récupération de la base de données de « Full » à « Simple », puis revenez à Full.

• • Cela permet d’ignorer la partie de journal corrompue de la sauvegarde, ce qui permet à la sauvegarde de se poursuivre.
    (La sauvegarde Avamar suivante s’exécutera en tant que sauvegarde « complète », car le modèle de récupération a changé.)

3. Les sauvegardes peuvent exécuter la sauvegarde SQL native avec l’option "CONTINUE_AFTER_ERROR» pour ignorer la partie du log corrompue.

• • Après cela, les sauvegardes peuvent être reprises à l’aide d’Avamar.
    (La sauvegarde Avamar suivante s’exécutera en tant que sauvegarde « complète », car la sauvegarde précédente a été effectuée « au niveau natif ».)