Restaurations complètes de bases de données (mode de récupération complète)

Article
04/26/2023

S’applique à :SQL Server

Lors d'une restauration complète de base de données, le but est de restaurer la totalité de la base de données. L'ensemble de la base de données est hors ligne pendant la durée de la restauration. Avant qu'une partie quelconque de la base de données ne puisse être mise en ligne, toutes les données sont récupérées dans un état cohérent où toutes les parties de la base de données sont chronologiquement synchronisées et aucune transaction non validée n'existe.

Dans le mode de récupération complète, après avoir restauré vos sauvegardes de données, vous devez restaurer toutes les sauvegardes ultérieures des journaux de transactions, puis récupérer la base de données. Vous pouvez restaurer une base de données vers un point de récupération spécifique dans l'une de ces sauvegardes de fichiers journaux. Ce point de récupération peut correspondre à une date et une heure spécifiques, une transaction marquée ou un numéro séquentiel dans le journal (LSN, Log Sequence Number).

Lorsque vous restaurez une base de données, en particulier en mode de restauration complète ou de récupération utilisant les journaux des transactions, vous devez utiliser une séquence de restauration unique. Une séquence de restauration consiste en une ou plusieurs opérations de restauration déplaçant des données entre une ou plusieurs phases de restauration.

Sources non approuvées

Nous vous recommandons de ne pas attacher ni restaurer de bases de données provenant de sources inconnues ou non approuvées. Ces bases de données peuvent contenir du code malveillant qui peut exécuter du code Transact-SQL involontaire ou provoquer des erreurs en modifiant le schéma ou la structure de base de données physique. Avant d'utiliser une base de données à partir d'une source inconnue ou non approuvée, exécutez DBCC CHECKDB sur la base de données, sur un serveur hors production. Examinez également le code écrit par l’utilisateur dans la base données, tel que les procédures stockées ou tout autre code défini par l'utilisateur.

Sauvegarde de versions antérieures

Pour plus d’informations sur la prise en charge de sauvegardes provenant de versions antérieures de SQL Server, consultez la section « Prise en charge de la compatibilité » de RESTORE (Transact-SQL).

Restauration d'une base de données jusqu'au point de défaillance

Généralement, la récupération d'une base de données jusqu'au point de défaillance comprend les étapes de base suivantes :

Sauvegardez le journal des transactions actives (connu sous le nom de fin du journal). Cela entraîne la création d'une sauvegarde de la fin du journal. Si le journal des transactions actives n'est pas disponible, toutes les transactions contenues dans cette partie du journal sont perdues.

Important

Dans le mode de récupération utilisant les journaux de transactions, la sauvegarde de tout journal contenant des opérations journalisées en bloc nécessite un accès à tous les fichiers de données dans la base de données. Si les fichiers de données ne sont pas accessibles, le journal des transactions ne peut pas être sauvegardé. Dans ce cas, vous devez répéter manuellement tous les changements effectués depuis la dernière sauvegarde du journal.

Pour plus d’informations, consultez Sauvegardes de la fin du journal (SQL Server).
Restaurez la sauvegarde complète de base de données la plus récente sans récupérer la base de données (RESTORE DATABASE nom_base_de_données FROM unité_sauvegarde WITH NORECOVERY).
S’il existe des sauvegardes différentielles, restaurez la plus récente sans récupérer la base de données (RESTORE DATABASE nom_base_de_données FROM unité_sauvegarde_différentielle WITH NORECOVERY).

La restauration de la sauvegarde différentielle la plus récente réduit le nombre de sauvegardes de fichiers journaux qui doivent être restaurées.
En commençant par la première sauvegarde du journal des transactions qui a été créée après la sauvegarde que vous venez de restaurer, restaurez les journaux en séquence avec l'instruction NORECOVERY.
Récupérez la base de données (RESTORE DATABASE nom_base_de_données WITH RECOVERY). Cette étape peut également être combinée avec la restauration de la dernière sauvegarde du journal.

L'illustration suivante montre cette séquence de restauration. Après une défaillance (1), une sauvegarde de la fin du journal est créée (2). Ensuite, la base de données est restaurée jusqu'au point de défaillance. Cela implique la restauration d'une sauvegarde de base de données suivie d'une sauvegarde différentielle, ainsi que de chaque sauvegarde de journal effectuée après la sauvegarde différentielle, y compris la sauvegarde de la fin du journal.

Complete database restore to the time of a failure

Note

Quand vous restaurez une sauvegarde de base de données sur une instance de serveur différente, consultez Copier des bases de données avec la sauvegarde et la restauration.

