Exporter (0) Imprimer
Développer tout

Restauration de fichiers (mode de restauration complète)

Mis à jour : 17 juillet 2006

Icône présentant un disque de base de données bleue Cette rubrique concerne uniquement les bases de données contenant plusieurs fichiers ou groupes de fichiers en modes de restauration complète ou de récupération utilisant les journaux de transactions.

Le but d'une restauration de fichiers est de restaurer un ou plusieurs fichiers endommagés sans restaurer l'ensemble de la base de données. Toutes les éditions de SQL Server prennent en charge la restauration des fichiers lorsque la base de données est hors connexion (restauration de pages hors connexion). SQL Server 2005 Standard Edition, SQL Server 2005 Express Edition, et SQL Server 2005 Workgroup Edition, ne prennent en charge que la restauration hors connexion, et la restauration d'un fichier dans le groupe de fichiers primaire nécessite toujours que la base de données soit hors connexion. SQL Server 2005 Enterprise Edition utilise la restauration hors connexion si la base de données est déjà hors connexion.

Dans SQL Server 2005 Enterprise Edition, si la base de données est en ligne au cours de la restauration de fichiers, la base reste en ligne. Le processus de restauration et de récupération d'un fichier lorsque la base de données est en ligne est appelé une restauration de fichiers en ligne.

Ces scénarios de restauration de fichiers sont les suivants :

  • Restauration de fichiers hors connexion
    Dans une restauration de fichiers hors connexion, la base de données est hors connexion pendant la restauration des fichiers ou des groupes de fichiers endommagés. À la fin de la séquence de restauration, la base de données est mise en ligne.
  • Restauration de fichiers en ligne
    Dans SQL Server 2005 Enterprise Edition, les restaurations de fichiers s'effectuent automatiquement en ligne si la base de données est en ligne. En revanche, les groupes de fichiers où un fichier est en cours de restauration sont hors connexion. Une fois que tous les fichiers d'un groupe de fichiers hors connexion sont récupérés, le groupe de fichiers est automatiquement mis en ligne. Pour plus d'informations sur les restaurations en ligne, consultez Réalisation de restauration en ligne.
    ms190710.note(fr-fr,SQL.90).gifRemarque :
    Seuls les groupes de fichiers en ligne peuvent être interrogés ou mis à jour. Toute tentative d'accès à un groupe de fichiers hors connexion, y compris un groupe de fichiers contenant un fichier en cours de restauration ou de récupération, génère un message d'erreur.

Si le groupe de fichiers en cours de restauration est en lecture-écriture, une séquence ininterrompue de sauvegardes de journal doit être appliquée après la restauration de la dernière sauvegarde de données ou différentielle. Cette opération restaure le groupe de fichiers par progression jusqu'aux enregistrements de journal dans les enregistrements actifs en cours du fichier journal. Le point de récupération est généralement situé vers la fin du journal, mais pas nécessairement.

Si le groupe de fichiers en cours de restauration est en lecture seule, l'application de sauvegardes de journal est souvent inutile et ignorée. Si la sauvegarde a été réalisée après la mise en lecture seule du fichier, il s'agit de la dernière sauvegarde à restaurer. La récupération par progression s'arrête au point cible.

