Comment récupérer une base de données SQL Server depuis une sauvegarde corrompue ?

Lorsque votre base de données SQL Server rencontre un problème, il est essentiel de savoir comment la récupérer rapidement. Cet article vous guidera à travers les étapes nécessaires pour réparer une base de données à partir d’un fichier de sauvegarde corrompu en utilisant le logiciel Stellar Repair for MS SQL Technician. Vous découvrirez ici, pas à pas, comment restaurer vos données et minimiser les interruptions de service.

Comprendre l’origine de la corruption de la sauvegarde de la base de données

Avant de commencer le processus de réparation, il faut comprendre les causes possibles de la corruption d’une base de données SQL Server. Une base de données SQL peut être corrompue à cause :

• des pannes matérielles
• des erreurs logicielles
• des virus
• des interruptions soudaines du système.

Connaître ces causes peut aider à prévenir de futurs incidents.

La corruption des bases de données se manifeste souvent par des messages d’erreur lorsque vous essayez d’accéder aux données. Ces erreurs peuvent indiquer que certaines pages de données sont endommagées, rendant ainsi le fichier .bak inutilisable sans intervention.

Vérifier l’état réel de la sauvegarde avant de la réparer

Un message d’erreur pendant la restauration ne condamne pas forcément la base d’origine. Le fichier .bak est une archive produite par une commande BACKUP DATABASE : une photo de la base à un instant donné. Les fichiers MDF et NDF contiennent les données actives du serveur, le fichier LDF le journal des transactions. Savoir lequel est touché évite de réparer le mauvais fichier.

Avant toute réparation, testez l’archive avec la commande T-SQL RESTORE VERIFYONLY FROM DISK = 'D:\sauvegardes\mabase.bak' WITH CHECKSUM. Elle lit le jeu de sauvegarde sans le restaurer et signale une archive incomplète ou illisible. Si la restauration finit par aboutir, enchaînez avec un DBCC CHECKDB sur la base restaurée : c’est le seul contrôle qui vérifie l’intégrité logique des pages de données. Une sauvegarde qui se restaure n’est pas toujours une sauvegarde saine.

Réparer une base de données SQL Server à partir d’un fichier de sauvegarde corrompu

Pour récupérer une base de données SQL Server à partir d’un fichier de sauvegarde corrompu, il faut utiliser un logiciel fiable. Stellar Repair for MS SQL Technician se distingue par son efficacité dans la réparation des bases de données endommagées. Ce logiciel permet d’extraire les données directement depuis les fichiers corrompus, ce qui facilite grandement la récupération. L’édition Technician regroupe plusieurs modules : la réparation des fichiers MDF et NDF, l’extraction des données d’un fichier .bak corrompu, l’analyse du journal des transactions et la réinitialisation des mots de passe. Elle prend en charge SQL Server 2025, 2022, 2019 et les versions antérieures.

Téléchargez et installez Stellar Repair for MS SQL Technician sur votre machine. Assurez-vous que le serveur SQL où se trouve la base de données est accessible et que vous disposez des autorisations nécessaires pour procéder à la restauration.

Étape 1 : Ajouter le fichier de base de données corrompu

Après avoir installé le logiciel Stellar Repair for MS SQL Technician, lancez-le. Cliquez ensuite sur Repair MS SQL Database pour sélectionner l’option de réparation de base de données SQL Server corrompue.

Une fois ouvert, commencez par ajouter le fichier de base de données corrompu que vous souhaitez récupérer. Pour cela, cliquez sur Browse (Parcourir) et sélectionnez le fichier MDF ou NDF endommagé. Pour un fichier .bak, l’édition Technician fournit un module dédié, Stellar Backup Extractor for MS SQL, qui extrait les tables directement depuis l’archive de sauvegarde. La suite de la procédure est identique.

Le logiciel analysera structurellement le fichier pour identifier les segments endommagés et évaluer la possibilité de récupération. Cette étape est déterminante : elle indique si la base de données peut être récupérée entièrement ou partiellement.

Étape 2 : Analyser la corruption