Syntaxe de base de l'instruction Transact-SQL RESTORE

La syntaxe TRANSACT-SQL RESTOREde base pour la séquence de restauration dans l’illustration précédente est la suivante :

RESTORE DATABASE database FROM full database backup WITH NORECOVERY;
RESTORE DATABASE base_de_données FROM sauvegarde_base_de_données_complète WITH NORECOVERY;
RESTORE LOG base_de_données FROM sauvegarde_journal WITH NORECOVERY;

Répétez cette étape de restauration pour chaque sauvegarde de fichier journal supplémentaire.
RESTORE DATABASE database WITH RECOVERY;

Exemple : récupération jusqu'au point de défaillance (Transact-SQL)

L’exemple Transact-SQL suivant montre les options essentielles d’une séquence de restauration qui restaure la base de données au point de défaillance. L'exemple crée une sauvegarde de la fin du journal de la base de données. Ensuite, il restaure une sauvegarde complète de base de données et une sauvegarde de fichier journal, puis restaure la sauvegarde de la fin du journal. L'exemple récupère la base de données dans une dernière étape séparée.

Note

Cet exemple utilise une sauvegarde de base de données et une sauvegarde de journal créée dans la section « Utilisation des sauvegardes de base de données sous le modèle de récupération complète » dans sauvegardes complètes de base de données (SQL Server). Avant la sauvegarde de la base de données, l'exemple de base de données de AdventureWorks2022 a été défini pour utiliser le mode de récupération complète.

USE master;  
--Create tail-log backup.  
BACKUP LOG AdventureWorks2022   
TO DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'    
   WITH NORECOVERY;   
GO  
--Restore the full database backup (from backup set 1).  
RESTORE DATABASE AdventureWorks2022   
  FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'   
  WITH FILE=1,   
    NORECOVERY;  
  
--Restore the regular log backup (from backup set 2).  
RESTORE LOG AdventureWorks2022   
  FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'   
  WITH FILE=2,   
    NORECOVERY;  
  
--Restore the tail-log backup (from backup set 3).  
RESTORE LOG AdventureWorks2022   
  FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'  
  WITH FILE=3,   
    NORECOVERY;  
GO  
--recover the database:  
RESTORE DATABASE AdventureWorks2022 WITH RECOVERY;  
GO

Restauration d'une base de données jusqu'à un point dans une sauvegarde de fichier journal

En mode de récupération complète, une restauration complète de base de données peut généralement être récupérée jusqu'à une date et une heure, une transaction marquée ou un LSN dans une sauvegarde de fichier journal. Cependant, en mode de récupération utilisant les journaux des transactions, si la sauvegarde du journal contient des modifications journalisées en bloc, la récupération jusqu'à une date et heure est impossible.

Exemples de scénarios de restauration jusqu'à une date et heure

L'exemple suivant suppose un système de bases de données critique pour lequel une sauvegarde complète est créée chaque nuit à minuit, une sauvegarde différentielle chaque heure tous les jours du lundi au samedi et une sauvegarde du journal des transactions toutes les 10 minutes pendant la journée. Pour restaurer la base de données à l’état se trouve à 5:19 A.M. Mercredi, procédez comme suit :

Restaurez la sauvegarde complète de la base de données créée mardi à minuit.
Restaurez la sauvegarde différentielle de base de données créée à 17h00 le mercredi.
Appliquez la sauvegarde du journal des transactions créée à 17 h 10 le mercredi.
Appliquez la sauvegarde du journal des transactions qui a été créée 5:20 le mercredi, en spécifiant que le processus de récupération s’applique uniquement aux transactions qui se sont produites avant 5:19 A.M.

Sinon, si la base de données doit être restaurée à son état à 3:04 A.M. Jeudi, mais que la sauvegarde différentielle de base de données créée à 3:00 A.M. Jeudi n’est pas disponible, procédez comme suit :

Restaurez la sauvegarde de base de données qui a été créée mercredi à minuit.
Restaurez la sauvegarde différentielle de base de données créée à 2 h 00 le jeudi.
Appliquez toutes les sauvegardes du journal des transactions créées à partir de 2 h 10 à 3 h 00 le jeudi.
Appliquez la sauvegarde du journal des transactions créée à 3 h 10 le jeudi, en arrêtant le processus de récupération à 3 h 04.

Note

Pour obtenir un exemple de restauration à un point dans le temps, consultez Restaurer une base de données SQL Server à un point dans le temps (modèle de récupération complète).