Restaurer une base de données à un nouvel emplacement (SQL Server)

S’applique à :SQL Server

Cet article explique comment restaurer une base de données SQL Server vers un nouvel emplacement et éventuellement renommer la base de données dans SQL Server à l’aide de SQL Server Management Studio (SSMS) ou de Transact-SQL. Vous pouvez déplacer une base de données vers un nouveau chemin d'accès au répertoire ou créer une copie d'une base de données sur la même instance de serveur ou sur une instance différente.

Avant de commencer

Limitations et restrictions

• L'administrateur système qui restaure une sauvegarde complète de base de données doit être la seule personne à utiliser la base de données à restaurer.

Prérequis

• Que vous soyez en mode de récupération complète ou en mode de récupération utilisant les journaux de transactions, pour pouvoir restaurer une base de données, vous devez d'abord sauvegarder le journal des transactions actif. Pour plus d’informations, consultez Sauvegarder un journal des transactions (SQL Server).

• Pour restaurer une base de données chiffrée, vous devez avoir accès au certificat ou à la clé asymétrique utilisée pour chiffrer la base de données ! Sans ce certificat ou clé asymétrique, vous ne pouvez pas restaurer la base de données. Vous devez conserver ce certificat utilisé pour chiffrer la clé de chiffrement de base de données tant que vous avez besoin de la sauvegarde. Pour plus d'informations, consultez SQL Server Certificates and Asymmetric Keys.

Recommandations

• Pour plus d’informations sur le déplacement d’une base de données, consultez Copier des bases de données avec sauvegarde et restauration.

• Si vous restaurez une base de données SQL Server 2005 (9.x) ou ultérieure vers SQL Server, la base de données est automatiquement mise à niveau. En général, la base de données est immédiatement disponible. Toutefois, si une base de données SQL Server 2005 (9.x) comprend des index de recherche en texte intégral, le processus de mise à niveau les importe, les réinitialise ou les reconstruit, selon la valeur de la propriété de serveur upgrade_option. Si l’option de mise à niveau a la valeur Importer (upgrade_option = 2) ou Reconstruire (upgrade_option = 0), les index de recherche en texte intégral ne seront pas disponibles pendant la mise à niveau. Selon le volume de données indexé, l’importation peut prendre plusieurs heures et la reconstruction peut durer jusqu’à dix fois plus longtemps. Notez également que lorsque l’option de mise à niveau est définie à importer, les index de recherche en texte intégral associés sont reconstruits si un catalogue de texte intégral n’est pas disponible. Pour modifier le paramètre de la propriété de serveur upgrade_option , utilisez sp_fulltext_service.

Sécurité

À des fins de sécurité, nous vous recommandons de ne pas attacher ou restaurer des bases de données à partir de sources inconnues ou non approuvées. Ces bases de données peuvent contenir du code malveillant susceptible d'exécuter du code Transact-SQL indésirable ou de provoquer des erreurs en modifiant le schéma ou la structure physique des bases de données. Avant d’utiliser une base de données issue d’une source inconnue ou non approuvée, exécutez DBCC CHECKDB sur la base de données sur un serveur autre qu’un serveur de production et examinez également le code, notamment les procédures stockées ou le code défini par l’utilisateur, de la base de données.

Autorisations

Si la base de données en cours de restauration n’existe pas, l’utilisateur doit disposer des autorisations CREATE DATABASE pour pouvoir exécuter RESTORE. Si la base de données existe, les autorisations RESTORE reviennent par défaut aux membres des rôles serveur fixes sysadmin et dbcreator et au propriétaire (dbo) de la base de données.

Les autorisations RESTORE sont attribuées aux rôles dont les informations d'appartenance sont toujours immédiatement accessibles à partir du serveur. Étant donné que l’appartenance à un rôle de base de données fixe peut être case activée uniquement lorsque la base de données est accessible et non endommagée, ce qui n’est pas toujours le cas lorsque RESTORE est exécuté, les membres du rôle de base de données fixe db_owner n’ont pas d’autorisations RESTORE.

