Discussion :

[rocketter]

Bonjour,

comment faire pour solutionner une erreur de sauvegarde dû à une altération du fichier ldf ?

Je m'explique, notre base de données est sauvegardée tous les soirs, une sauvegarde complète en mode de récupération simple mais hier soir, la sauvegarde a échoué en raison de cette erreur :

System.Data.SqlClient.SqlError: BACKUP a détecté une altération dans le journal de la base de données. Consultez le journal des erreurs pour plus d'informations. (Microsoft.SqlServer.Smo)

Et dans le journal SQL Server :
Backup detected log corruption in database xxxxxx. Context is FirstSector. LogFile: 2 'F:\MSSQL10_50.xxxxxxx\MSSQL\DATA\xxxxxx_1.ldf' VLF SeqNo: x9d7d8 VLFBase: x1352c0000 LogBlockOffset: x137cb7600 SectorStatus: 2 LogBlock.StartLsn.SeqNo: x0 LogBlock.StartLsn.Blk: x0 Size: x0 PrevSize: x0

nous sommes sinon sur un SQL Server 2008 R2 (SP3), pas de crash serveur précédant cette erreur, pas d'erreur système et nos disques sont bons (baie SAN)

Merci de votre aide

[bvesan]

Bonjour,
Une corruption (la traduction "Altération" est assez maladroite) sur le journal de transaction n'est une bonne nouvelle...
Il n'existe pas (à ma connaissance) de moyen de "réparer" les enregistrements corrompus du journal. Ce n'est que lorsque le ou les enregistrements corrompus seront recyclés que la corruption disparaîtra.
A priori, si la sauvegarde d'une base en mode de recouvrement SIMPLE a échoué sur ce problème, c'est que la transaction correspondant aux enregistrements corrompus du journal était ouverte. Une fois la transaction terminée (commit mais surtout pas rollback qui pourrait avoir besoin de lire les enregistrements), les enregistrements deviendront inutiles, et finiront par être recyclés.

Si vous lancez une sauvegarde complète maintenant, il est donc possible que celle-ci se termine sans erreur.
Si ça n'est pas le cas, il faudrait identifier les transactions ouvertes sur la base (via les vues sys.dm_tran_...), et trouver un moyen de les valider (donc pas de kill session) avant de relancer une sauvegarde.

Si aucune sauvegarde n'est possible, il faudra soit restaurer la base depuis la dernière sauvegarde valide, soit tenter de récupérer les données (mais avec un risque de perte de données, voire de non cohérence transactionnelle).

Dans quel état est votre base ce matin (colonne state_desc de sys.databases) ?

[rocketter]

Merci de ta réponse bvesan, la base est en état "Online" dans la colonne "state_desc". En relançant une sauvegarde, cela plante toujours à la même étape (60%) et avec la même erreur.

[bvesan]

Il faut donc a priori rechercher la ou les transactions ouvertes, et les faire valider.
Le journal d'erreurs donne-t-il un complément d'information concernant l'erreur de sauvegarde ?

[rocketter]

Non rien de plus, le journal d'évènement windows indique juste que les backup de la base et des logs ont foiré, et les journaux sql server, juste ce que j'ai indiqué dans mon premier post

[Invité]

Est-ce que tu as fait un DBCC CHECKDB récemment ?