Si une base de données a été supprimée ou corrompue, vous pouvez la restaurer de deux manières:
- Effectuer une restauration complète
- Créez un clone ou montez la base de données presque instantanément en tant qu'application virtuelle, puis migrez-la vers l'emplacement d'origine ou vers un nouvel emplacement. Pour monter et migrer la base de données, consultez Monter et migrer SQL Server.
Le processus de restauration est géré par un assistant et varie légèrement selon que vous restaurez une seule image de base de données, comme un membre d'un groupe de disponibilité Always On (AG), ou plusieurs images dans une instance SQL.
Avant de commencer
Avant d'exécuter les procédures de cette section, assurez-vous que:
La base de données n'est pas en mode d'urgence.
Attendez que les tâches en cours soient terminées.
Présentation de la restauration de base de données Microsoft SQL Server
La fonction de restauration remplace les données de base de données de production d'origine par l'image sélectionnée à un moment donné ou par une image provenant d'un dépôt de sauvegarde. Cette restauration entraîne la perte de toutes les données de base de données actuelles, car la base de données sera écrasée lors de la restauration de son état au moment de la création de l'image. Cette opération est irréversible.
Les opérations de restauration sont généralement effectuées pour rétablir l'état valide d'une base de données après un événement de corruption de données. Le temps nécessaire pour effectuer une opération de restauration dépend de la quantité de données impliquées.
Les bases de données qui utilisent le modèle de récupération complète Microsoft SQL Server utilisent une seule stratégie pour capturer à la fois la base de données et ses journaux. Une telle base de données peut être récupérée à n'importe quel moment en faisant avancer ses journaux. Si vous restaurez la base de données via la console de gestion en spécifiant "Restore With Recovery" (Restaurer avec récupération), la base de données SQL Server sera restaurée et mise en ligne après l'application des journaux.
Backup and DR prend en charge les cas d'utilisation courants suivants lors de la restauration de bases de données et d'instances Microsoft SQL Server:
Effectuez une restauration de base de données en place: si une base de données ou une instance de production est corrompue, mais qu'elle est toujours en ligne, effectuez une opération de restauration.
Utiliser une application virtuelle (montage d'application virtuelle): vous pouvez utiliser un montage d'application virtuelle de la dernière version fonctionnelle connue d'une instance ou d'une base de données SQL Server corrompue pour permettre aux utilisateurs et aux applications de reprendre le travail dès que possible. La base de données peut ensuite être migrée en arrière-plan à l'aide de l'option "Mount and Migrate" (Installer et migrer). Consultez Installer et migrer SQL Server.
Restaurer des instances et des bases de données Microsoft SQL
Il s'agit du scénario de restauration le plus simple et le plus courant. Dans ce cas, vous restaurez des bases de données SQL sélectionnées à partir d'une image précédente sur le serveur de base de données d'origine. La base de données doit être en ligne pour ce type de restauration. Si la base de données n'est pas en ligne, l'opération de restauration échouera lors de la validation de la base de données. Dans ce cas, clonez plutôt la base de données.
Pour exécuter cette procédure:
La base de données Microsoft SQL Server doit être en ligne. Si la base de données n'est pas en ligne, l'opération de restauration échouera lors de la validation de la base de données.
Attendez que les tâches en cours soient terminées.
Pour restaurer la ou les bases de données SQL Server :
Ouvrez le Gestionnaire d'applications sur la page Applications.
Effectuez un clic droit sur la base de données Microsoft SQL Server à restaurer, puis sélectionnez Accès dans la liste déroulante. La page "Accès" s'ouvre et liste les images capturées dans la vue "Pente de vos trajets". Les types d'images compatibles avec une opération de restauration incluent Snapshot et OnVault, mais uniquement lorsque vous utilisez le même appareil que celui qui a capturé l'image.
Si vous devez restaurer avec un autre appareil, utilisez plutôt l'opération de clonage.
L'arrière-plan permet de différencier les images d'instantanés contenant une base de données SQL Server avec des fichiers de journaux de transactions, et illustre également la période de la plage de restauration pour les journaux.
Sélectionnez l'image, puis Restore (Restaurer) dans la liste des opérations. La page "Restaurer" s'ouvre.
Sélectionnez Traditionnel pour cette opération de restauration.
Si la base de données sélectionnée ne comporte pas de journaux, la page "Restaurer" n'affiche pas d'options de progression. Si la base de données SQL Server a été gérée avec un modèle de sauvegarde de protection des journaux et que des journaux sont disponibles avec l'image, vous pouvez:
Spécifiez si vous souhaitez utiliser l'heure de l'utilisateur ou l'heure de l'hôte. Vous pouvez baser les dates et heures sur l'heure de l'utilisateur ou de l'hôte. Le temps utilisateur est relatif à l'utilisateur de l'écran actuel. L'heure de l'hôte est relative au système qui héberge les données à restaurer.
Utilisez l'outil Calendrier pour sélectionner une date pour l'opération de migration.
Utilisez le curseur "Plage de restauration" pour sélectionner une heure spécifique à la date sélectionnée pour restaurer la base de données. Faites glisser l'outil de curseur complètement vers la gauche avec la date la plus ancienne sélectionnée pour restaurer uniquement la base de données SQL Server sans faire avancer les journaux.
Décochez la case "Restore With Recovery" (Restaurer avec récupération) si vous souhaitez laisser la base de données en mode restauration. La restauration avec récupération met la base de données restaurée en ligne. Une fois en ligne, vous ne pouvez plus appliquer de journaux.
Cliquez sur Envoyer.
Une boîte de dialogue d'avertissement s'ouvre. Lisez-le, puis saisissez DATA LOSS (PERTE DE DONNÉES) pour confirmer. La tâche de restauration démarre. Vous pouvez vérifier que l'opération de restauration aboutit en consultant l'état de la tâche dans le moniteur système.
Restaurer les bases de données système SQL
Backup and DR peut découvrir et sauvegarder les bases de données système Microsoft SQL comme les bases de données utilisateur SQL Server.
Pour restaurer une base de données système SQL, vous devez d'abord monter la dernière version fonctionnelle connue de cette base de données, puis utiliser une opération de copie de fichiers pour copier les fichiers .mdf et .ldf de la base de données système SQL Server fonctionnelle sur le serveur SQL source qui héberge la base de données système SQL corrompue.
- Accédez à Gestionnaire d'applications, puis sélectionnez Applications.
Sélectionnez et installez la dernière image connue du groupe de cohérence. Veillez à désélectionner Créer une application virtuelle.
Si possible, utilisez l'exemple de requête suivant pour afficher les emplacements des fichiers des bases de données:
SELECT name, physical_name AS current_file_location FROM sys.master_files
À partir de l'instance SQL, utilisez le gestionnaire de configuration SQL Server ou le MMC Services pour arrêter l'instance SQL source:
À l'aide de l'explorateur Windows ou d'un autre moyen, accédez à la sauvegarde montée des bases de données système SQL.
Copiez les fichiers .mdf et .ldf installés pour la base de données en cours de restauration.
À l'aide de l'explorateur Windows ou d'un autre moyen, accédez à la base de données SQL Server source:
Collez les fichiers .mdf et .ldf dans la base de données SQL Server source.
Depuis l'instance SQL, utilisez le gestionnaire de configuration SQL Server ou le MMC Services pour redémarrer la base de données SQL Server source.
Restaurer sur un cluster SQL Server
Pour une instance de basculement SQL Server, la base de données est toujours restaurée sur le nœud actif. Pour les groupes de disponibilité SQL Server, la restauration est effectuée sur tous les nœuds.
Restaurer des bases de données SQL Server dans un groupe de cohérence
Soyez prudent lorsque vous restaurez des bases de données Microsoft SQL Server dans un groupe de cohérence (voir Restaurer un groupe de cohérence). Lorsque vous restaurez des bases de données SQL Server appartenant à un groupe de cohérence, toutes les bases de données du groupe de cohérence sont écrasées.
Guide de l'administrateur de base de données SQL Server sur la sauvegarde et la reprise après sinistre
Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des bases de données Microsoft SQL Server avec la sauvegarde et la reprise après sinistre. Pour en savoir plus, consultez les pages suivantes:
- Sauvegarde et reprise après sinistre pour les bases de données SQL Server
- Préparer des bases de données SQL Server pour le service Backup and DR
- Ajouter un hôte de base de données SQL Server et découvrir des bases de données
- Configurer des plans de sauvegarde pour les instances et les bases de données Microsoft SQL Server
- Monter une base de données SQL Server
- Monter des bases de données dans des groupes de disponibilité Always On SQL
- Migrer une base de données SQL Server
- Cloner des bases de données SQL Server
- Récupérer des sauvegardes SQL Server