Échec de la récupération en ligne d'une base de données Microsoft SQL Server défectueuse

Recovery Toolbox for SQL Server peut être en mesure de récupérer votre base de données Microsoft SQL Server corrompue.

Raisons de l'échec de la récupération des bases de données Microsoft SQL Server

Raisons possibles pour lesquelles le service de récupération de base de données SQL Server en ligne n'a pas pu récupérer un fichier MDF Microsoft SQL Server corrompu :

1. Le service n'a pas reçu de fichier MDF, mais plutôt un fichier LDF, BAK ou un autre type de fichier qui avait simplement été renommé.
2. Une partie des données de la base de données était stockée dans des fichiers NDF supplémentaires, mais seul le fichier MDF principal a été téléchargé vers le service en ligne. Pour récupérer des paires de fichiers MDF+NDF, vous devez utiliser Recovery Toolbox for SQL Server.
3. Le fichier MDF a été tronqué pendant la copie ou le téléchargement. Certaines données sont physiquement manquantes à la fin du fichier.
4. Le fichier MDF est presque entièrement rempli de zéros ou de données inutiles en raison d'une défaillance du disque, et il n'y a plus rien à récupérer.
5. Les pages critiques du service de base de données (page de démarrage, GAM, SGAM, etc.) ont été détruites et ne peuvent pas être reconstruites.
6. Les tables du catalogue système (liste des tables, colonnes et relations) sont tellement endommagées que la structure des données est incompréhensible.
7. La plupart des pages de données du fichier MDF ont des sommes de contrôle corrompues et ne peuvent pas être lues, même par blocs.
8. Certaines parties du fichier MDF ont été physiquement écrasées par d'autres données : les mêmes pages apparaissent dans plusieurs versions incompatibles.
9. La base de données a été chiffrée à l'aide de SQL Server (TDE) et le service ne dispose pas des clés de chiffrement : le fichier est visible sous la forme d'un ensemble de blocs chiffrés.
10. 10. Le fichier MDF a été crypté par un ransomware à l'aide d'un cryptage puissant ; le service n'effectue pas de décryptage, mais uniquement une analyse de la structure.
11. 11. Avant le téléchargement, le fichier MDF a été crypté ou compressé à l'aide d'un programme tiers, et la version cryptée a été envoyée au service.
12. Le fichier MDF est endommagé au niveau du système de fichiers : il contient des secteurs défectueux qui renvoient toujours une erreur ou des zéros lors de la lecture.
13. Lors du téléchargement sur le réseau, le fichier MDF a été corrompu (paquets endommagés, échec de connexion) et une copie endommagée a atteint le serveur.
14. Le fichier a été partiellement téléchargé (le téléchargement n'a pas été attendu jusqu'à la fin, l'onglet a été fermé) — le service ne fonctionne qu'avec des fichiers entièrement téléchargés vers le service.
15. L'utilisateur a accidentellement téléchargé un autre fichier : un ancien fichier MDF sans les données nécessaires, une copie de test, une base de données vide, etc.
16. Entre le test et la tentative payante, le fichier MDF a été endommagé ou écrasé à nouveau, et le niveau de dommage est désormais plus élevé.
17. Avant d'utiliser le service, DBCC CHECKDB a été exécuté avec le paramètre REPAIR_ALLOW_DATA_LOSS — les données problématiques ont été irrémédiablement supprimées du fichier MDF.
18. SHRINK ou d'autres opérations qui ont réécrit des pages ont été précédemment effectuées sur la base de données ; les anciennes données ont été physiquement effacées et ne peuvent être récupérées.
19. Les enregistrements nécessaires ont été supprimés il y a longtemps (opération TRUNCATE effectuée) et les pages ont déjà été utilisées pour de nouvelles tables. Le fichier MDF ne contient pas d'anciennes versions des données.
20. L'utilisateur s'attendait à restaurer l'état intermédiaire « d'hier », mais le MDF ne stocke que l'état actuel sans les anciennes données nécessaires.
21. Les fichiers de streaming associés à la base de données (FILESTREAM, FileTable, etc.) sont manquants, il est donc impossible de récupérer les données qu'ils contiennent.
22. La structure de la table est endommagée de telle sorte que les mêmes pages font référence à des objets différents, et il est impossible d'assembler les tables sans ambiguïté.
23. Les index et les données ont subi trop de dommages croisés : le risque d'assembler une base de données incorrecte est trop élevé pour être acceptable pour un service automatisé.
24. L'intégrité de la structure de référence (clés étrangères, relations en cascade) dans les tables est tellement compromise qu'il est impossible de récupérer un ensemble cohérent de données.
25. Le fichier contient une grave incohérence logique : les tailles des objets spécifiées dans les en-têtes ne correspondent pas aux pages réelles.
26. Le fichier MDF contient des fragments provenant de plusieurs bases de données différentes (réutilisation séquentielle du fichier) et le service ne peut pas les séparer correctement.
27. L'espace disponible sur le disque à partir duquel le fichier MDF a été copié était insuffisant ; par conséquent, une partie du fichier n'a pas été enregistrée et a été envoyée au service sous une forme tronquée.
28. Le fichier MDF a été restauré à partir d'une image/sauvegarde comportant des erreurs et était déjà endommagé avant d'être téléchargé vers le service.
29. L'antivirus ou Windows Defender côté client a endommagé le fichier pendant la copie (par exemple, en supprimant les sections suspectes).
30. La base de données utilise une taille de page/bloc non standard ou des paramètres expérimentaux qui ne sont pas pris en charge par le mécanisme d'analyse.
31. Les tables stockent un format de données binaires très non standard qui ne peut pas être interprété correctement sans logique utilisateur.
32. Au moment de la panne, le serveur SQL était en pleine opération lourde (MISE À JOUR/RECONSTRUCTION D'INDEX massive) et il n'était pas possible de la terminer logiquement sur la base des traces dans le MDF.
33. Après la récupération, la structure de la base de données a été réassemblée avec succès, mais la quantité de données pouvant être réellement récupérées était pratiquement nulle — le service signale que la récupération n'est pas possible.
34. Le fichier présente des signes d'interférence externe (édition hexadécimale manuelle, réparation avec des utilitaires inconnus) qui ont violé le format attendu.
35. Le fichier MDF appartient à une base de données qui n'a jamais été entièrement initialisée (la création a été interrompue) : il n'y a pas de structure complète à l'intérieur pour la récupération.
36. Le fichier appartient à un miroir/réplique ou à un instantané qui a été créé/supprimé avec une erreur, et certaines des pages nécessaires sont manquantes.
37. La base de données est gravement endommagée après une migration/mise à niveau échouée de SQL Server, et le fichier MDF contient un mélange de structures de format ancien et nouveau.
38. Les données des tables utilisateur du service (par exemple, les données de schéma) sont gravement endommagées, sans lesquelles le service ne peut pas récupérer les objets restants.
39. Le service n'a pu extraire que certaines tables, mais la table contenant les données dont l'utilisateur a besoin est complètement endommagée ; dans le rapport, cela apparaît comme fichier impossible à réparer.
40. Le fichier a été créé par un autre logiciel et imitait uniquement le format MDF. Le service en ligne a donc correctement déterminé qu'il s'agissait d'une base de données SQL Server non valide.
41. Il existe des restrictions de sécurité/stockage côté serveur (par exemple, une interdiction de traiter des fichiers avec certains types de cryptage), ce qui a entraîné l'interruption forcée de l'analyse.