Importazione di volumi copiati shadow trasportabili
A volte è consigliabile creare una copia shadow in un sistema, ma usare la copia shadow in un secondo sistema.
Si consideri il caso in cui i dati di cui eseguire il backup vengano normalmente gestiti da un determinato sistema (systemOne) durante le normali operazioni e che questi dati vengano archiviati fisicamente in un array di archiviazione o in un'appliance.
Per ridurre al minimo le interruzioni di systemOne (poiché le operazioni di backup possono richiedere un utilizzo elevato delle risorse), è consigliabile eseguire il backup usando systemTwo, un server di backup, che ha accesso alla stessa matrice di archiviazione di systemOne.
Per garantire una copia shadow appropriata, cooperando con gli autori in systemOne e mantenendo lo stato appropriato per le attività in corso, la copia shadow deve essere eseguita da systemOne.
Di conseguenza, systemOne deve creare una copia shadow trasportabile, che systemTwo importerà.
Windows Server 2003, Standard Edition, Windows Server 2003, Web Edition e Windows XP: I set di copie shadow trasportabili non sono supportati. Tutte le edizioni di Windows Server 2003 con Service Pack 1 (SP1) supportano set di copie shadow trasportabili.
Un esempio tipico di importazione di una copia shadow trasportabile può procedere nel modo seguente:
Inizialmente, l'unità logica (LUN) fornita dall'array di archiviazione viene montata come volume in systemOne (ad esempio, F:).
Un richiedente in esecuzione in systemOne crea un'istanza di IVssBackupComponents e procede come se si preparasse per un backup. Per altre informazioni, vedere Panoramica dell'inizializzazione del backup, Panoramica della fase di individuazione dei backup e Panoramica delle attività di pre-backup .
Il richiedente in systemOne modifica il contesto di copia shadow in genere usato per l'operazione di backup locale (VSS_CTX_APP_BACKUP) per indicare che verrà creata una copia shadow trasportabile (VSS_VOLSNAP_ATTR_TRANSPORTABLE). L'attributo trasportabile può essere aggiunto anche ad altri contesti di copia shadow.
Con un contesto di copia shadow di VSS_CTX_APP_BACKUP VSS_VOLSNAP_ATTR_TRANSPORTABLE | , il richiedente in systemOne crea una copia shadow chiamando IVssBackupComponents::D oSnapshotSet.
SystemOne usa IVssBackupComponents::SaveAsXML per salvare lo stato corrente del documento dei componenti di backup e IVssExamineWriterMetadata::SaveAsXML per salvare i documenti di metadati writer di ogni writer. Le stringhe XML che contengono questi documenti vengono quindi rese disponibili a un richiedente in esecuzione in systemTwo.
Il richiedente trasferisce il documento Dei componenti di backup a systemTwo.
Si noti che il richiedente in systemOne non rilascia l'istanza di IVssBackupComponents a questo punto se lo scopo della copia shadow è per il backup. L'interfaccia deve rimanere aperta fino a quando systemTwo non completa correttamente le operazioni di backup. Solo allora il richiedente deve eseguire un evento BackupComplete , perché alcuni writer troncano i log e eseguono altre operazioni dopo un backup riuscito. Se l'obiettivo della copia shadow è data mining o altri scopi, l'interfaccia può essere chiusa in questo passaggio.
Il richiedente in systemTwo chiama quindi IVssBackupComponents::ImportSnapshots per ottenere l'accesso alla copia shadow creata dal richiedente in systemOne.
Nota
Il richiedente è responsabile della serializzazione dell'operazione di importazione della copia shadow. Inoltre, se la chiamata a IVssBackupComponents::ImportSnapshots ha esito negativo, il servizio Copia Shadow del servizio Copia shadow del servizio copia shadow non pulisce i LUN su di esso. Il richiedente deve avviare la pulizia dei LUN.
Il richiedente in systemTwo procede con il backup del materiale copiato dall'ombreggiatura esattamente come se stesse eseguendo il backup di una copia shadow creata da se stessa (vedere Panoramica del backup effettivo dei file).
Il richiedente in systemTwo ottiene l'oggetto dispositivo della copia shadow usando IVssBackupComponents::GetSnapshotProperties nella copia shadow importata e aggiunge che all'inizio dei percorsi di file originali ottenuti dai metadati per accedere ai file di cui eseguire il backup.
Dopo aver usato la copia shadow, il richiedente in systemTwo deve eliminare la copia shadow. Come per le copie shadow non trasportabili, se il contesto di copia shadow indica copie shadow di rilascio automatico (ad esempio, VSS_CTX_BACKUP), il rilascio di IVssBackupComponents in systemTwo causerà l'eliminazione della copia shadow da parte del servizio Copia Shadow. In caso contrario, se il contesto indica una copia shadow persistente (ad esempio, VSS_CTX_APP_ROLLBACK), il richiedente in systemTwo deve eliminare in modo esplicito la copia shadow.
Il richiedente su systemTwo segnala quindi al richiedente in systemOne che ha terminato il backup della copia shadow trasportabile.
Dopo che il richiedente in systemOne ha ricevuto una notifica che il richiedente in systemTwo ha completato il backup della copia shadow trasportabile, invia una notifica ai writer nel sistema generando un evento BackupComplete con una chiamata a IVssBackupComponents::BackupComplete. A questo punto, il richiedente in systemOne è libero di rilasciare l'istanza di IVssBackupComponents.
Copie shadow trasportabili in un cluster: Le copie shadow trasportabili devono essere importate dall'esterno del cluster, purché il volume originale venga montato all'interno del cluster. Per informazioni sull'implementazione di un ripristino rapido in un cluster, vedere Fast Recovery Using Transportable Shadow Copied Volumes.For information about implement a fast recovery in a cluster, see Fast Recovery Using Transportable Shadow Copied Volumes.