Partager via

Copier des bases de données avec sauvegarde et restauration

Dans SQL Server 2014, vous pouvez créer une base de données en restaurant une sauvegarde d’une base de données utilisateur créée à l’aide de SQL Server 2005 ou d’une version ultérieure. Toutefois, les sauvegardes de master, de modèle et de msdb créées à l’aide d’une version antérieure de SQL Server ne peuvent pas être restaurées par SQL Server 2014. En outre, les sauvegardes SQL Server 2014 ne peuvent pas être restaurées par une version antérieure de SQL Server.

Important

SQL Server 2014 utilise un chemin d’accès par défaut différent de celui des versions antérieures. Par conséquent, pour restaurer les sauvegardes d’une base de données créée à l’emplacement par défaut des versions antérieures, vous devez utiliser l’option MOVE. Pour plus d’informations sur le nouveau chemin d’accès par défaut, consultez Emplacements des fichiers pour les instances par défaut et nommées de SQL Server. Pour plus d’informations sur le déplacement des fichiers de base de données, consultez « Déplacement des fichiers de base de données », plus loin dans cette rubrique.

Étapes générales d’utilisation de la sauvegarde et de la restauration pour copier une base de données

Lorsque vous utilisez la sauvegarde et la restauration pour copier une base de données vers une autre instance de SQL Server, les ordinateurs source et de destination peuvent être n’importe quelle plateforme sur laquelle SQL Server s’exécute.

Les étapes générales sont les suivantes :

  1. Sauvegardez la base de données source, qui peut résider sur une instance de SQL Server 2005 ou une version ultérieure. L’ordinateur sur lequel cette instance de SQL Server est en cours d’exécution est l’ordinateur source.

  2. Sur l’ordinateur sur lequel vous souhaitez copier la base de données ( l’ordinateur de destination), connectez-vous à l’instance de SQL Server sur laquelle vous envisagez de restaurer la base de données. Si nécessaire, sur l’instance de serveur de destination, créez les mêmes périphériques de sauvegarde que ceux utilisés pour la sauvegarde des bases de données sources.

  3. Restaurez la sauvegarde de la base de données source sur l’ordinateur de destination. La restauration de la base de données crée automatiquement tous les fichiers de base de données.

Les rubriques suivantes traitent des considérations supplémentaires susceptibles d’affecter ce processus.

Avant de restaurer des fichiers de base de données

La restauration d’une base de données crée automatiquement les fichiers de base de données nécessaires à la restauration de la base de données. Par défaut, les fichiers créés par SQL Server pendant le processus de restauration utilisent les mêmes noms et chemins que les fichiers de sauvegarde de la base de données d’origine sur l’ordinateur source.

Si vous le souhaitez, lors de la restauration de la base de données, vous pouvez spécifier le mappage d’appareil, les noms de fichiers ou le chemin d’accès de la base de données de restauration. Cela peut être nécessaire dans les situations suivantes :

  • La structure de répertoires ou le mappage de lecteur utilisé par la base de données sur l’ordinateur d’origine n’existent pas sur l’autre ordinateur. Par exemple, la sauvegarde contient peut-être un fichier qui serait restauré sur le lecteur E par défaut, mais l’ordinateur de destination ne dispose pas d’un lecteur E.

  • L’emplacement cible peut avoir un espace insuffisant.

  • Vous réutilisez un nom de base de données qui existe sur la destination de restauration et si l'un de ses fichiers porte le même nom qu'un fichier de base de données dans l'ensemble de sauvegarde, l’un des éléments suivants se produit :

    • Si le fichier de base de données existant peut être remplacé, il sera remplacé (cela n’affecterait pas un fichier appartenant à un autre nom de base de données).

    • Si le fichier existant ne peut pas être remplacé, une erreur de restauration se produit.

Pour éviter les erreurs et les conséquences involontaires, avant l’opération de restauration, vous pouvez utiliser la table d’historique des fichiers de sauvegarde pour connaître la base de données et les fichiers journaux dans la sauvegarde que vous envisagez de restaurer.

Déplacement des fichiers de base de données

