Partager via


Considérations particulières sur les séquences de restauration

Mis à jour : 5 décembre 2005

Les rubriques de cette section traitent des questions suivantes relatives aux séquences de restauration :

  • Modification du jeu de restauration par progression après le démarrage de la restauration par progression
  • Omission de la restauration par progression des données des fichiers en lecture seule
  • Utilisation de plusieurs sauvegardes complètes des mêmes données
  • Exécution d'une sauvegarde et d'une restauration simultanées dans une même base de données

Cette section contient également plusieurs rubriques avancées.

Modification du jeu de restauration par progression après le démarrage de la restauration par progression

Vous ne pouvez pas supprimer des fichiers ou des pages d'un jeu de restauration par progression, mais vous pouvez en ajouter. L'ajout d'un fichier est utile, par exemple, si vous démarrez une séquence de restauration partielle, puis réalisez que vous souhaitez inclure des fichiers supplémentaires.

L'ajout d'un fichier ou d'une page peut nécessiter la répétition d'une partie de la restauration par progression. Toutefois, les fichiers en lecture seule qui sont cohérents avec la base de données peuvent être ajoutés au jeu de restauration par progression sans répétition de la restauration par progression ; pour plus d'informations, consultez Contrôle de la création de fichiers ajoutés lors la restauration par progression.

L'ajout de pages est soumis à la restriction décrite à la section « Copies multiples des mêmes données », ci-après.

Omission de la restauration par progression des données des fichiers en lecture seule

ms187900.note(fr-fr,SQL.90).gifRemarque :
Pour une présentation de la phase de restauration par progression, consultez Fonctionnement de la restauration et de la récupération de sauvegardes dans SQL Server.

Lorsque vous restaurez un fichier en lecture seule vers un groupe de fichiers qui était en lecture seule avant la création de la sauvegarde, le fichier est cohérent avec le reste de la base de données, la phase de restauration par progression est donc ignorée. Après avoir restauré ces fichiers en lecture seule depuis la sauvegarde (pendant la phase de copie de données de la restauration), le moteur de base de données SQL Server les récupère immédiatement. Ensuite, il poursuit la phase de restauration par progression afin de restaurer par progression le reste éventuel du jeu de restauration par progression.

Si un groupe de fichiers est devenu accessible en lecture seule après la dernière sauvegarde complète mais avant une sauvegarde différentielle et qu'il est demeuré en lecture seule, la restauration par progression se produit jusqu'au point dans le temps auquel la sauvegarde différentielle a été créée. En mode de restauration complète, si un groupe de fichiers devient accessible en lecture seule après la dernière sauvegarde de données complète et la dernière sauvegarde différentielle éventuelle, vous pouvez utiliser les sauvegardes de journaux pour restaurer par progression les données d'un fichier jusqu'à ce que le groupe de fichiers atteigne le point de passage en lecture seule.

Utilisation de plusieurs sauvegardes des mêmes données

Étant donné que plusieurs instructions de restauration peuvent être émises, il est possible de copier des données de différentes sauvegardes complètes au même emplacement. Par exemple, une instruction RESTORE copie tous les fichiers dans une base de données. L'instruction suivante de la séquence de restauration remplace l'un des fichiers. En général, cela est autorisé et les données les plus récemment restaurées sont utilisées.

Toutefois, les restaurations de pages sont soumises à des règles particulières. Les pages ne peuvent pas être copiées dans un fichier une fois celui-ci entièrement restauré ; toute tentative dans ce sens génère une erreur. La séquence de restauration peut continuer, mais la page n'est pas restaurée.

Exécution d'une sauvegarde et d'une restauration simultanées dans une même base de données

Dans certaines circonstances, les instructions BACKUP et RESTORE affectant la même base de données peuvent être exécutées simultanément. Lorsqu'une opération n'est pas autorisée en raison d'une opération déjà en cours, le moteur de base de données émet une erreur.

Le tableau suivant indique si chacune des combinaisons possibles d'instructions simultanées est autorisée ou interdite.

Instruction en cours BACKUP DATABASE BACKUP LOG RESTORE hors ligne RESTORE en ligne

BACKUP DATABASE

Erreur

Autorisée

Erreur

Erreur

BACKUP LOG

Autorisée

Erreur

Erreur

Erreur

RESTORE hors ligne

Erreur

Erreur

Erreur

Erreur

RESTORE en ligne

Erreur

Autorisée

Erreur

Erreur

Dans cette section

Rubrique

Description

Contrôle de la création de fichiers ajoutés lors la restauration par progression

Explique comment, lorsque vous utilisez une restauration pour réparer un problème connu et isolé, vous pouvez optimiser les performances de restauration en ne restaurant que les fichiers dans lesquels le problème apparaît.

Restauration de fichiers et de groupes de fichiers renommés

Explique comment la restauration gère un nom modifié et un nom de fichier ou de groupe de fichiers réutilisé.

Utilisation de l'option REPLACE

Explique comment vous pouvez forcer les dispositifs de protection qui empêchent le remplacement accidentel d'une base de données par une autre base de données.

ms187900.Caution(fr-fr,SQL.90).gifAttention :

L'option REPLACE doit être utilisée uniquement après un examen attentif.

Voir aussi

Concepts

Utilisation de l'option REPLACE

Autres ressources

RESTORE (Transact-SQL)
Utilisation des séquences de restauration pour les bases de données SQL Server

Aide et Informations

Assistance sur SQL Server 2005