Discussion :

[olivtone]

Bonjour a Tous

nous avons mis en place le BACKUP WITH CHECKSUM qui permet de controler si la BDD est corrompue pendant son BACKUP, et cela fonctionne a merveille

Par contre je me posais la question, sur l'utilité du CHECKDB, si nous faisons une vérification des pages via le CHECKSUM ?

Merci a vous et bonne journée

[SQLpro]

Question déjà posée... Cherchez bien !
Et à votre avis, s'il y a les deux, ce serait donc redondant ?

A +

[janlouk]

D'ailleurs, dans les scripts OLA, il fait ses backup avec CHECKSUM et il y a un autre job pour DBCC Checkdb.

[Boubou2020]

BACKUP WITH CHECKSUM ne peuvent pas remplacer "DBCC CHECKDB" car Tout simplement il n'est pas capable de détecter les corruptions des pages en mémoire

[hmira]

Bonjour a Tous

nous avons mis en place le BACKUP WITH CHECKSUM qui permet de controler si la BDD est corrompue pendant son BACKUP, ...

Par contre je me posais la question, sur l'utilité du CHECKDB, si nous faisons une vérification des pages via le CHECKSUM ?

Non ! Une sauvegarde (Backup) avec l'option WITH CHECKSUM, effectuée sans erreur indique simplement que les pages telles qu'elles étaient, avec leurs sommes de contrôles, n'ont pas été endommagées (altérées) par le sous-système I/O pendant l'opération de sauvegarde. Les dites pages peuvent très bien être déjà corrompues (1) par exemple suite à une corruption d'une page mise en cache en mémoire, puis écrite sur le disque (1), et donc sauvegardées telles quelles, (sans corrompre des pages déjà corrompues !) et sans générer aucune erreur pendant l'opération de sauvegarde.

(1) Si une page de données mise en cache dans la mémoire est modifiée, et qu'une corruption en mémoire se produit avant que la page modifiée ne soit réécrite sur le disque - c'est extrêmement rare, mais cela peut survenir par exemple à cause d'une puce mémoire défectueuse - au moment de l'écriture de la page sur disque, SQL Server calculera simplement un CHECKSUM de la dite page corrompue et l'écrira sur le disque. Lorsqu'il lit cette page lors d'une sauvegarde (BACKUP) ultérieure avec CHECKSUM, il recalculera la somme de contrôle et, en supposant qu'aucun problème supplémentaire ne se produise dans le sous-système I/O, les valeurs correspondront forcément et la page endommagée sera incluse dans la sauvegarde et "Tout va très bien, Madame la marquise" !

La façon la plus efficace de s'assurer que les pages de données sont totalement exemptes de corruption est d'exécuter DBCC CHECKDB sur la base de données. DBCC CHECKDB contrôlera entièrement la structure et le contenu de l'ensemble des pages, vérifiera l'intégrité logique et physique de tous les objets de la base de données spécifiée, et détectera ainsi la corruption le plus tôt possible.

En conclusion, et vu les explications ci-dessus, même l'utilisation de l'option WITH CHECKSUM lors d'un BACKUP n'est pas suffisante pour garantir que le backup, généré sans erreur, est intègre !
Le seul moyen de s'assurer que la sauvegarde est intègre est de restaurer la sauvegarde sur un autre Serveur puis d'y effectuer un DBCC CHECKDB sans erreur.


A+

[olivtone]

desole pour le retard et merci de vos réponses précises