Importation de volumes copiés instantanés transportables

Il est parfois souhaitable de créer un cliché instantané sur un système, mais d’utiliser le cliché instantané sur un deuxième système.

Considérez le cas où les données à sauvegarder sont normalement gérées par un système donné (systemOne) pendant les opérations normales, et où ces données sont physiquement stockées sur un tableau de stockage ou un Appliance.

Pour réduire au minimum toute interruption de systemOne (car les opérations de sauvegarde peuvent être gourmandes en ressources), il est souhaitable d’effectuer la sauvegarde à l’aide de systemTwo, un serveur de sauvegarde, qui a accès au même tableau de stockage que systemOne.

Pour garantir un cliché instantané approprié(coopération avec les enregistreurs sur systemOne et préservation de l’état approprié pour les tâches en cours), le cliché instantané doit être effectué par systemOne.

Par conséquent, systemOne doit créer un cliché instantané transportable, que systemTwo importera ensuite.

Windows Server 2003, Standard Edition, Windows Server 2003, Web Edition et Windows XP : Les jeux de cliché instantané transportables ne sont pas pris en charge. Toutes les éditions de Windows Server 2003 avec Service Pack 1 (SP1) prennent en charge les jeux de cliché instantané transportables.

Un exemple typique d’importation d’un cliché instantané transportable peut se dérouler de la manière suivante :

1. Initialement, l’unité logique (LUN) fournie par le tableau de stockage est montée en tant que volume sur systemOne (par exemple, F:).

2. Un demandeur qui s’exécute sur systemOne instancie une instance d’IVssBackupComponents et continue comme s’il préparait une sauvegarde. (Pour plus d’informations, consultez Vue d’ensemble de l’initialisationde la sauvegarde, Vue d’ensemble de la phase de découvertede sauvegarde et Vue d’ensemble des tâches de pré-sauvegarde .)

3. Le demandeur sur systemOne modifie le contexte de cliché instantané qui est généralement utilisé pour l’opération de sauvegarde locale (VSS_CTX_APP_BACKUP) pour indiquer qu’un cliché instantané transportable sera créé (VSS_VOLSNAP_ATTR_TRANSPORTABLE). L’attribut transportable peut également être ajouté à d’autres contextes de cliché instantané.

4. Avec un contexte de cliché instantané de VSS_CTX_APP_BACKUP | VSS_VOLSNAP_ATTR_TRANSPORTABLE, le demandeur qui se trouve sur systemOne crée un cliché instantané en appelant IVssBackupComponents::D oSnapshotSet.

5. SystemOne utilise IVssBackupComponents::SaveAsXML pour enregistrer l’état actuel du document des composants de sauvegarde et des IVssExamineWriterMetadata::SaveAsXML pour enregistrer les documents de métadonnées writer de chaque rédacteur. Les chaînes XML qui contiennent ces documents sont ensuite mises à la disposition d’un demandeur qui s’exécute sur systemTwo.

   Le demandeur transfère le document composants de sauvegarde vers systemTwo.

   Notez que le demandeur sur systemOne ne libère pas son instance d’IVssBackupComponents à ce stade si l’objectif du cliché instantané est de sauvegarder. L’interface doit rester ouverte jusqu’à ce que systemTwo termine correctement ses opérations de sauvegarde. Ce n’est qu’alors que le demandeur doit émettre un événement BackupComplete , car certains rédacteurs tronquent les journaux et effectuent d’autres travaux après une sauvegarde réussie. Si l’objectif du cliché instantané est l’exploration de données ou d’autres fins, l’interface peut être fermée à cette étape.

6. Le demandeur sur systemTwo appelle ensuite IVssBackupComponents::ImportSnapshots pour accéder au cliché instantané créé par le demandeur sur systemOne.

   Notes

   Le demandeur est responsable de la sérialisation de l’opération de cliché instantané d’importation. En outre, si l’appel à IVssBackupComponents::ImportSnapshots échoue, le VSS n’propre pas de LUN sur lui-même. Le demandeur doit lancer le nettoyage des LUN.

    

7. Le demandeur sur systemTwo effectue la sauvegarde du matériel copié de l’ombre exactement comme s’il sauvegarde un cliché instantané qu’il a créé par lui-même (voir Vue d’ensemble de la sauvegarde réelle des fichiers).

   Le demandeur sur systemTwo obtient l’objet d’appareil du cliché instantané à l’aide d’IVssBackupComponents::GetSnapshotProperties sur le cliché instantané importé et l’ajoute au début des chemins de fichier d’origine obtenus à partir des métadonnées pour accéder aux fichiers à sauvegarder.

8. Après avoir utilisé le cliché instantané, le demandeur sur systemTwo doit supprimer le cliché instantané. Comme pour les clichés instantanés non transportables, si le contexte de cliché instantané indique la libération automatique des clichés instantanés (par exemple, VSS_CTX_BACKUP), la publication des clichés instantanés IVssBackupComponents sur systemTwo entraîne la suppression du cliché instantané par le service VSS. Sinon, si le contexte indique un cliché instantané persistant (par exemple, VSS_CTX_APP_ROLLBACK), le demandeur sur systemTwo doit supprimer explicitement le cliché instantané.

   Ensuite, le demandeur sur systemTwo signale au demandeur sur systemOne qu’il a terminé la sauvegarde du cliché instantané transportable.

9. Une fois que le demandeur sur systemOne a reçu une notification indiquant que le demandeur sur systemTwo a terminé la sauvegarde du cliché instantané transportable, il avertit les rédacteurs de son système en générant un événement BackupComplete avec un appel à IVssBackupComponents::BackupComplete. À ce stade, le demandeur sur systemOne est libre de publier son instance d’IVssBackupComponents.

Clichés instantanés transportables dans un cluster : Les clichés instantanés transportables doivent être importés de l’extérieur du cluster tant que le volume d’origine est monté dans le cluster. Pour plus d’informations sur l’implémentation d’une récupération rapide dans un cluster, consultez Récupération rapide à l’aide de volumes instantanés copiés transportables.