Pour restaurer un ou plusieurs fichiers endommagés à partir de sauvegardes de fichiers et de sauvegardes différentielles de fichiers
  1. Créez une sauvegarde du journal de transactions actives après défaillance.

    Si vous ne pouvez pas effectuer cette opération dans le cas où le journal a été endommagé, vous devez restaurer l'intégralité de la base de données. Pour plus d'informations sur la sauvegarde d'un journal de transactions, consultez Création de sauvegardes des fichiers journaux de transactions.

    ms190710.note(fr-fr,SQL.90).gifImportant :
    Lors d'une restauration de fichiers hors connexion, vous devez toujours effectuer une sauvegarde de fichier journal après défaillance avant de restaurer les fichiers. Lors d'une restauration de fichiers en ligne, vous devez toujours effectuer la sauvegarde de journal après la restauration des fichiers Cette opération est nécessaire pour permettre au fichier d'être récupéré dans un état cohérent avec le reste de la base de données.

  2. Restaurez chaque fichier endommagé à partir de la sauvegarde la plus récente de ce fichier.

  3. Restaurez la sauvegarde différentielle de fichiers la plus récente, si elle existe, pour chaque fichier restauré.

  4. Restaurez dans l'ordre les sauvegardes du journal des transactions, en commençant par la sauvegarde correspondant aux fichiers restaurés les plus anciens jusqu'à la sauvegarde de fichier journal après défaillance créée à l'étape 1.

    Vous devez restaurer les sauvegardes du journal des transactions créées après les sauvegardes de fichiers pour rendre à la base de données sa cohérence. Les sauvegardes du journal des transactions peuvent être rapidement restaurées par progression, car seuls les changements concernant les fichiers restaurés sont appliqués. La restauration de fichiers individuels est parfois une meilleure option que la restauration intégrale d'une base de données parce que les fichiers non endommagés ne sont pas copiés puis restaurés par progression. Cependant, la lecture de la séquence complète des sauvegardes de journaux reste nécessaire.

  5. Récupérez la base de données.

ms190710.note(fr-fr,SQL.90).gifRemarque :
Les sauvegardes de fichiers peuvent également servir à restaurer la base de données à un état antérieur dans le temps. Pour cela, vous devez restaurer un jeu complet de sauvegardes de fichiers, puis restaurer dans l'ordre les sauvegardes du journal des transactions pour atteindre un moment cible postérieur à la fin de la dernière sauvegarde de fichiers restaurée. Pour plus d'informations sur la récupération limitée dans le temps, consultez Restauration d'une base de données vers un point dans une sauvegarde.

Pour restaurer les fichiers ou groupes de fichiers

Rubriques avancées

Un scénario de restauration de fichiers consiste en une séquence de restauration unique qui copie, restaure par progression et récupère les données appropriées.

Le code Transact-SQL suivant illustre les options RESTORE importantes d'une séquence de restauration dans le cadre d'un scénario de restauration de fichiers. La syntaxe et les détails qui ne sont pas importants à cette fin sont omis.

L'exemple illustre une restauration hors connexion de deux fichiers secondaires, A et B, à l'aide de NORECOVERY. Ensuite, deux sauvegardes de journal sont appliquées à l'aide de NORECOVERY, suivies de la sauvegarde de fichier journal après défaillance qui est restaurée à l'aide de RECOVERY. L'exemple commence par la mise hors connexion du fichier pour une restauration de fichiers hors connexion.

--Take the file offline.
ALTER DATABASE database_name MODIFY FILE SET OFFLINE
-- Back up the currently active transaction log.
BACKUP LOG database_name
   TO <tail_log_backup>
   WITH NORECOVERY
GO 
-- Restore the files.
RESTORE DATABASE database_name FILE=<name> 
   FROM <file_backup_of_file_A> 
   WITH NORECOVERY
RESTORE DATABASE database_name FILE=<name> ......
   FROM <file_backup_of_file_B> 
   WITH NORECOVERY
-- Restore the log backups.
RESTORE LOG database_name FROM <log_backup> 
   WITH NORECOVERY
RESTORE LOG database_name FROM <log_backup> 
   WITH NORECOVERY
RESTORE LOG database_name FROM <tail_log_backup> 
   WITH RECOVERY

Version Historique

17 juillet 2006

Contenu modifié :
  • Incorporation de l'introduction à la restauration de fichiers provenant de l'ancienne rubrique « Scénarios de restauration dans le mode de restauration complète ».

Ajouts de la communauté

AJOUTER
Afficher:
© 2015 Microsoft