Expliquer la corruption dans les pages GAM, SGAM et IAM et en temps réel les avantages de la récupération Utilitaires de base de données SQL avancées

Je courais SQL Server 2000 sur mon PC à la maison avec Windows XP installé. Mes tables de base de données n'a jamais montré aucune sorte de comportement inhabituel jusqu'à ce que j'ai rencontré hier une requête pour compter le nombre de lignes dans une de mes tables primaires. J'ai obtenu l'erreur ci-dessous sur mon écran:

«Tentative d'extraction de la page logique (1:42724) dans la base de données 'test' appartient à objet« rapport-table, de ne pas s'opposer «RRR». Connexion interrompue.

J'ai essayé de résoudre ce problème en exécutant DBCC CHECKDB avec l''REPAIR_REBUILD' option. Cette commande a entraîné une autre erreur, comme indiqué ci-dessous:


«Serveur: Msg 8905, Niveau 16, État 1, ligne 1
Mesure (1:192) dans la base de données ID 10 est marqué alloué dans le GAM, mais aucun SGAM ou IAM a alloué.

J'ai fait un autre essai, cette fois en utilisant DBCC DBREINDEX pour reconstruire les index, mais ne pouvait pas s'en tirer avec ces erreurs.

L'erreur '8905 'était plus fréquente. Pour la même raison, j'ai fini par recueillir des informations à ce sujet auprès de quelques ressources sur le Web. Une page GAM est responsable de la cartographie d'un intervalle de fichier spécifique qui est généralement de 4 Go en taille. Il contient un bit correspondant à chaque mesure, dans cet intervalle de fichier. Le bit a une valeur '0 'si l'identifiant attribué mesure ou '1' quand il est complètement non alloué. Une page SGAM diffère d'une page GAM par les deux méthodes suivantes:

• Un bit correspond à une mesure particulière, dans lequel chaque page est affectée à une page IAM pour différents indices.
• La mesure contient au moins un alloués et une page non allouée.
• Une page IAM est également très similaire à ces pages, sauf que chaque mesure a un bit spécifique qui est allouée à l'index associé à la page IAM.

L'erreur a suggéré qu'une mesure a été montré alloué dans le GAM, tandis que la SGAM et pages IAM ne reflétait pas la même chose. J'ai examiné le journal des erreurs SQL Server et le journal des applications Windows pour voir s'il y avait une défaillance matérielle. Comme ma sauvegarde a également été incomplète, une restauration complète de base de données n'a pas été possible.

A la fin du tunnel, je suis passé à commerciaux des outils tiers pour un peu d'espoir de récupérer mes données perdues. Il m'a semblé que ces utilitaires de récupération de SQL sont l'une des meilleures solutions sur le marché pour traiter de tels cas de corruption grave. Ils m'ont aidé à récupérer presque tout de mon SQL base de données endommagée, tels que des tables, des vues, inaccessibles des clés, des index, etc