Servizio Copia Shadow del volume (VSS)
Il backup e il ripristino dei dati aziendali critici possono essere molto complessi a causa dei problemi seguenti:
È in genere necessario eseguire il backup dei dati mentre le applicazioni che li producono sono ancora in esecuzione. Ciò significa che alcuni file di dati potrebbero essere aperti o in uno stato non coerente.
Se il set di dati è di grandi dimensioni, può essere difficile eseguirne il backup in una sola volta.
Per eseguire correttamente le operazioni di backup e ripristino, è necessario un attento coordinamento tra le applicazioni di backup, le applicazioni line-of-business di cui viene eseguito il backup e l'hardware e il software di gestione dell'archiviazione. Il Servizio Copia Shadow del volume (VSS), introdotto in Windows Server® 2003, semplifica la conversazione tra questi componenti per consentire loro di operare meglio insieme. Quando tutti i componenti supportano VSS, puoi usarli per eseguire il backup dei dati delle applicazioni senza portarle offline.
VSS coordina le azioni necessarie per creare una copia shadow coerente (nota anche come snapshot o copia temporizzata) dei dati di cui deve essere eseguito il backup. La copia shadow può essere usata così com'è oppure può essere usata in scenari come i seguenti:
Vuoi eseguire il backup dei dati delle applicazioni e delle informazioni sullo stato del sistema, inclusa l'archiviazione dei dati in un'altra unità disco rigido, su nastro o su un altro supporto rimovibile.
Si sta eseguendo il data mining.
Si eseguono backup da disco a disco.
È necessario eseguire un ripristino rapido dalla perdita di dati ripristinando i dati nel numero di unità logica (LUN) originale oppure in un LUN completamente nuovo che sostituisce quello originale che presentava problemi.
Le funzionalità e le applicazioni Windows che usano VSS includono quanto segue:
Funzionamento del Servizio Copia Shadow del servizio Copia Shadow del servizio Copia Shadow del
Una soluzione VSS completa richiede tutti i componenti di base seguenti:
Servizio VSS: parte del sistema operativo Windows che garantisce che gli altri componenti possano comunicare tra loro correttamente e lavorare insieme.
Richiedente VSS: il software che richiede la creazione effettiva di copie shadow (o altre operazioni di alto livello, ad esempio l'importazione o l'eliminazione). In genere, si tratta dell'applicazione di backup. L'utilità Windows Server Backup e l'applicazione System Center Data Protection Manager sono richiedenti VSS. I richiedenti non Microsoft VSS includono quasi tutti i software di backup eseguiti in Windows.
VSS writer: componente che garantisce che sia disponibile un set di dati coerente per il backup. Viene in genere fornito come parte di un'applicazione line-of-business, ad esempio SQL Server o Exchange Server. Nel sistema operativo Windows sono inclusi VSS writer per diversi componenti di Windows, ad esempio il Registro di sistema. I writer vss non Microsoft sono inclusi in molte applicazioni per Windows che devono garantire la coerenza dei dati durante il backup.
Provider VSS: componente che crea e gestisce le copie shadow. Può essere a livello software o hardware. Il sistema operativo Windows include un provider VSS che usa la copia su scrittura. Se si usa una rete san (Storage Area Network), è importante installare il provider hardware VSS per la san, se disponibile. Un provider hardware si fa carico dell'attività di creazione e gestione di una copia shadow eseguita dal sistema operativo host.
Il diagramma seguente illustra il modo in cui il servizio VSS si coordina con richiedenti, writer e provider per creare una copia shadow di un volume.
Figura 1: Diagramma architetturale del servizio Copia Shadow del volume
Come viene creata una copia shadow
Questa sezione colloca nel contesto i vari ruoli del richiedente, del writer e del provider elencando i passaggi che devono essere eseguiti per creare una copia shadow. Il diagramma seguente illustra come VSS controlla il coordinamento generale del richiedente, del writer e del provider.
Figura 2: Processo di creazione della copia shadow
Per creare una copia shadow, il richiedente, il writer e il provider eseguono le azioni seguenti:
Il richiedente chiede a VSS di enumerare i writer, raccogliere i metadati del writer e preparare la creazione della copia shadow.
Ogni writer crea una descrizione XML dei componenti e degli archivi dati di cui è necessario eseguire il backup e lo fornisce al Servizio Copia Shadow del database. Il writer definisce anche un metodo di ripristino, che viene usato per tutti i componenti. Vss fornisce la descrizione del writer al richiedente, che seleziona i componenti di cui verrà eseguito il backup.
Vss notifica a tutti i writer di preparare i dati per la creazione di una copia shadow.
Ogni writer prepara i dati secondo le esigenze, ad esempio completando tutte le transazioni aperte, eseguendo il rollup dei registri delle transazioni e scaricando le cache. Quando i dati sono pronti per la copia shadow, il writer invia una notifica al servizio Copia Shadow del servizio Copia shadow.
Vss indica ai writer di bloccare temporaneamente le richieste di I/O di scrittura dell'applicazione (le richieste di I/O in lettura sono ancora possibili) per i pochi secondi necessari per creare la copia shadow del volume o dei volumi. Il blocco dell'applicazione non può richiedere più di 60 secondi. VSS scarica i buffer del file system e quindi blocca il file system, assicurando che i metadati del file system vengano registrati correttamente e che i dati da copiare shadow vengano scritti in un ordine coerente.
VSS indica al provider di creare la copia shadow. Il periodo di creazione della copia shadow non dura più di 10 secondi, durante i quali tutte le richieste di I/O di scrittura nel file system rimangono bloccate.
Vss rilascia richieste di I/O di scrittura del file system.
VSS indica ai writer di sbloccare le richieste di I/O di scrittura delle applicazioni. A questo punto, le applicazioni possono riprendere la scrittura dei dati sul disco di cui viene eseguita la copia shadow.
Nota
La creazione della copia shadow può essere interrotta se i writer vengono mantenuti nello stato di blocco per più di 60 secondi o se i provider impiegano più di 10 secondi per eseguire il commit della copia shadow.
Il richiedente può ritentare il processo (torna al passaggio 1) o inviare una notifica all'amministratore per riprovare in un secondo momento.
Se la copia shadow viene creata correttamente, VSS restituisce le informazioni sulla posizione per la copia shadow al richiedente. In alcuni casi, la copia shadow può essere resa temporaneamente disponibile come volume di lettura/scrittura, in modo che VSS e una o più applicazioni possano modificarne il contenuto prima che la copia shadow venga completata. Dopo che VSS e le applicazioni apportano le rispettive modifiche, la copia shadow viene impostata per la sola lettura. Questa fase viene chiamata salvataggio automatico e viene usata per annullare eventuali transazioni del file system o dell'applicazione nel volume di copia shadow che non sono state completate prima della creazione della copia shadow.
Come il provider crea una copia shadow
Un provider di copie shadow hardware o software usa uno dei metodi seguenti per la creazione di una copia shadow:
Copia completa: questo metodo crea una copia completa (denominata copia completa o clone) del volume originale in un determinato momento. Questa copia è di sola lettura.
Copy-on-write: questo metodo non copia il volume originale. Esegue invece una copia differenziale copiando tutte le modifiche (richieste di I/O di scrittura completate) che vengono effettuate sul volume dopo un determinato momento.
Reindirizzamento in scrittura: questo metodo non copia il volume originale e non apporta modifiche al volume originale dopo un determinato punto nel tempo. Esegue invece una copia differenziale reindirizzando tutte le modifiche a un volume diverso.
Copia completa
Una copia completa viene in genere creata creando uno split mirror come indicato di seguito:
Il volume originale e il volume della copia shadow sono un set di volumi con mirroring.
Il volume della copia shadow è separato dal volume originale. Ciò interrompe la connessione mirror.
Dopo l'interruzione della connessione mirror, il volume originale e il volume della copia shadow sono indipendenti. Il volume originale continua ad accettare tutte le modifiche (richieste di I/O di scrittura), mentre il volume della copia shadow rimane un'esatta copia di sola lettura dei dati originali al momento dell'interruzione.
Metodo copia su scrittura
Nel metodo copy-on-write, quando si verifica una modifica al volume originale (ma prima del completamento della richiesta di I/O di scrittura), ogni blocco da modificare viene letto e quindi scritto nell'area di archiviazione shadow del volume (detta anche area diff). L'area di archiviazione della copia shadow può trovarsi nello stesso volume o in un volume diverso. In questo modo, viene conservata una copia del blocco di dati nel volume originale prima che la modifica lo sovrascriva.
Time | Dati di origine (stato e dati) | Copia shadow (stato e dati) |
---|---|---|
T0 | Dati originali: 1 2 3 4 5 | Nessuna copia: — |
T1 | Dati modificati nella cache: da 3 a 3' | Copia shadow creata (solo differenze): 3 |
T2 | Dati originali sovrascritti: 1 2 3' 4 5 | Differenze e indice archiviati nella copia shadow: 3 |
Tabella 1: metodo di copia su scrittura per la creazione di copie shadow
Il metodo copia su scrittura è un metodo rapido per creare una copia shadow perché copia solo i dati modificati. I blocchi copiati nell'area diff possono essere combinati con i dati modificati nel volume originale per ripristinare lo stato in cui era il volume prima che venissero apportate le modifiche. Se sono presenti molte modifiche, il metodo copia su scrittura può diventare oneroso.
Metodo reindirizzamento su scrittura
Nel metodo redirect-on-write, ogni volta che il volume originale riceve una modifica (richiesta di I/O di scrittura), la modifica non viene applicata al volume originale. La modifica viene invece scritta nell'area di archiviazione della copia shadow di un altro volume.
Time | Dati di origine (stato e dati) | Copia shadow (stato e dati) |
---|---|---|
T0 | Dati originali: 1 2 3 4 5 | Nessuna copia: — |
T1 | Dati modificati nella cache: da 3 a 3' | Copia shadow creata (solo differenze): 3' |
T2 | Dati originali sovrascritti: 1 2 3 4 5 | Differenze e indice archiviati nella copia shadow: 3' |
Tabella 2: Metodo di reindirizzamento in scrittura per la creazione di copie shadow
Come il metodo copia su scrittura, il reindirizzamento su scrittura è un metodo rapido per creare una copia shadow perché copia solo le modifiche relative ai dati. I blocchi copiati nell'area diff possono essere combinati con i dati non modificati nel volume originale per creare una copia completa e aggiornata dei dati. Se sono presenti molte richieste di I/O di lettura, il metodo reindirizzamento su scrittura può diventare oneroso.
Provider di copia shadow
Sono disponibili due tipi di provider di copie shadow: provider basati su hardware e provider basati su software. C'è anche un provider di sistema, che è un provider di software integrato nel sistema operativo Windows.
Provider basati su hardware
I provider di copia shadow basata su hardware fungono da interfaccia tra VSS e il livello hardware lavorando insieme a una scheda di archiviazione hardware o a un controller. L'attività di creazione e gestione della copia shadow viene eseguita dall'array di archiviazione.
I provider hardware accettano sempre la copia shadow di un intero LUN, ma il Servizio Copia Shadow espone solo la copia shadow del volume o dei volumi richiesti.
Un provider di copia shadow basata su hardware usa la funzionalità VSS che definisce il punto nel tempo, consente la sincronizzazione dei dati, gestisce la copia shadow e fornisce un'interfaccia comune con le applicazioni di backup. Tuttavia, VSS non specifica il meccanismo sottostante tramite il quale il provider basato su hardware produce e gestisce copie shadow.
Provider basati su software
I provider di copie shadow basati su software in genere intercettano ed elaborano le richieste di I/O di lettura e scrittura in un livello software tra il file system e il software di gestione dei volumi.
Questi provider vengono implementati come un componente DLL in modalità utente e almeno un driver di dispositivo in modalità kernel, di solito un driver del filtro di archiviazione. A differenza dei provider basati su hardware, i provider basati su software creano copie shadow a livello software, non a livello hardware.
Un provider di copia shadow basata su software deve mantenere una visualizzazione temporizzato di un volume avendo accesso a un set di dati che può essere usato per ricreare lo stato del volume prima dell'ora di creazione della copia shadow. Un esempio è rappresentato dalla tecnica di copia su scrittura del provider di sistema. Tuttavia, vss non pone restrizioni sulla tecnica usata dai provider basati su software per creare e gestire copie shadow.
Un provider software è applicabile a una gamma più ampia di piattaforme di archiviazione rispetto a un provider basato su hardware e dovrebbe funzionare anche con dischi di base o volumi logici. Un volume logico è un volume creato combinando spazio libero da due o più dischi. A differenza delle copie shadow hardware, i provider di software utilizzano le risorse del sistema operativo per gestire la copia shadow.
Per altre informazioni sui dischi di base, vedere Gestire i volumi di base.
Provider di sistema
Un provider di copie shadow, il provider di sistema, viene fornito nel sistema operativo Windows. Sebbene venga fornito un provider predefinito in Windows, altri fornitori sono liberi di offrire implementazioni ottimizzate per le relative applicazioni hardware e software di archiviazione.
Per mantenere la visualizzazione temporizzato di un volume contenuto in una copia shadow, il provider di sistema usa una tecnica di copia su scrittura. Copie dei blocchi del volume modificate dopo l'inizio della creazione della copia shadow vengono archiviate in un'area di archiviazione della copia shadow.
Il provider di sistema può esporre il volume di produzione, che può essere scritto e letto normalmente. Quando è necessaria la copia shadow, applica logicamente le differenze ai dati nel volume di produzione per esporre la copia shadow completa.
Per il provider di sistema, l'area di archiviazione della copia shadow deve trovarsi in un volume NTFS. Il volume da copiare shadow non deve essere un volume NTFS, ma almeno un volume montato nel sistema deve essere un volume NTFS.
I file di componente che costituiscono il provider di sistema sono swprv.dll e volsnap.sys.
Writer VSS predefiniti
Il sistema operativo Windows include un set di VSS writer responsabili dell'enumerazione dei dati necessari alle varie funzionalità Windows.
Per altre informazioni su questi writer, vedere Writer VSS in-Box.
Modalità di utilizzo delle copie shadow
Oltre che per eseguire il backup dei dati delle applicazioni e delle informazioni sullo stato del sistema, le copie shadow possono essere usate per diversi scopi, inclusi i seguenti:
Ripristino dei LUN (risincronizzazione LUN e scambio LUN)
Ripristino dei singoli file (Copie shadow di cartelle condivise)
Data mining tramite copie shadow trasportabili
Ripristino dei LUN (risincronizzazione LUN e scambio LUN)
In Windows Server 2008 R2 e Windows 7, i richiedenti vss possono usare una funzionalità del provider di copia shadow hardware denominata risincronizzazione LUN (o risincronizzazione LUN). Si tratta di uno schema di ripristino rapido che consente a un amministratore dell'applicazione di ripristinare i dati da una copia shadow nel LUN originale o in un nuovo LUN.
La copia shadow può essere un clone completo oppure una copia shadow differenziale. In entrambi i casi, alla fine dell'operazione di risincronizzazione, il LUN di destinazione ha lo stesso contenuto del LUN di copia shadow. Durante l'operazione di risincronizzazione, l'array esegue una copia a livello di blocco dalla copia shadow al LUN di destinazione.
Nota
La copia shadow deve essere una copia shadow hardware trasportabile.
La maggior parte degli array consente la ripresa delle operazioni di I/O di produzione poco dopo l'inizio dell'operazione di risincronizzazione. Mentre tale operazione è in corso, le richieste di lettura vengono reindirizzate al LUN della copia shadow e le richieste di scrittura al LUN di destinazione. In questo modo, gli array possono ripristinare set di dati di grandi dimensioni e riprendere le normali operazioni nel giro di pochi secondi.
La risincronizzazione LUN è diversa dallo scambio LUN. Uno scambio LUN è uno scenario di ripristino rapido supportato da VSS a partire da Windows Server 2003 SP1. In uno scambio LUN la copia shadow viene importata e quindi convertita in un volume di lettura/scrittura. La conversione è un'operazione irreversibile e il volume e il LUN sottostante non possono essere controllati con le API vss in seguito. Nell'elenco seguente vengono descritte le differenze tra la risincronizzazione LUN e lo scambio LUN:
Nella risincronizzazione LUN la copia shadow non viene modificata, quindi può essere usata più volte. Nello scambio LUN la copia shadow può essere usata una sola volta per un ripristino. Questo è importante per gli amministratori che hanno la sicurezza come massima priorità. Quando viene usata la risincronizzazione LUN, il richiedente può ritentare l'intera operazione di ripristino se si verifica un problema la prima volta.
Alla fine di uno scambio LUN, il LUN della copia shadow viene usato per le richieste di I/O di produzione. Per questo motivo, il LUN della copia shadow deve usare la stessa qualità di archiviazione del LUN di produzione originale per garantire che le prestazioni non siano interessate dopo l'operazione di ripristino. Se invece viene usata la risincronizzazione LUN, il provider hardware può mantenere la copia shadow in una risorsa di archiviazione meno costosa rispetto all'archiviazione con qualità di produzione.
Se il LUN di destinazione non è utilizzabile e deve essere ricreato, lo scambio LUN potrebbe essere più economico perché non richiede un LUN di destinazione.
Avviso
Tutte le operazioni elencate sono operazioni a livello di LUN. Se tenti di ripristinare un volume specifico tramite la risincronizzazione LUN, involontariamente ripristinerai tutti gli altri volumi che condividono il LUN.
Ripristino dei singoli file (Copie shadow di cartelle condivise)
Copie shadow per cartelle condivise usa VSS per fornire copie temporizzate dei file che si trovano in una risorsa di rete condivisa, ad esempio un file server. Con Copie shadow di cartelle condivise, gli utenti possono ripristinare rapidamente i file eliminati o modificati archiviati in rete. Poiché questa operazione può essere eseguita senza l'assistenza dell'amministratore, Copie shadow di cartelle condivise consente di aumentare la produttività e ridurre i costi amministrativi.
Per altre informazioni sulle copie shadow per le cartelle condivise, vedere Copie shadow per cartelle condivise.
Data mining tramite copie shadow trasportabili
Con un provider hardware progettato per l'uso con VSS, è possibile creare copie shadow trasportabili che possono essere importate nei server all'interno dello stesso sottosistema ( ad esempio, una SAN). Queste copie shadow possono essere usate per eseguire il seeding di un'installazione di produzione o di test con dati di sola lettura per il data mining.
Con VSS e un array di archiviazione con un provider hardware progettato per l'uso con VSS, è possibile creare una copia shadow del volume di dati di origine in un server e quindi importare la copia shadow in un altro server (o di nuovo nello stesso server). Questo processo viene eseguito in pochi minuti, indipendentemente dalla dimensione dei dati. Il processo di trasporto viene eseguito tramite una serie di passaggi che usano un richiedente di copie shadow (un'applicazione di gestione dell'archiviazione) che supporta le copie shadow trasportabili.
Per trasportare una copia shadow
Crea una copia shadow trasportabile dei dati di origine in un server.
Importa la copia shadow in un server connesso alla rete di archiviazione (puoi eseguire l'importazione in un server diverso o nello stesso server).
I dati ora sono pronti per essere usati.
Figura 3: Creazione e trasporto di copie shadow tra due server
Nota
Non è possibile importare una copia shadow trasportabile creata in Windows Server 2003 in un server che esegue Windows Server 2008 o Windows Server 2008 R2. Non è possibile importare una copia shadow trasportabile creata in Windows Server 2008 o Windows Server 2008 R2 in un server che esegue Windows Server 2003. Tuttavia, una copia shadow creata in Windows Server 2008 non può essere importata in un server che esegue Windows Server 2008 R2 e viceversa.
Le copie shadow sono di sola lettura. Se si vuole convertire una copia shadow in un LUN di lettura/scrittura, è possibile usare un'applicazione di gestione dell'archiviazione basata sul servizio dischi virtuali (inclusi alcuni richiedenti) oltre a VSS. Usando questa applicazione, puoi rimuovere la copia shadow dalla gestione del Servizio Copia Shadow del volume e convertirla in un LUN di lettura/scrittura.
Il trasporto VSS è una soluzione avanzata nei computer che eseguono Windows Server 2003 edizione Enterprise, Windows Server 2003 Datacenter Edition, Windows Server 2008 o Windows Server 2008 R2. Funziona solo se è presente un provider hardware nell'array di archiviazione. Il trasporto delle copie shadow può essere usato per diversi scopi, tra cui i backup su nastro, il data mining e i test.
Domande frequenti
Queste domande frequenti rispondono alle domande su VSS per gli amministratori di sistema. Per informazioni sulle interfacce di programmazione delle applicazioni VSS, vedere Servizio Copia Shadow del volume.
Quando è stato introdotto VSS? In quali versioni del sistema operativo Windows è disponibile?
Il Servizio Copia Shadow del volume (VSS) è stato introdotto in Windows XP. È disponibile in Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7 e Windows Server 2008 R2.
Quale è la differenza tra una copia shadow e un backup?
Nel caso di un backup di un'unità disco rigido, la copia shadow creata è anche il backup. I dati possono essere copiati dalla copia shadow per un ripristino oppure la copia shadow può essere usata per uno scenario di ripristino rapido, ad esempio la risincronizzazione LUN o lo scambio LUN.
Quando i dati vengono copiati dalla copia shadow su nastro o altri supporti rimovibili, il contenuto archiviato nel supporto costituisce il backup. La stessa copia shadow può essere eliminata dopo la copia dei dati in essa contenuti.
Qual è il volume di dimensioni più grande supportato dal Servizio Copia Shadow del volume?
VSS supporta un volume di dimensioni fino a 64 TB.
Ho eseguito un backup in Windows Server 2008. Posso ripristinarlo in Windows Server 2008 R2?
Dipende dal software di backup usato. La maggior parte dei programmi di backup supporta questo scenario per i dati, ma non per i backup dello stato del sistema.
Le copie shadow create in una di queste versioni di Windows possono essere usate nell'altra.
Ho eseguito un backup in Windows Server 2003. Posso ripristinarlo in Windows Server 2008?
Dipende dal software di backup usato. Se crei una copia shadow in Windows Server 2003, non puoi usarla in Windows Server 2008. Inoltre, se crei una copia shadow in Windows Server 2008, non puoi ripristinarla in Windows Server 2003.
Come posso disabilitare il Servizio Copia Shadow del volume?
È possibile disabilitare VSS usando Microsoft Management Console. Non è tuttavia consigliabile eseguire questa operazione. La disabilitazione del Servizio Copia Shadow del volume influisce sui software usati che dipendono da esso, ad esempio Ripristino configurazione di sistema e Windows Server Backup.
Per altre informazioni, visita i siti Web Microsoft TechNet seguenti:
Posso escludere alcuni file da una copia shadow per risparmiare spazio?
Il Servizio Copia Shadow del volume è progettato per creare copie shadow di interi volumi. I file temporanei, ad esempio i file di paging, vengono omessi automaticamente dalle copie shadow per risparmiare spazio.
Per escludere file specifici dalle copie shadow, usare la chiave del Registro di sistema seguente: FilesNotToSnapshot
Nota
La FilesNotToSnapshot
chiave del Registro di sistema deve essere usata solo dalle applicazioni. Gli utenti che tentano di usarla incontreranno limitazioni come le seguenti:
- Non è possibile eliminare i file da una copia shadow creata in windows Server usando la funzionalità Versioni precedenti.
- Non può eliminare i file dalle copie shadow per le cartelle condivise.
- Può eliminare i file da una copia shadow creata usando l'utilità Diskshadow , ma non può eliminare i file da una copia shadow creata usando l'utilità Vssadmin .
- I file vengono eliminati da una copia shadow in base al massimo sforzo. Ciò significa che non è garantito che vengano eliminati.
Per altre informazioni, vedere Esclusione di file da copie shadow.
Il programma di backup non Microsoft che ho usato ha dato esito negativo e ha restituito un errore VSS. Cosa posso fare?
Consulta la sezione di supporto tecnico del sito Web dell'azienda che ha creato il programma di backup. Potrebbe esserci un aggiornamento del prodotto che è possibile scaricare e installare per risolvere il problema. In caso contrario, contatta il reparto addetto al supporto tecnico dell'azienda.
Gli amministratori di sistema possono usare le informazioni per la risoluzione dei problemi del Servizio Copia Shadow del volume nel sito Web seguente della raccolta Microsoft TechNet per raccogliere informazioni diagnostiche sui problemi correlati a tale servizio.
Per altre informazioni, vedere Servizio Copia Shadow del volume.
Che cos'è l'area diff?
L'area di archiviazione della copia shadow (o area diff) è la posizione in cui vengono archiviati i dati per la copia shadow creata dal provider del software di sistema.
Dove si trova l'area diff?
L'area diff può trovarsi in qualsiasi volume locale. Deve tuttavia trovarsi in un volume NTFS con spazio sufficiente per archiviarla.
In che modo viene determinata la posizione dell'area diff?
Per determinare la posizione dell'area diff, vengono valutati i criteri seguenti, in questo ordine:
Se un volume dispone già di una copia shadow esistente, viene usata tale posizione.
Se è presente un'associazione manuale preconfigurata tra il volume originale e la posizione del volume di copia shadow, viene usata tale posizione.
Se i due criteri precedenti non forniscono una posizione, il servizio copia shadow sceglie una posizione in base allo spazio disponibile. Se viene eseguita la copia shadow di più di un volume, il servizio Copia Shadow crea un elenco di possibili posizioni per lo snapshot in base alla dimensione dello spazio disponibile, in ordine decrescente. Il numero di posizioni fornito è uguale al numero di volumi di cui viene eseguita la copia shadow.
Se il volume di cui viene eseguita la copia shadow è una delle posizioni possibili, viene creata un'associazione locale. In caso contrario, viene creata un'associazione con il volume con la maggior quantità di spazio disponibile.
Il Servizio Copia Shadow del volume può creare copie shadow di volumi non NTFS?
Sì. Tuttavia, possono essere effettuate copie shadow permanenti solo per i volumi NTFS. Inoltre, almeno un volume montato nel sistema deve essere un volume NTFS.
Qual è il numero massimo di copie shadow che posso creare contemporaneamente?
Il numero massimo di volumi che è possibile includere in una singola copia shadow è 64. Tieni presente che questo numero non corrisponde al numero di copie shadow.
Qual è il numero massimo di copie shadow software create dal provider di sistema che posso gestire per un volume?
Il numero massimo di copie shadow software per ogni volume è 512. Tuttavia, per impostazione predefinita, puoi gestire solo 64 copie shadow usate dalla funzionalità Copie shadow di cartelle condivise. Per modificare il limite per la funzionalità Copie shadow delle cartelle condivise, usare la chiave del Registro di sistema seguente: MaxShadowCopies
.
In che modo posso controllare lo spazio usato per lo spazio di archiviazione delle copie shadow?
Digitare il comando vssadmin resize shadowstorage
.
Per altre informazioni, vedere Vssadmin resize shadowstorage.
Che cosa accade quando si esaurisce lo spazio?
Le copie shadow per il volume vengono eliminate, iniziando dalla copia shadow meno recente.
Strumenti vss
Il sistema operativo Windows offre gli strumenti seguenti per l'interazione con il Servizio Copia Shadow del volume (VSS):
DiskShadow
DiskShadow è un richiedente VSS che consente di gestire tutti gli snapshot hardware e software che puoi avere in un sistema. DiskShadow include comandi come i seguenti:
list
: elenca i writer vss, i provider vss e le copie shadowcreate
: crea una nuova copia shadowimport
: importa una copia shadow trasportabileexpose
: espone una copia shadow persistente (ad esempio, come lettera di unità)revert
: ripristina un volume in una copia shadow specificata
Questo strumento è destinato ai professionisti IT, ma può risultare utile anche per gli sviluppatori quando testano un VSS writer o un provider VSS.
DiskShadow è disponibile solo nei sistemi operativi Windows Server. Non è disponibile nei sistemi operativi client Windows.
VssAdmin
VssAdmin consente di creare, eliminare ed elencare le informazioni sulle copie shadow. Può essere usato anche per ridimensionare l'area di archiviazione della copia shadow (area diff).
VssAdmin include comandi come i seguenti:
create shadow
: crea una nuova copia shadowdelete shadows
: elimina copie shadowlist providers
: elenca tutti i provider vss registratilist writers
: elenca tutti i writer VSS sottoscrittiresize shadowstorage
: modifica le dimensioni massime dell'area di archiviazione copia shadow
VssAdmin può essere usato solo per amministrare le copie shadow create dal provider software di sistema.
VssAdmin è disponibile nelle versioni del sistema operativo client Windows e Windows Server.
Chiavi del Registro di sistema del servizio Copia Shadow del volume
Le chiavi del Registro di sistema seguenti sono disponibili per l'uso con il Servizio Copia Shadow del volume (VSS):
VssAccessControl
MaxShadowCopies
MinDiffAreaFileSize
VssAccessControl
Questa chiave viene usata per specificare gli utenti che hanno accesso alle copie shadow.
Per altre informazioni, vedere le voci seguenti nel sito Web MSDN:
MaxShadowCopies
Questa chiave specifica il numero massimo di copie shadow accessibili dal client che possono essere archiviate in ogni volume del computer. Le copie shadow accessibili dal client vengono usate da Copie shadow di cartelle condivise.
Per altre informazioni, vedere MaxShadowCopies in Chiavi del Registro di sistema per il backup e il ripristino.
MinDiffAreaFileSize
Questa chiave specifica le dimensioni minime iniziali, in MB, dell'area di archiviazione della copia shadow.
Per altre informazioni, vedere MinDiffAreaFileSize in Chiavi del Registro di sistema per backup e ripristino.
Versioni di sistema operativo supportate
La tabella seguente elenca le versioni minime del sistema operativo supportate per le funzionalità VSS.
Funzionalità VSS | Client minimo supportato | Server minimo supportato |
---|---|---|
Risincronizzazione LUN | Nessuna supportata | Windows Server 2008 R2 |
Chiave del Registro di sistema FilesNotToSnapshot |
Windows Vista | Windows Server 2008 |
Copie shadow trasportabili | Nessuna supportata | Windows Server 2003 con SP1 |
Copie shadow hardware | Nessuna supportata | Windows Server 2003 |
Versioni precedenti di Windows Server | Windows Vista | Windows Server 2003 |
Ripristino rapido tramite lo scambio LUN | Nessuna supportata | Windows Server 2003 con SP1 |
Più importazioni di copie shadow hardware (questa è la possibilità di importare una copia shadow più volte. È possibile eseguire una sola operazione di importazione alla volta. | Nessuna supportata | Windows Server 2008 |
Copie shadow di cartelle condivise | Nessuna supportata | Windows Server 2003 |
Copie shadow ripristinate automaticamente trasportabili | Nessuna supportata | Windows Server 2008 |
Sessioni di backup simultanee (fino a 64) | Windows XP | Windows Server 2003 |
Singola sessione di ripristino simultanea ai backup | Windows Vista | Windows Server 2003 con SP2 |
Fino a 8 sessioni di ripristino simultanee ai backup | Windows 7 | Windows Server 2003 R2 |