Restaurer une base de données à un nouvel emplacement et renommer éventuellement la base de données à l’aide de SSMS

1. Connecter à l’instance appropriée du Moteur de base de données SQL Server, puis dans l’Explorateur d’objets, sélectionnez le nom du serveur pour développer l’arborescence du serveur.

2. Cliquez avec le bouton droit sur Bases de données, puis sélectionnez Restaurer la base de données. La boîte de dialogue Restaurer la base de données s'ouvre.

3. Dans la page Général , utilisez la section Source pour préciser la source et l'emplacement des jeux de sauvegarde à restaurer. Permet de sélectionner l’une des options suivantes :

   • Sauvegarde de la base de données

     Sélectionnez la base de données à restaurer dans la liste déroulante. La liste contient uniquement les bases de données qui ont été sauvegardées selon l'historique de sauvegarde msdb .

   Remarque

   Si la sauvegarde est prise à partir d'un serveur différent, le serveur de destination ne disposera pas des informations d'historique de sauvegarde pour la base de données spécifiée. Dans ce cas, sélectionnez Unité pour spécifier manuellement le fichier ou l'unité à restaurer.

   • Appareil

     Sélectionnez le bouton Parcourir (...) pour ouvrir la boîte de dialogue Sélectionner des appareils de sauvegarde. Dans la zone Type du média de sauvegarde , sélectionnez l'un des types d'unités proposés. Pour sélectionner un ou plusieurs appareils pour la zone de support de sauvegarde, sélectionnez Ajouter.

     Après avoir ajouté les appareils que vous souhaitez dans la zone de liste des supports de sauvegarde, sélectionnez OK pour revenir à la page Général .

     Dans la zone de liste Source : Appareil : Base de données, sélectionnez le nom de la base de données à restaurer.

     Remarque Cette liste n'est disponible que lorsque Unité est sélectionné. Seules les bases de données qui ont des copies de sauvegarde sur l'unité sélectionnée seront disponibles.

4. Dans la section Destination , la zone Base de données est automatiquement renseignée avec le nom de la base de données à restaurer. Pour changer le nom de la base de données, entrez le nouveau nom dans la zone Base de données .

5. Dans la zone Restaurer vers , conservez la valeur par défaut sur La dernière sauvegarde effectuée ou sélectionnez Chronologie pour accéder à la boîte de dialogue Chronologie de sauvegarde pour sélectionner manuellement un point dans le temps pour arrêter l’action de récupération. Pour plus d'informations sur la façon de désigner une limite spécifique, consultez Backup Timeline .

6. Dans la grille Jeux de sauvegarde à restaurer , sélectionnez les sauvegardes à restaurer. Cette grille affiche les sauvegardes disponibles pour l'emplacement spécifié. Par défaut, un plan de récupération est suggéré. Pour ignorer le plan de récupération suggéré, vous pouvez modifier les sélections dans la grille. Les sauvegardes qui dépendent de la restauration d'une sauvegarde antérieure sont automatiquement désélectionnées dès lors que la sauvegarde antérieure est désélectionnée.

   Pour plus d’informations sur les colonnes des jeux de sauvegarde pour restaurer la grille, consultez Restaurer la base de données (page Général).

7. Pour spécifier le nouvel emplacement des fichiers de base de données, sélectionnez la page Fichiers , puis déplacez tous les fichiers vers le dossier. Fournissez un nouvel emplacement pour les dossiers Fichier de données et Fichier journal. Pour plus d’informations sur cette grille, consultez Restaurer la base de données (page Fichiers).

8. Dans la page Options , ajustez les options si vous le souhaitez. Pour plus d’informations sur ces options, consultez Restaurer la base de données (page Options).

Restaurer une base de données à un nouvel emplacement et renommer éventuellement la base de données à l’aide de T-SQL

