Partager via


Requesters

Un demandeur est toute application qui utilise l’API VSS (en particulier l’interface IVssBackupComponents ) pour demander les services du service de cliché instantané de volume afin de créer et de gérer des clichés instantanés et des jeux de cliché instantané d’un ou plusieurs volumes.

L’exemple le plus courant d’un demandeur (et le seul traité dans cette documentation) est une application de sauvegarde/restauration prenant en charge VSS, qui utilise des données copiées par le cliché instantané comme source stable pour ses opérations de sauvegarde.

En plus de lancer des clichés instantanés, les applications de demande de sauvegarde/récupération communiquent avec les producteurs de données (enregistreurs) pour collecter des informations sur le système et les enregistreurs de signal pour préparer leurs données pour la sauvegarde.

État du demandeur

Un demandeur conserve ses informations d’état dans un objet de métadonnées XML appelé document de composants de sauvegarde. Les métadonnées du demandeur sont nécessaires, mais pas suffisantes pour permettre à un demandeur de sauvegarder, puis de restaurer un système de fichiers. Les raisons sont les suivantes :

  • Au cours d’une opération de sauvegarde, seul un sous-ensemble de tous les composants impliqués dans la sauvegarde (non sélectionnable pour les composants de sauvegarde sans pouvoir être sélectionné pour les ancêtres de sauvegarde et sélectionnable pour les composants de sauvegarde qui ont été inclus explicitement dans la sauvegarde) a été ajouté à son document composants de sauvegarde.
  • Les informations même pour les composants ajoutés au document composants de sauvegarde sont incomplètes. Les spécifications de fichier et de chemin d’accès ne sont pas incluses.
  • Pendant les opérations de restauration, un composant implicitement inclus dans la sauvegarde peut être sélectionné pour la restauration et peut donc être explicitement inclus dans la restauration. Cela nécessite la mise à jour du document des composants de sauvegarde du demandeur avec des informations provenant de copies stockées du document de métadonnées de l’enregistreur d’un rédacteur.

Pour permettre une spécification complète d’une opération de sauvegarde ou de restauration, l’API VSS permet au demandeur d’interroger les métadonnées des enregistreurs en cours d’exécution (pendant les sauvegardes) ou d’examiner les métadonnées d’enregistreur stockées (pendant les restaurations). En outre, un enregistreur peut modifier les informations de composant dans le document Composants de sauvegarde au cours d’une opération de sauvegarde ou de restauration.

À l’aide des informations sur les composants sélectionnés pour la sauvegarde et la restauration, ainsi que des règles relatives à la sélection des composants (pour plus d’informations, consultez Configuration de l’organisation des composants et Utilisation des chemins de sélection et logiques), un demandeur peut déterminer les fichiers de quel enregistreur il doit sauvegarder ou restaurer et où trouver ces fichiers.

Dans le cadre d’une sauvegarde, les métadonnées du demandeur et de l’enregistreur doivent être stockées afin qu’elles puissent être utilisées dans la restauration. À l’inverse, les opérations de restauration nécessitent la récupération des anciens composants de sauvegarde et documents de métadonnées de l’enregistreur pour obtenir des instructions complètes sur la restauration des fichiers.

Communication interprocesseur du demandeur

Le demandeur conserve le contrôle des opérations de sauvegarde et de restauration VSS en générant des événements COM via différents appels dans l’API du demandeur. Ces appels peuvent effectuer les opérations suivantes :

  • Effectuez des requêtes des fournisseurs, par exemple, IVssBackupComponents::D oSnapshotSet oblige le fournisseur à créer un cliché instantané du volume sélectionné.
  • Déclenchez les rédacteurs pour retourner des informations, par exemple, IVssBackupComponents::GatherWriterMetadata permet au demandeur d’obtenir le document de métadonnées writer de chaque rédacteur.
  • Exiger des enregistreurs qu’ils préparent ou gèrent les différentes phases des opérations de cliché instantané et de sauvegarde, par exemple, IVssBackupComponents::P repareForBackup signaux à configurer pour le gel des E/S.

Un demandeur reçoit des informations des rédacteurs via des documents de métadonnées d’enregistreur en direct ou stockés et via l’utilisation de l’interface IVssComponent , que l’enregistreur peut mettre à jour.

Cycle de vie d’un demandeur pendant la sauvegarde

Voici un résumé du cycle de vie du demandeur pour la sauvegarde :

  1. Instanciez et initialisez les interfaces d’API VSS.
  2. Contactez les rédacteurs et récupérez leurs informations.
  3. Choisissez les données à sauvegarder.
  4. Demandez un cliché instantané du fournisseur.
  5. Sauvegardez les données.
  6. Relâchez l’interface et le cliché instantané.

Cycle de vie d’un demandeur pendant la restauration

Le cycle de vie de la restauration ne nécessite pas de cliché instantané, mais nécessite toujours la coopération de l’enregistreur :

  1. Instanciez les interfaces d’API VSS.
  2. Initialisez le demandeur pour l’opération de restauration en chargeant un document de composants de sauvegarde stocké.
  3. Récupérez les métadonnées de l’enregistreur et les documents de composants de sauvegarde stockés.
  4. Contactez les rédacteurs pour initialiser la coopération.
  5. Recherchez les mises à jour de l’enregistreur dans le document composants de sauvegarde.
  6. Restaurer les données.