Récupération de données sur base Microsoft SQL Server corrompue

Règle d’or : Ne paniquez pas et faites une copie de sauvegarde à froid (si possible) de vos fichiers .mdf et .ldf actuels avant de tenter quoi que ce soit. Si une manipulation échoue, vous devez pouvoir revenir à l’état initial.
Ensuite, lancez la commande de diagnostic standard pour évaluer l’étendue des dégâts.

DBCC CHECKDB ('Nom_De_Votre_Base') WITH NO_INFOMSGS, ALL_ERRORMSGS

Cette commande vérifie l’intégrité logique et physique de tous les objets de la base de données (tables, index, allocations, catalogues). À la fin de son exécution, elle vous affichera le nombre d’erreurs trouvées et, surtout, le niveau de réparation minimal requis.

Si le rapport de CHECKDB recommande une réparation, vous devez basculer la base en mode utilisateur unique (SINGLE_USER) et exécuter l’une des deux options suivantes :

• REPAIR_REBUILD : À privilégier. Répare la base (souvent en reconstruisant des index) sans aucun risque de perte de données.
• REPAIR_ALLOW_DATA_LOSS : À n’utiliser qu’en dernier recours. Comme son nom l’indique, SQL Server va réparer la structure en supprimant purement et simplement les pages de données corrompues.

Si la base est en mode SUSPECT, DBCC CHECKDB ne pourra pas s’exécuter directement. Vous devez forcer la base à passer en mode EMERGENCY pour permettre un accès en lecture seule et tenter une réparation :

Si vous n’avez pas de sauvegarde, que la base est inaccessible et que le mode REPAIR_ALLOW_DATA_LOSS échoue (ou que vous refusez de perdre des données cruciales), les outils de récupération spécialisés (comme Stellar Repair for MS SQL, SysTools SQL Recovery, Kernel for SQL Database Recovery  etc.) deviennent utiles. Ils analysent directement le fichier .mdf brut pour en extraire les tables et les scripts sans passer par le moteur SQL Server.

Cependant, sachez que les résultats peuvent être médiocre car ils n’ont pas une approche globale de la perte de données. La compétence ce limite à cliquer sur des bouttons, heureusement que notre service est plus performant. Nous constatons entre 30%  et 50% de plus récupéré.

Bien que cette approche soit tentante, elle comporte des risques. Nous vous conseillons de cloner vos supports avant toute action. Par expérience, la précipitation détruit malheureusement de nombreuses chances de succès. Une mauvaise manipulation peut coûter plus cher qu’une récupération professionnelle.

Afin de maximiser les chances de récupération de vos données, nous vous invitons à suivre scrupuleusement ces consignes :

• Éteignez ou cessez d’utiliser l’appareil touché. Cela empêche l’écrasement des fichiers, un risque particulièrement élevé sur les disques SSD en raison des commandes de nettoyage automatique (TRIM/UNMAP).
• Prenez contact avec les experts de Recoveo dans les plus brefs délais pour une évaluation gratuite.
• Ne tentez rien sur le système affecté. Toute manipulation ou essai de restauration doit impérativement être exécuté depuis une autre machine.

Oui. Nous récupérons les fichiers de données corrompus ou effacé provenant d’environnements virtuels endommagés ou de systèmes RAID défaillants.

Pas du tout. Si votre support de stockage n’est pas physiquement endommagé, nous pouvons récupérer votre base de données à distance, en toute sécurité. En cas de dommage matériel, pas d’inquiétude : nous vous guiderons pour les étapes suivantes et vous enverrons une étiquette de transport gratuite pour nous faire parvenir votre appareil.