1. Déterminez éventuellement les noms logiques et physiques des fichiers dans le jeu de sauvegarde qui contient la sauvegarde complète de la base de données que vous souhaitez restaurer. Cette instruction retourne une liste des fichiers journaux et des fichiers de base de données contenus dans le jeu de sauvegarde. La syntaxe de base est la suivante :

   RESTORE FILELISTONLY FROM <backup_device> WITH FILE = backup_set_file_number

   Ici, numéro_fichier_jeu_sauvegarde indique la position de la sauvegarde dans le support de sauvegarde. Vous pouvez obtenir la position d'un jeu de sauvegarde en utilisant l'instruction RESTORE HEADERONLY . Pour plus d’informations, consultez Spécification d’un jeu de sauvegarde.

   Cette instruction prend également en charge plusieurs options WITH. Pour plus d’informations, consultez RESTORE FILELISTONLY (Transact-SQL).

2. Utilisez l'instruction RESTORE DATABASE pour restaurer la sauvegarde complète de la base de données. Par défaut, les fichiers de données et les fichiers journaux sont restaurés à leur emplacement d'origine. Pour déplacer une base de données, utilisez l’option MOVE pour déplacer chacun des fichiers de base de données et éviter les collisions avec les fichiers existants.

La syntaxe Transact-SQL de base pour restaurer la base de données à un nouvel emplacement et un nouveau nom est :

RESTORE DATABASE *new_database_name*  

FROM *backup_device* [ ,...*n* ]  

