Partager via


Restaurations sans participation de l’enregistreur

La participation de l’enregistreur à une sauvegarde VSS est conçue pour permettre aux applications de contrôler ce que leurs données de restauration doivent être utilisées et comment.

En général, si un enregistreur est disponible sur un système, il n’est jamais recommandé de restaurer des données à leur emplacement d’origine sans la participation de l’enregistreur. Une telle restauration rencontrerait probablement des fichiers de destination verrouillés et présente un risque important d’endommagement des données.

Toutefois, il existe des raisons pour lesquelles une application de sauvegarde peut vouloir ou avoir besoin de restaurer une sauvegarde VSS sans participation de l’enregistreur :

  • Les données sont gérées par des applications qui ignorent VSS. Presque tous les systèmes auront des applications (éditeurs de texte, lecteurs de courrier, traitement de texte, etc.) qui ne sont pas au courant de VSS. Ces données ne peuvent pas être restaurées à l’aide de la participation de l’enregistreur.

    En règle générale, ce type de données n’est pas critique pour le système ou le service, et leur restauration ne doit pas être problématique, ou du moins pas plus problématique que lors d’une restauration conventionnelle.

    Comme pour les préparations pour les restaurations conventionnelles, si possible, les opérateurs de restauration doivent tenter de suspendre ou d’arrêter ces applications avant de commencer une restauration VSS.

  • Enregistreurs VSS manquants. Cette situation peut être assez courante lors de la restauration de l’état d’un système endommagé. Une opération de sauvegarde doit déterminer s’il est souhaitable de restaurer des fichiers pour les enregistreurs manquants. Si la restauration est souhaitable, les fichiers peuvent être restaurés comme une sauvegarde conventionnelle les restaurerait.

  • Restauration privée des données d’un enregistreur. Un demandeur peut choisir de restaurer les données d’un enregistreur en cours d’exécution dans un emplacement privé sans en informer le rédacteur. La restauration des données de l’enregistreur pour prendre en charge la comparaison hors connexion en est un exemple. Dans ce genre de situation, un demandeur ne souhaite pas utiliser le nouvel emplacement cible lors de la restauration, car il ne souhaite pas que l’enregistreur accède aux données.

  • Un auteur ne souhaite pas être impliqué lors de la restauration. Un enregistreur l’indique en transmettant VSS_WRE_NEVER pour le paramètre writerRestore de IVssCreateWriterMetadata::SetRestoreMethod.

  • Un enregistreur nécessite une méthode de restauration personnalisée. Un enregistreur indique qu’il nécessite une restauration personnalisée en transmettant VSS_RME_CUSTOM pour le paramètre de méthodeIVssCreateWriterMetadata::SetRestoreMethod. Dans ce cas, cet enregistreur ne doit pas être impliqué dans le processus de restauration, sauf si la documentation de restauration personnalisée de cet enregistreur indique le contraire.

Un demandeur implique un enregistreur dans le processus de restauration en spécifiant l’un des composants de cet enregistreur dans un appel à IVssBackupComponents::SetSelectedForRestore. Les données d’un enregistreur peuvent être restaurées sans impliquer l’enregistreur en ne spécifiant aucun des composants de cet enregistreur dans un appel à IVssBackupComponents::SetSelectedForRestore. Si un rédacteur n’attend aucun événement de restauration, l’implication de cet auteur dans le processus de restauration peut entraîner le signalement d’erreurs fallacieuses pour cet enregistreur.