Une fois le fichier ajouté, lancez l’analyse en cliquant sur Scan (Analyser).

Le logiciel examinera alors chaque page de données pour détecter et localiser les zones corrompues. Selon la taille de la base de données, cette analyse peut prendre quelques minutes à plusieurs heures. Laissez le processus se dérouler sans interruption.

Pendant cette phase, Stellar Repair for MS SQL Technician crée un rapport détaillé des corruptions trouvées. Cela inclut les détails sur les types de corruption et leur localisation précise dans le fichier. Ce rapport est utile pour comprendre l’étendue des dommages avant de procéder à la récupération.

Étape 3 : Prévisualisation des données récupérables

Après l’analyse, le logiciel affiche une prévisualisation des données récupérables. Cette fonctionnalité est très pratique car elle permet de vérifier quelles parties de la base de données peuvent être restaurées correctement. La visualisation inclut les tables, les index, les clés primaires et les relations entre les données, offrant ainsi une vue complète de ce qui sera récupéré.

Si certaines données critiques ne peuvent pas être visualisées, cela peut indiquer que ces sections spécifiques sont trop endommagées pour être récupérées. Toutefois, la majorité des données peut souvent être extraites avec succès, réduisant ainsi les pertes potentielles.

Étape 4 : Sauvegarder les données récupérées

Une fois que vous avez confirmé que les données visibles via la prévisualisation sont celles que vous souhaitiez récupérer, l’étape suivante consiste à sauvegarder ces données. Cliquez sur Repair (Réparer) et choisissez le format et l’emplacement de sauvegarde. Le logiciel offre plusieurs formats de sortie : CSV, HTML, XLS, un nouveau fichier MDF, ou une écriture directe dans une base SQL Server active.

Il est recommandé de sauvegarder d’abord les données récupérées dans un format intermédiaire comme CSV. Cela permet d’effectuer une vérification supplémentaire des données avant de réimporter celles-ci dans votre environnement SQL Server. Une fois vérifiées, les données peuvent être importées en toute sécurité sans risque de recréer la corruption.

Téléchargement gratuit de Stellar® Repair for MS SQL

Vérification et prévention

Une fois les données restaurées dans la nouvelle base de données, effectuez une série de vérifications pour vous assurer que tout fonctionne comme prévu. Validez l’intégrité des données en exécutant des requêtes test et en vérifiant les relations entre les tables. Toute anomalie doit être corrigée immédiatement pour éviter des problèmes futurs.

Pour prévenir les futures corruptions de données, mettez en place des sauvegardes régulières et surveillez la santé de votre matériel. Les mises à jour du système et les audits de sécurité limitent aussi les risques. Ces mesures coûtent peu au regard d’une base de production indisponible pendant deux jours.

Des sauvegardes vérifiées, pas seulement planifiées

Une sauvegarde jamais testée ne vaut rien. Ajoutez l’option WITH CHECKSUM à vos commandes BACKUP pour que SQL Server contrôle les sommes de contrôle des pages au moment de l’écriture, puis planifiez un RESTORE VERIFYONLY après chaque sauvegarde complète. Une fois par mois, restaurez réellement une base sur un serveur de test et lancez un DBCC CHECKDB dessus : c’est le seul moyen de savoir que votre plan de reprise tient debout.

Côté stockage, appliquez la règle de sauvegarde 3-2-1 : trois copies des données, sur deux supports différents, dont une hors site. Un serveur touché par un ransomware voit souvent ses sauvegardes locales chiffrées en même temps que la base de production. Une copie déconnectée ou immuable fait la différence entre quelques heures d’interruption et une perte définitive.

Article réalisé en partenariat avec Stellar

Cela pourrait aussi vous intéresser

Comment récupérer les données depuis la corbeille de Windows 10/11 ? La sauvegarde de données informatiques en entreprise Sauvegarde de fichiers individuels : protéger vos données précieuses Règle de sauvegarde 3-2-1 : comment créer une sauvegarde hors site de votre NAS avec QNAP Hybrid Backup Sync et Cubbit