Exécution d'une restauration de base de données complète (mode de restauration complète)

Restauration d'une base de données complète

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

1. Sauvegardez le journal des transactions actives (connu sous le nom de fin du journal). Cela entraîne la création d'une sauvegarde de fichier journal après défaillance. 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 fichier journal après défaillance.

2. 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 database_name WITH NORECOVERY).

3. S'il existe des sauvegardes différentielles, restaurez la plus récente sans récupérer la base de données (RESTORE DATABASE database_name FROM differential_backup_device WITH NORECOVERY).

4. 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.

5. Récupérez la base de données (RESTORE DATABASE database_name WITH RECOVERY). Cette étape peut également être combinée avec la restauration de la dernière sauvegarde du journal.

6. Une restauration de base de données complète peut généralement être récupérée à un moment donné ou sur une transaction marquée au sein d'une sauvegarde du journal. Cependant, en mode de récupération utilisant les journaux de transactions, si la sauvegarde du journal contient des modifications journalisées en bloc, la récupération jusqu'à une date et heure est impossible. Pour plus d'informations, consultez Restauration d'une base de données vers un point dans une sauvegarde.

L'illustration ci-dessous montre ce processus. Après une défaillance (1), une sauvegarde de fichier journal après défaillance 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 chaque sauvegarde de journal effectuée après la sauvegarde différentielle, y compris la sauvegarde de fichier journal après défaillance.

Lors de la restauration complète d'une base de données, une séquence de restauration unique doit être utilisée. L'exemple suivant montre les options essentielles dans une séquence de restauration pour le scénario de restauration complète de base de données dans lequel la base de données est restaurée au point d'échec. Une séquence de restauration comprend une ou plusieurs opérations de restauration qui déplacent les données en une ou plusieurs phases. La syntaxe et les détails qui ne sont pas importants à cette fin sont omis.

La base de données est restaurée et restaurée par progression. Une base de données différentielle est utilisée pour réduire la durée de la restauration par progression. Cette séquence de restauration est destinée à éliminer toute perte de travail ; la dernière sauvegarde restaurée est une sauvegarde de fichier journal après défaillance.

La syntaxe de base RESTORE pour la séquence de restauration est :

1. RESTORE DATABASE database FROM full database backup WITH NORECOVERY;

2. RESTORE DATABASE database FROM full_differential_backup WITH NORECOVERY;

3. RESTORE LOG database FROM log_backup WITH NORECOVERY;

   Répétez cette étape de restauration pour chaque sauvegarde du journal supplémentaire.

4. RESTORE DATABASE database WITH RECOVERY;

Exemple

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

--Restore the regular log backup (from backup set 2).
RESTORE LOG AdventureWorks 
  FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak' 
  WITH FILE=2, 
    NORECOVERY;

--Restore the tail-log backup (from backup set 3).
RESTORE LOG AdventureWorks 
  FROM DISK = 'Z:\SQLServerBackups\AdventureWorksFullRM.bak'
  WITH FILE=3, 
    NORECOVERY;
GO
--recover the database:
RESTORE DATABASE AdventureWorks WITH RECOVERY;
GO

Récupération jusqu'à la défaillance

Récupération limitée dans le temps

Prise en charge des sauvegardes dans les versions précédentes de SQL Server

Dans SQL Server 2008, vous pouvez restaurer une sauvegarde de base de données créée à l'aide de SQL Server 2000, SQL Server 2005 ou SQL Server 2008. Cependant, les sauvegardes des bases de données master, model et msdb créées avec SQL Server 2000 ou SQL Server 2005 ne peuvent pas être restaurées par SQL Server 2008. Par ailleurs, les sauvegardes SQL Server 2008 ne peuvent pas être restaurées par les versions antérieures de SQL Server.

SQL Server 2008 utilise un chemin d'accès par défaut différent de celui des versions précédentes. Par conséquent, pour restaurer une base de données créée dans l'emplacement par défaut des sauvegardes SQL Server 2000 ou SQL Server 2005, vous devez utiliser l'option MOVE. Pour plus d'informations sur le nouveau chemin par défaut, consultez Emplacements des fichiers pour les instances par défaut et les instances nommées de SQL Server.

Historique des modifications

Voir aussi

Référence

Concepts

Autres ressources