Récupération de données
Récupération de données dans le Nord
Dans le Nord, stoppez SQL Server et conservez les fichiers MDF, NDF et LDF, les bases système, les sauvegardes, les certificats, les clés et chaque réplica. Le laboratoire acquiert les supports, puis reconstruit et valide les tables ou les exports sur des copies sans attacher ni réparer les fichiers sources.
Diagnostic et devis
Diagnostiquer SQL Server sans réécrire les fichiers
Le diagnostic distingue une panne de média, la perte d'un volume, une corruption du système de fichiers, une incohérence des pages, une rupture du journal, une chaîne de sauvegarde incomplète et une divergence Always On. Ces situations peuvent produire le même message d'échec tout en demandant des séquences de récupération différentes.
Les métadonnées de chaque fichier MDF, NDF et LDF sont lues sur des copies pour relever l'identifiant de la base, l'identifiant du fichier, les LSN, les checkpoints, les groupes de fichiers et la version. Les bases master et msdb apportent la configuration de l'instance, l'historique des sauvegardes et certaines dépendances qui ne figurent pas dans la base utilisateur.
- Disques durs contenant fichiers MDF, NDF, LDF ou bases système SQL Server
- SSD et NVMe hébergeant tempdb, journaux, données ou réplicas Always On
- Serveurs physiques dont volumes système, données, logs et sauvegardes sont séparés
- NAS et ensembles RAID utilisés pour bases, fichiers FILESTREAM, snapshots ou backups
Attention
Éviter attach, repair et failover destructeurs
- Ne lancez pas DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS sur la source
- Ne tentez pas d'attacher un MDF sans son journal disponible
- Ne déclenchez pas de failover ou de resynchronisation avant acquisition
- Ne restaurez pas une sauvegarde par-dessus l'unique copie exploitable
Toute opération susceptible de réécrire les pages, journaux ou métadonnées reste différée jusqu'à la création de copies protégées. La priorité est de préserver toutes les branches disponibles avant de sélectionner un point cohérent.
Comment ça marche
Des supports figés aux tables SQL validées
- Arrêtez les applications clientes, les services SQL Server, les agents, les réplications, les sauvegardes et les bascules automatiques. N'exécutez ni attachement, ni détachement, ni restauration, ni DBCC CHECKDB avec réparation, ni changement de version. Relevez l'heure, les erreurs, l'édition, le build et toutes les commandes déjà tentées.
- Inventoriez l'instance complète. Conservez les fichiers MDF, NDF et LDF, les bases master, model et msdb, les certificats, les clés, les comptes de service, la configuration, les fichiers FILESTREAM, les sauvegardes complètes et différentielles ainsi que les sauvegardes des journaux. Identifiez séparément chaque réplica, chaque témoin, chaque stockage et chaque machine virtuelle.
- Le laboratoire examine la stabilité de chaque support avant l'analyse SQL. Un HDD instable, un SSD absent, un RAID dégradé, un espace de stockage virtualisé corrompu et un journal incomplet appellent des acquisitions différentes. L'ouverture en salle blanche reste réservée à un disque dur mécanique qui l'exige.
- Lorsque les médias sont lisibles, des images bit à bit ou copies protégées sont créées sur un stockage sain. Les erreurs sont consignées et les originaux sortent du flux de travail. Les montages, analyses de pages, démarrages et outils SQL utilisent ensuite des duplications dédiées.
Nos expertises
Supports et composants examinés pour SQL Server
Préparer le devis
Préparer les fichiers sans attacher la base
Une préparation contrôlée protège les pages et journaux encore disponibles. Ne cherchez pas à remettre l'instance en ligne avant la création de copies.
- À arrêter: les clients, les services SQL, les agents, les sauvegardes et les réplications
- Noter l'heure de panne et toutes les commandes déjà tentées
- À identifier: la version, l’édition, le numéro de build, l’instance et la collation
- À conserver: les fichiers MDF, NDF et LDF ainsi que les bases master, model et msdb
Notre expertise
Une méthode centrée sur la chaîne de reprise SQL Server
SQL Server distribue son état entre les fichiers de données, journaux, bases système, configuration et parfois plusieurs réplicas. Une simple copie du MDF ne restitue ni la chronologie des transactions, ni les clés, ni les dépendances d'une application. La collecte commence donc par un inventaire de l'instance entière.
Les opérations menées après la panne sont datées. Une tentative d'attachement, un CHECKDB, une bascule, une restauration ou un redémarrage de service peut modifier les en-têtes, les journaux et les pages. Cette chronologie évite de confondre le dommage initial avec les transformations provoquées par les essais.
- Arrêt
- Stopper services et clients
- Fichiers
- À préserver: les fichiers MDF, NDF et LDF
- Chaîne
- Relier backups et journaux
- Validation
- À contrôler: tables et périodes
Prise en charge
Préparer un dossier SQL Server depuis le Nord
Cette page répond aux demandes provenant du Nord sans déclarer de laboratoire local. La localisation organise le parcours et le contexte du dossier; les opérations techniques dépendent des supports, des accès légitimes et de la qualification réalisée avant devis.
Laissez les serveurs et les stockages hors ligne après l'incident. Étiquetez leurs rôles, leurs connexions et leurs ordres. Joignez les versions de SQL Server et de Windows ou Linux, les messages d'erreur, la liste des bases, la topologie Always On, le schéma de stockage et la chronologie des commandes déjà lancées.
Chaîne SQL à conserver
Relier les fichiers, les journaux, les sauvegardes et les réplicas
Le périmètre utile inclut les données, les journaux, les bases système, la configuration, les certificats, les clés, les fichiers FILESTREAM, les tâches, les sauvegardes et les réplicas. Chaque élément garde sa provenance afin de reconstruire un point de reprise et d'expliquer les écarts entre les copies.
Une sauvegarde full ancienne peut devenir utile avec les différentiels et logs corrects. Un réplica plus récent peut contenir une branche incomplète. L'ordre se déduit des identifiants, LSN et checkpoints, pas seulement de la date affichée par le système de fichiers.
- Données À conserver: les fichiers MDF et NDF, les groupes de fichiers et les données FILESTREAM.
- Journaux À préserver: les fichiers LDF, les VLF, les LSN et les points de contrôle.
- Sauvegardes À classer: les sauvegardes complètes, les sauvegardes différentielles et les journaux.
Carte
Orientation dans le Nord selon l'instance et le stockage
FAQ
Questions fréquentes sur SQL Server et la récupération
Faut-il lancer DBCC CHECKDB avec réparation?
Pas sur la source. Les options de réparation peuvent supprimer des pages ou objets pour rendre la base cohérente. Les fichiers sont d'abord acquis, puis cette hypothèse est évaluée sur une duplication dédiée.
Peut-on attacher seulement le fichier MDF?
Ce n'est pas prudent. Les NDF, LDF, FILESTREAM, certificats et bases système peuvent être nécessaires. Conservez l'ensemble avant de tester un attach ou une reconstruction dans un environnement isolé.
Diagnostic et devis
Faire qualifier la chaîne SQL avant restauration
Décrivez les fichiers, les sauvegardes, les réplicas, les versions, les symptômes et les opérations déjà tentées. Le diagnostic détermine ensuite les acquisitions, les reconstructions et les validations possibles, puis sert de base au devis sans annoncer de résultat avant examen.