Si les fichiers de la sauvegarde de base de données ne peuvent pas être restaurés sur l’ordinateur de destination en raison des raisons mentionnées précédemment, il est nécessaire de déplacer les fichiers vers un nouvel emplacement pendant leur restauration. Par exemple:

  • Vous souhaitez restaurer une base de données à partir de sauvegardes créées à l’emplacement par défaut de la version antérieure.

  • Il peut être nécessaire de restaurer certains fichiers de base de données dans la sauvegarde sur un autre lecteur en raison des considérations relatives à la capacité. Il s’agit probablement d’une occurrence courante, car la plupart des ordinateurs au sein d’une organisation n’ont pas le même nombre et la même taille de lecteurs de disque ou de configurations logicielles identiques.

  • Il peut être nécessaire de créer une copie d’une base de données existante sur le même ordinateur à des fins de test. Dans ce cas, les fichiers de base de données de la base de données d’origine existent déjà, de sorte que différents noms de fichiers doivent être spécifiés lorsque la copie de base de données est créée pendant l’opération de restauration.

Pour plus d’informations, consultez « Pour restaurer des fichiers et des groupes de fichiers vers un nouvel emplacement », plus loin dans cette rubrique.

Modification du nom de la base de données

Le nom de la base de données peut être modifié à mesure qu’elle est restaurée sur l’ordinateur de destination, sans avoir à restaurer la base de données en premier, puis à modifier le nom manuellement. Par exemple, il peut être nécessaire de modifier le nom de la base de données sales vers SalesCopy pour indiquer qu’il s’agit d’une copie d’une base de données.

Nom de la base de données explicitement fourni lorsque vous restaurez une base de données est utilisé automatiquement comme nouveau nom de base de données. Étant donné que le nom de la base de données n’existe pas encore, un nouveau nom est créé à l’aide des fichiers de la sauvegarde.

Lors de la mise à niveau d’une base de données à l’aide de la restauration

Lors de la restauration des sauvegardes à partir d’une version antérieure, il est utile de savoir à l’avance si le chemin (lecteur et répertoire) de chacun des catalogues de texte intégral d’une sauvegarde existe sur l’ordinateur de destination. Pour répertorier les noms logiques et les noms physiques, le chemin d’accès et le nom de fichier) de chaque fichier d’une sauvegarde, y compris les fichiers catalogue, utilisez une instruction RESTORE FILELISTONLY FROM <backup_device> . Pour plus d’informations, consultez RESTORE FILELISTONLY (Transact-SQL).

Si le même chemin d’accès n’existe pas sur l’ordinateur de destination, vous avez deux alternatives :

  • Créez le mappage de lecteur/répertoire équivalent sur l’ordinateur de destination.

  • Déplacez les fichiers catalogue vers un nouvel emplacement pendant l’opération de restauration, à l’aide de la clause WITH MOVE dans votre instruction RESTORE DATABASE. Pour plus d’informations, consultez RESTORE (Transact-SQL).

Pour plus d’informations sur les autres options de mise à niveau d’index de recherche en texte intégral, consultez Mise à niveau Full-Text Recherche.

Propriété de la base de données

Lorsqu’une base de données est restaurée sur un autre ordinateur, la connexion SQL Server ou l’utilisateur Microsoft Windows qui lance l’opération de restauration devient automatiquement le propriétaire de la nouvelle base de données. Lorsque la base de données est restaurée, l’administrateur système ou le nouveau propriétaire de la base de données peut modifier la propriété de la base de données. Pour empêcher la restauration non autorisée d’une base de données, utilisez des mots de passe de supports ou d'ensemble de sauvegarde.

Gestion des métadonnées lors de la restauration sur une autre instance de serveur

Lorsque vous restaurez une base de données sur une autre instance de serveur, afin de fournir une expérience cohérente aux utilisateurs et aux applications, vous devrez peut-être recréer certaines ou toutes les métadonnées de la base de données, telles que les connexions et les travaux, sur l’autre instance de serveur. Pour plus d’informations, consultez Gérer les métadonnées durant la mise à disposition d’une base de données sur une autre instance de serveur (SQL Server).

Pour afficher les données et les fichiers journaux dans un ensemble de sauvegarde

Pour restaurer des fichiers et des groupes de fichiers vers un nouvel emplacement

Pour restaurer des fichiers et des groupes de fichiers sur des fichiers existants

Pour restaurer une base de données avec un nouveau nom

Pour redémarrer une opération de restauration interrompue

Pour modifier le propriétaire d’une base de données

Pour copier une base de données à l’aide de SQL Server Management Objects (SMO)

Voir aussi

Copier des bases de données sur d’autres serveurs
Emplacements des fichiers pour les instances par défaut et les instances nommées de SQL Server
RESTORE FILELISTONLY (Transact-SQL)
RESTORE (Transact-SQL)

  • Last updated on