[ WITH  

 {  

    [ **RECOVERY** | NORECOVERY ]  

    [ , ] [ FILE ={ *backup_set_file_number* | @*backup_set_file_number* } ]  

    [ , ] MOVE '*logical_file_name_in_backup*' TO '*operating_system_file_name*' [ ,...*n* ]  

}  

;  

Remarque

Lorsque vous préparez le déplacement d'une base de données vers un autre disque, vous devez vérifier que l'espace y est suffisant et identifier les collisions potentielles avec des fichiers existants. Cela suppose d'utiliser une instruction RESTORE VERIFYONLY spécifiant les mêmes paramètres MOVE que ceux que vous envisagez d'utiliser dans votre instruction RESTORE DATABASE.

Le tableau suivant décrit les arguments de cette instruction RESTORE en termes de restauration d'une base de données à un nouvel emplacement. Pour plus d’informations sur ces arguments, consultez RESTORE (Transact-SQL).

nouveau_nom_base_de_données
Nouveau nom de la base de données.

Remarque

Si vous restaurez la base de données vers une autre instance de serveur, vous pouvez conserver son nom d'origine au lieu d'en utiliser un nouveau.

unité_sauvegarde [ ,...n ]
Spécifie une liste séparée par des virgules de 1 à 64 unités de sauvegarde à partir desquelles la sauvegarde de la base de données sera restaurée. Vous pouvez spécifier une unité de sauvegarde physique ou une unité de sauvegarde logique correspondante, si celle-ci est définie. Pour spécifier une unité de sauvegarde physique, utilisez l'option DISK ou TAPE :

{DISQUE | TAPE} =nom_unité_sauvegarde_physique

Pour plus d’informations, consultez Unités de sauvegarde (SQL Server).

{ RECOVERY | NORECOVERY }
Si la base de données utilise le mode de récupération complète, vous devrez peut-être appliquer des sauvegardes du journal des transactions après avoir restauré la base de données. Dans ce cas, spécifiez l'option NORECOVERY.

Sinon, utilisez l'option RECOVERY, qui est la valeur par défaut.

FILE = { numéro_fichier_jeu_sauvegarde | @numéro_fichier_jeu_sauvegarde_ }
Identifie le jeu de sauvegarde à restaurer. Ainsi, une valeur numéro_fichier_jeu_sauvegarde égale à 1 indique le premier jeu de sauvegarde sur le support de sauvegarde, et une valeur numéro_fichier_jeu_sauvegarde égale à 2 indique le second jeu. Vous pouvez obtenir le numéro_fichier_jeu_sauvegarde d’un jeu de sauvegarde en utilisant l’instruction RESTORE HEADERONLY .

Lorsque cette option n’est pas spécifiée, la valeur par défaut consiste à utiliser le premier jeu de sauvegarde sur l’appareil de sauvegarde.

Pour plus d’informations, consultez « Spécification d’un jeu de sauvegarde » dans les arguments RESTORE (Transact-SQL).

MOVE 'nom_fichier_logique_dans_sauvegarde' TO 'nom_fichier_système_d’exploitation' [ ,...n ]
Spécifie que le fichier de données ou le fichier journal spécifié par nom_fichier_logique_dans_sauvegarde doit être restauré à l’emplacement spécifié par nom_fichier_système_d’exploitation. Spécifiez une instruction MOVE pour chaque fichier logique du jeu de sauvegarde que vous voulez restaurer à un nouvel emplacement.

Option	Description
nom_fichier_logique_dans_sauvegarde	Indique le nom logique d'un fichier de données ou d'un fichier journal du jeu de sauvegarde. Le nom de fichier logique d'un fichier de données ou journal dans un jeu de sauvegarde correspond au nom logique qu'il portait dans la base de données au moment de la création du jeu de sauvegarde. Remarque : utilisez RESTORE FILELISTONLYpour obtenir une liste des fichiers logiques contenus dans le jeu de sauvegarde.
nom_fichier_système_d’exploitation	Spécifie un nouvel emplacement pour le fichier spécifié par nom_fichier_logique_dans_sauvegarde. Le fichier est restauré à cet emplacement. Éventuellement, nom_fichier_système_d’exploitation spécifie un nouveau nom de fichier pour le fichier restauré. Cela est nécessaire si vous créez une copie d’une base de données existante sur la même instance de serveur.
n	Est un espace réservé indiquant que vous pouvez spécifier des instructions MOVE supplémentaires.

Exemple (Transact-SQL)

Cet exemple crée une base de données nommée MyAdvWorks en restaurant une sauvegarde de l'exemple de base de données AdventureWorks2022 , qui comprend deux fichiers : AdventureWorks2022_Data et AdventureWorks2022_Log. Cette base de données utilise le mode de récupération simple. La base de données AdventureWorks2022 existe déjà sur l'instance de serveur, de sorte que les fichiers de la sauvegarde doivent être restaurés à un nouvel emplacement. L'instruction RESTORE FILELISTONLY permet de déterminer le nombre et le nom des fichiers de la base de données en cours de restauration. La sauvegarde de la base de données est la première sauvegarde définie sur l'unité de sauvegarde.

Remarque

Les exemples de sauvegarde et de restauration du journal des transactions, notamment les restaurations dans le temps, utilisent la base de données MyAdvWorks_FullRM qui est créée à partir de AdventureWorks2022 , comme dans l'exemple MyAdvWorks suivant. Toutefois, la base de données résultante MyAdvWorks_FullRM doit être modifiée pour utiliser le modèle de récupération complète à l’aide de l’instruction Transact-SQL suivante : ALTER DATABASE <database_name> SET RECOVERY FULL.

USE master;  
GO  
-- First determine the number and names of the files in the backup.  
-- AdventureWorks2022_Backup is the name of the backup device.  
RESTORE FILELISTONLY  
   FROM AdventureWorks2022_Backup;  
-- Restore the files for MyAdvWorks.  
RESTORE DATABASE MyAdvWorks  
   FROM AdventureWorks2022_Backup  
   WITH RECOVERY,  
   MOVE 'AdventureWorks2022_Data' TO 'D:\MyData\MyAdvWorks_Data.mdf',   
   MOVE 'AdventureWorks2022_Log' TO 'F:\MyLog\MyAdvWorks_Log.ldf';  
GO  
  

Pour obtenir un exemple de création d’une sauvegarde complète de base de données de la AdventureWorks2022 base de données, consultez Créer une sauvegarde complète de base de données (SQL Server).

Tâches associées

• Créer une sauvegarde complète de base de données (SQL Server)

• Restaurer une sauvegarde de base de données à l’aide de SSMS

• Sauvegarder un journal des transactions (SQL Server)

• Restaurer une sauvegarde de journal des transactions (SQL Server)

Voir aussi

• Gérer les métadonnées lors de la mise à disposition d'une base de données sur une autre instance de serveur (SQL Server)
• RESTORE (Transact-SQL)
• Copier des bases de données avec la sauvegarde et la restauration