SnapVault
NOME
SnapVault - disk-based di protezione dei datiSINOSSI DEL SECONDARIO
SnapVault start [options] secondary_qtreeSnapVault modify [opzioni] secondary_qtree
SnapVault update [opzioni] secondary_qtree
SnapVault arresto [-f] secondary_qtree
scatto SnapVault sched [-f] [-x] [-o opzioni] [volume [snapname [programma]]]
scatto SnapVault unsched [-f] [volume [snapname]]
SnapVault scatto creare snapname del volume
SnapVault scatto mantenere [-f] volume snapname count {d | m | y}
SnapVault abort {[-f] [-h] [dst_filer:] dst_path |-s vol_ u me snapname}
SnapVault stato {[opzioni] [percorso] |-s [volume [snapname]] |-c [qtree] |-b [volume]}
snapvault release secondary_qtree pri_ m ary_filer : restored_qtree
snapvault destinations [ options ] [[ secondary_filer :] sec_ o ndary_qtree ]
SYNOPSIS ON THE PRIMARY
snapvault snap sched [ volume [ snapname [ schedule ]]]snapvault snap unsched [-f] [ volume [ snapname ]]
snapvault snap create volume snapname
snapvault abort [-f] [-h] [ dst_filer :] dst_path
snapvault status { [ options ] [ path ] | -s [ volume [ snapname ]] }
snapvault release primary_path secondary_filer : sec_ o ndary_qtree
snapvault restore [ options ] -S secondary_filer : sec_ o ndary_path primary_path
snapvault destinations [ options ] [[ primary_filer :] pri_ m ary_path ]
DESCRIZIONE
The snapvault command is used to configure and control SnapVault, a product for protecting data against loss and preserving old versions of data. SnapVault replicates data in primary system paths to qtrees on a SnapVault secondary filer. A filer can act as a primary, a secondary, or both, depending on its licenses. The primary system can either be a filer or an open system with a SnapVault agent installed on it. When the primary system is a filer, the path to be replicated can be a qtree, non-qtree data on a volume, or a volume path. The SnapVault secondary manages a set of snapshots to preserve old versions of the data. The replicated data on the secondary may be accessed via NFS or CIFS just like regular data. The primary filers can restore qtrees directly from the secondary.NOTE: Although data sets other than individual qtrees may be replicated from primary filers, users should be aware that the snapvault restore command on a primary filer will always restore to a primary qtree regardless whether the original data set was a qtree, non-qtree data, or an entire primary volume.
The snapvault command has a number of subcommands. The set of subcommands differs on the primary and secondary.
On the primary, the subcommands allow users to configure and manage a set of snapshots for potential replication to the secondary, to abort replication transfers to the secondary, to check status, to restore data from the secondary, and to release resources when a primary qtree will no longer be replicated to a secondary.
Sul secondario, dei comandi di consentire agli utenti di configurare e gestire la replica di percorsi principali per qtree secondari, per configurare e gestire i programmi di snapshot che controllano quando tutti i qtree in un volume secondario vengono aggiornate dai loro rispettivi percorsi primari e quante istantanee salvare, ai trasferimenti portate a termine, per controllare lo stato, e di liberare risorse conservati per riavviare i backup da un qtree restaurato.
Su un apparecchio che è sia un primario e uno secondario, tutti i sottocomandi e le opzioni sono disponibili. Tuttavia, mescolando primario e secondario set di dati all'interno dello stesso volume è fortemente sconsigliato, in quanto i ritardi di sincronizzazione inerenti secondaria sul lato orari snapshot interferirà con lato primario orari snapshot.
SnapVault si basa su lo stesso motore di replica logica qtree SnapMirror. (Vedi SnapMirror per maggiori dettagli sulle snapmirror.) Un trasferimento iniziale da un insieme di dati primari impostato su un qtree secondaria replica e protegge in tal modo tutti i dati nel set di dati primario. Successivamente, su un utente specificato il calendario, i contatti SnapVault secondarie alle primarie per aggiornare i suoi qtree con gli ultimi dati delle primarie. Dopo che tutti gli aggiornamenti sono completi, il secondario crea una nuova istantanea che cattura e conserva i contenuti di tutti i qtree recentemente aggiornati. Da parte loro, le primarie creare snapshot in base a una pianificazione definita dall'utente. Quando i contatti secondari del primario, che trasferisce i dati da una di queste primarie creati istantanee. I qtree secondari sono di sola lettura.
Ci sono tre passaggi per configurare SnapVault. La prima è la configurazione di base: licenza, abilitazione, delle autorizzazioni di accesso, e (solo per i filer che avranno volumi SnapLock secondarie) la configurazione del volume di registrazione LockVault. Il SnapVault primaria e secondaria sono con licenza separata e richiedono sv_ontap_sec separata e licenze sv_ontap_pri (vedi patente per i dettagli). Tuttavia, entrambi possono essere concessi in licenza insieme. Per abilitare SnapVault sulle primarie e secondarie, utilizzare il comando opzioni per impostare l'opzione di snapvault.enable (vedere le opzioni per i dettagli). Per dare il permesso SnapVault secondaria per trasferire i dati dalle primarie, impostare l'opzione snapvault.access su ciascuna delle primarie. (Vedi protocolaccess per i dettagli). Per dare primarie il permesso di ripristinare i dati dalla secondaria, impostare l'opzione snapvault.access sul secondario. Per configurare il volume di registrazione LockVault (solo per i filer che avranno volumi SnapLock secondarie), impostare l'opzione snapvault.lockvault_log_volume sul secondario.
Il secondo passo consiste nel configurare i percorsi principali che devono essere replicati qtree secondari. Questa operazione viene eseguita sul secondario. Il comando di avvio SnapVault sia configura un primary_path-secondary_qtree coppia e lancia il trasferimento iniziale completa dei dati dal primario al secondario. Il comando di stato SnapVault segnala lo stato attuale per i qtree. Lo stato-c SnapVault comando riporta le configurazioni qtree. Il comando SnapVault modify set cambia la configurazione con il comando di avvio SnapVault.
Il passo terza configurazione è quello di stabilire gli orari snapshot SnapVault sulle primarie e secondarie con il comando a scatto SnapVault sched. Un programma snapshot in un volume crea e gestisce una serie di istantanee con il nome la stessa radice, ma un'estensione diversa, ad esempio sv.0, sv.1, sv.2, ecc (Per gli snapshot sui volumi SnapLock secondarie, le estensioni sono rappresentazioni la data e l'ora della creazione dello snapshot anziché 0,0, 0,1, ecc.) Le primarie e secondarie devono avere orari snapshot con l'associazione dei nomi radice snapshot. Sul secondario, l'opzione-x del comando a scatto SnapVault sched dovrebbe essere impostato per indicare che il secondario dovrebbe trasferire i dati delle primarie prima di creare l'istantanea secondario. Se-x è impostato, quando il tempo previsto arriva per la secondaria di creare il suo sv.0 nuova (o sv.yyyymmdd_hhmmss_zzz per i volumi SnapLock) snapshot, gli aggiornamenti secondari di qtree nel volume dal snapshot sv.0 sul primario rispettiva . Così, i primari e secondari devono orari snapshot con gli stessi nomi snapshot di base. Tuttavia, ora di creazione istantanea e il numero di istantanee conservati sul primario e secondario possono essere diverse.
Durante il normale funzionamento, aggiornamenti qtree e la creazione di snapshot procedere automaticamente in base alla pianificazione degli snapshot. Tuttavia, SnapVault supporta anche il funzionamento manuale. Il comando di aggiornamento SnapVault sul secondario avvia un trasferimento aggiornamento dal primario al secondario per una qtree individuale. Lo snap SnapVault creare comando inizia la creazione di snapshot come se il tempo previsto era arrivato. Sul secondario, se l'opzione-x per la pianificazione degli snapshot è impostato, il secondario si metterà in contatto le primarie per iniziare i trasferimenti di aggiornamento per tutti i qtree nel volume, proprio come sarebbe se il tempo previsto era arrivato.
Se un intero qtree primaria deve essere ripristinato da una versione precedente disponibile sul secondario, l'utente può utilizzare il comando SnapVault di ripristino sul primario. Se un qtree primaria esistente deve essere ritornata ad una versione precedente disponibile sul secondario, l'utente può utilizzare il restore-r SnapVault comando sul primario. Il qtree primario sarà di sola lettura fino al trasferimento completamento del ripristino, momento in cui diventa scrivibile. Dopo un ripristino, l'utente può scegliere di riprendere i backup dal qtree ripristinato al qtree secondaria da cui è stato restaurato. In questo caso, l'utente dovrebbe rilasciare l'inizio-r SnapVault comando sul secondario. In caso contrario, l'utente deve dire la secondaria che lo snapshot utilizzato per il ripristino non è necessario per riprendere il backup con il comando di rilascio SnapVault sul secondario. Se l'utente non rilascia uno di questi due comandi, uno snapshot verrà salvato sul secondario a tempo indeterminato.
SnapVault è supportato su vfilers regolari, così come il filer fisico denominato vfiler0. Utilizzare contesto vfiler o vfiler correre per impartire comandi SnapVault su un vfiler specifica. Vedi vfiler per i dettagli su come emettere comandi vfilers. L'uso di SnapVault su vfilers richiede una licenza MultiStore.
Se utilizzato su un vfiler, alcune restrizioni applicate. Il vfiler deve essere radicato in un volume. Al fine di eseguire qualsiasi operazione sul SnapVault qtree, il vfiler deve avere la proprietà esclusiva del volume contenente i qtree.
SnapVault può essere attivata o disattivata su un vfiler indipendente. SnapVault comandi emessi su un vfiler può funzionare solo a qtree essa ha la proprietà di. Inoltre, il vfiler deve avere la proprietà esclusiva del volume di hosting.
Per la compatibilità all'indietro, il filer fisica (vfiler0) in grado di operare su tutti i qtree, anche se sono di proprietà di vfilers. Si raccomanda, tuttavia, che tutti qtree eseguire il backup sia da vfiler0 o vfiler hosting, non entrambi. When vfiler storage units are backed up via vfiler0, leave snapmirror off on the vfiler.
USAGE
The snapvault subcommands are:start [ -r ] [ -k n ] [ -t n ] [ -w ] [ -o options ] [ -S [ primary_filer :] primary_path ] secondary_qtree
- Opzioni
- is opt_name = opt_value [[, opt_name = opt_value ]…]
The -k option sets the maximum speed at which data is transferred in kilobytes per second. It is used to throttle disk, CPU, and network usage. If this option is not set, the filer transmits data as fast as it can. The setting applies to the initial transfer as well as subsequent update transfers from the primary.
The -t option sets the number of times that updates for the qtree should be tried before giving up. The default is 2. When the secondary starts creating a snapshot, it first updates the qtrees in the volume (assuming the -x option was set on the snapshot schedule). If the update fails for a reason such as a temporary network outage, the secondary will try the update again one minute later. This option says how many times the secondary should try before giving up and creating a new snapshot with data from all the other qtrees. If set to 0, the secondary will not update the qtree at all. This is one way to temporarily disable updates to a qtree.
The -w option causes the command not to return once the baseline transfer starts. Instead, it will wait until the transfer completes (or fails), at which time it will print the completion status and then return.
The -S option specifies the primary filer and path. It must be given the first time to configure the qtree. It is optional when restarting an initial transfer for a previously configured qtree.
The -r option tells the secondary to restart updates from a different primary path. Most often, this command will be used after a snapvault restore to tell the secondary to restart updates from a qtree that was previously restored from the secondary to a primary. It may also be used after a primary data set is migrated to a new primary volume.
The -o option sets user configurable options for this relationship. These option settings apply to the initial transfer as well as subsequent update transfers for this relationship. We currently support the following options:
back_up_open_files
The supported values for this option are on and off . The default value for this option is on .
When this option is turned off, the open systems SnapVault agent will not back up any files that are open on the primary at the time of the back up transfer. Files on the primary that changed after the agent had begun transferring the file contents will also be excluded from that back up transfer.
When turned on, the OSSV agent includes the open files in the back up transfer.
Si noti che questa impostazione opzione riguarda solo i sistemi che utilizzano primarie OSSV 2.0 o superiore.
ignore_atime
I valori supportati per questa opzione sono on e off. Il valore predefinito per questa opzione è disattivata.
Quando questa opzione è attivata, SnapVault ignorerà i file che hanno solo cambiato i loro tempi di accesso per i trasferimenti incrementali.
Quando è spenta, SnapVault trasferirà i metadati per tutti i file modificati.
modificare [n-k] [-t n] [-o opzioni] [-S pri_ m ary_filer: primary_path] secondary_qtree
- Opzioni
- è opt_name opt_value = [[, opt_name opt_value =] ...]
update [n-k] [-s snapname] [w-] secondary_qtree
Disponibile sul solo secondaria. Comincia subito un aggiornamento del qtree specificato sul secondario. Il qtree devono essere stati precedentemente configurato con il comando di avvio SnapVault.
L'opzione-k imposta la velocità di trasferimento massima in kilobyte al secondo, proprio come si fa nel comando di avvio SnapVault. Tuttavia, in questo caso, l'impostazione applica solo a questo trasferimento uno. Essa non modifica in modo permanente la configurazione per il qtree.
L'opzione-s dice che snapshot sul primario deve essere utilizzato per l'aggiornamento. Se l'opzione non è impostata, il primario crea un nuovo snapshot e trasferisce il suo contenuto al secondario.
L'opzione-w fa sì che il comando non tornare ancora una volta il trasferimento incrementale. Sarà invece attendere che il trasferimento viene completato (o non riesce), momento in cui verrà stampato lo stato di completamento e poi ritornare.
stop [-f] secondary_qtree
Disponibile sul solo secondaria. Deconfigura il qtree quindi non ci sarà più nessun aggiornamento del qtree e poi elimina il qtree dal file system attivo. La soppressione del qtree può richiedere molto tempo per qtree grandi ei blocchi di comando fino a quando l'eliminazione è completo. Il qtree non viene eliminato dagli snapshot che già esistono sul secondario. Tuttavia, dopo la cancellazione, la qtree non apparirà in nessun istantanee future. Per mantenere il qtree a tempo indeterminato, ma si fermano gli aggiornamenti del qtree, utilizzare il SnapVault modify-t 0 di comando per impostare i tentativi per il qtree a 0.
L'opzione-f forza il comando di arresto di procedere senza prima chiedere la conferma da parte dell'utente.
scatto sched [-f] [-x] [-o opzioni] [volname [snap_ n ame [programma]]]
- Opzioni
- è opt_name opt_value = [[, opt_name opt_value =] ...]
Disponibile su primario e secondario. Imposta, modifiche o programmi istantanee elenchi. Il-f,-x,-o opzioni sono disponibili solo sul secondario. Se nessun argomento è dato programma, il comando elenca gli orari snapshot attualmente configurate.
Se volname, snapname, e la pianificazione sono tutti specificati, i set di comandi o modificare la pianificazione degli snapshot. Le istantanee verranno creati in volume vol_ n ame. Il nome radice delle istantanee saranno snap_ n ame. Per esempio, se è snapname sv, le istantanee vengono assegnati i nomi, i sv.0 sv.1 e sv.2, ecc, per non SnapLock volumi e volumi SnapLock primarie. Le istantanee vengono assegnati i nomi sv. Yyyym_ m dd_hhmmss_zzz, dove yyyymmdd_hhmmss_zzz è la data / ora / fuso orario in cui lo snapshot viene creato, per i volumi SnapLock secondarie.
L'opzione-f forza lo snap SnapVault sched comando su un volume SnapLock di procedere senza prima chiedere la conferma da parte dell'utente. E 'ignorato per non SnapLock volumi e per le primarie.
Quando si imposta o si modifica un programma di snapshot, l'opzione-x dice SnapVault per trasferire i nuovi dati provenienti da tutti i percorsi primari prima di creare lo snapshot. Nella maggior parte dei casi, questa opzione dovrebbe essere impostata durante la configurazione di programmi di istantanee sul secondario perché in questo modo si SnapVault backup pianificati. In casi particolari, ad esempio, per creare snapshot settimanali sul secondario quando non istantanee settimanali sono in programma le primarie, l'utente può scegliere di non impostare l'opzione-x sul secondario. L'opzione-x non è consentita quando non fissando un calendario.
L'opzione-o imposta le opzioni configurabili dall'utente per questo pianificazione degli snapshot. Al momento supporta l'opzione seguente:
retention_period count = {d | m | y} | default
Questa opzione viene utilizzata per specificare un periodo di conservazione per le istantanee che vengono pianificati dal comando scatto SnapVault sched SnapLock per i volumi secondari. Il periodo di conservazione è specificato come un conteggio seguito da un suffisso. I suffissi validi sono d per giorni, M per mesi e y per anni. Ad esempio, un valore di 6m rappresenta un periodo di conservazione di 6 mesi. Il periodo massimo di conservazione validità è di 30 anni, o del massimo previsto periodo di conservazione per il volume, a seconda di quale è più corta. Il periodo minimo di conservazione valido è 0 giorni o alla durata di conservazione minima fissata per il volume, il periodo più lungo. Se il valore di opzione è di default o l'opzione retention_period non viene specificato, le istantanee saranno creati con i periodi di conservazione pari al periodo predefinito di conservazione del volume SnapLock secondario, o 30 anni, a seconda di quale è più corta. Questa opzione viene ignorata se il volume non è un volume SnapLock.
Se volname solo ed snapname sono specificate, il comando visualizza il calendario per le istantanee con snapname nome in volname volume. Se volname solo viene specificato, il comando visualizza il calendario di tutti gli snapshot in volname volume. Se nessun argomento è dato, il comando visualizza il calendario di tutti gli snapshot configurati in tutti i volumi.
Nel programma, cnt SnapVault racconta come molte delle istantanee da conservare per primarie e per i volumi nonSnapLock secondarie. Le istantanee saranno numerate recente al più vecchio da 0 a -1 cnt. Quando si crea un nuovo snapshot, SnapVault cancellerà le vecchie istantanee, incremento di uno il numero sulle foto rimanenti e quindi creare un nuovo numero 0 snapshot. Se uno snapshot non è presente nella sequenza (ad esempio sv.0, sv.1 e sv.3 esistono, ma non sv.2), solo delle istantanee che devono essere rinumerati per fare spazio al nuovo sv.0 snapshot sarà rinumerati. Nell'esempio, sv.0 e sv.1 verrebbe rinominato sv.1 e sv.2, ma sv.3 rimarrebbe invariato.
La cnt nel programma viene interpretato in modo diverso per volumi SnapLock SnapVault secondarie. Per i volumi SnapLock secondarie, gli snapshot vengono creati con un nome che include una data codificata e ora quando lo snapshot viene creato. Queste istantanee non sono mai rinominati e non vengono mai cancellati automaticamente. Queste istantanee possono essere eliminati utilizzando delete scatto dopo il periodo di conservazione dello snapshot è scaduta. Se cnt è 0, non sarà presa istantanee. Se cnt è un qualsiasi valore diverso da zero, istantanee saranno presi e non istantanee verranno automaticamente eliminati.
Se specificato, il day_list specifica in quali giorni della settimana dello snapshot deve essere creato. Il day_list è un elenco separato da virgole delle prime tre lettere del giorno: lun, mar, mer, gio, ven, sab, dom. I nomi non sono case sensitive. Gamme di corrente quali lun-ven può anche essere somministrato. Il valore predefinito è day_list lun-dom, ovvero tutti i giorni.
Se specificato, il hour_list specifica quali ore della giornata l'istantanea deve essere creato, nei giorni stabiliti. Il hour_list è un elenco separato da virgole delle ore durante il giorno, dove le ore sono interi da 0 a 23. Intervalli di 8-17 ore, quali sono ammessi. Inoltre, i valori sono consentiti passo in congiunzione con le gamme. Ad esempio, 0-23/2 significa "ogni due ore". Hour_list Il default è 0, cioè la mezzanotte la mattina di ogni giorno programmato.
scatto unsched [-f] [volname [snapname]]
Disponibile su primario e secondario. Vengono annullati la pianificazione per una fotografia o un insieme di istantanee. Se entrambi volname e snapname sono specificate, il comando che vengono annullati schema unico snapshot. Se volname solo viene specificato, il comando vengono annullati tutti gli orari snapshot del volume. Se né volname né snapname sono specificate, il comando vengono annullati tutti gli orari snapshot del sistema.
L'opzione-f forza le istantanee di essere non in programma senza prima chiedere la conferma da parte dell'utente.
Istantanee che sono attualmente attivi come riportato dal comando SnapVault status-s non possono essere disattivati. Attendere per gli aggiornamenti qtree e la creazione di snapshot per completare o interrompere la creazione di snapshot con SnapVault abort-s e poi annullare la pianificazione dello snapshot.
far scattare la creazione di [w-] volname snapname
Disponibile su primario e secondario. Avvia creazione del snapname snapshot precedentemente configurato in volname volume appena, come se il suo tempo previsto per la creazione era arrivato. Vecchie fotografie vengono cancellati, quelli esistenti vengono rinominati, e uno nuovo è stato creato. Sul secondario, se l'opzione-x è stato dato al comando di scatto SnapVault sched quando la pianificazione degli snapshot è stato configurato, quindi aggiornare i trasferimenti dalle primarie per tutti i qtree nel volume inizia proprio come farebbero quando l'orario previsto arriva. Se un altro snapshot SnapVault è attivamente in fase di creazione nello stesso volume, attività su questo snapshot verranno accodate fino a quando i lavori sulla snapshot altro completa.
L'opzione-w non ha alcun effetto se solo il primario è concesso in licenza. Se il secondario è concesso in licenza, l'opzione-w fa sì che il comando non tornare ancora una volta la creazione di snapshot viene avviato. Sarà invece attendere che la creazione di snapshot completa (o non riesce), momento in cui verrà stampato lo stato di completamento e poi ritornare.
scatto mantenere [-f] volname snapname count {d | m | y}
Disponibile sul solo secondaria. Estende il periodo di detenzione sulla snapname snapshot esistente in un volume di volname SnapLock al periodo di conservazione specificato. Il periodo di conservazione specificato inizia al momento della stipula del comando. Il periodo di conservazione è specificato come un conteggio seguito da un suffisso. I suffissi validi sono d per giorni, M per mesi e y per anni. Ad esempio, un valore di 6m rappresenta un periodo di conservazione di 6 mesi. Il periodo massimo di conservazione validità è di 30 anni, o del massimo previsto periodo di conservazione per il volume, a seconda di quale è più corta.
Il periodo di conservazione può essere esteso solo da questo comando. Questo comando non consente il periodo di conservazione dello snapshot da ridurre. Inoltre, se lo snapshot non ha un periodo di conservazione, questo comando non stabilire un periodo di detenzione sulla snapshot. Periodi di conservazione iniziali sono fissati in istantanee che vengono create in base a una pianificazione degli snapshot SnapVault o come il risultato dello snap SnapVault comando create sui volumi SnapLock. Periodi di conservazione non può essere impostato su qualsiasi altre istantanee, né istantanee che non sono sui volumi SnapLock.
L'opzione-f forza il periodo di conservazione può essere prorogato senza prima chiedere la conferma da parte dell'utente.
abort [-f] [-h] [dst_filer:] dst_path
abort-s volname snapname
Disponibile su primario e secondario. Annulla trasferisce a tutti dst_path s specificato o, con l'opzione-s, annulla la creazione di uno snapshot. La destinazione è dst_path sul secondario per gli aggiornamenti normali, ma è sul primario per ripristini. Quando si annulla una creazione snapshot, il comando cancella anche tutti i trasferimenti di aggiornamento avviate come parte della creazione dello snapshot.
Qualsiasi trasferimento di un checkpoint restart (è possibile visualizzare questo tramite il comando status SnapVault) possono essere riavviabile, per cancellare il checkpoint restart e forzare ogni successivo trasferimento di iniziare dall'inizio e, eventualmente, un'istantanea diversa sul primario, è possibile utilizzare abort -h sul dst_path. L'opzione-h specifica che si tratta di un duro interrompere, il checkpoint restart verrà cancellata in aggiunta al trasferimento in fase di arresto.
Il comando abort può essere invocato sia dal primario o secondario del filer. Tuttavia, l'opzione-h è efficace solo sul filer destinazione. L'opzione verrà ignorata se specificato sul filer fonte.
L'opzione-f forza il comando abort di procedere senza prima chiedere la conferma da parte dell'utente.
stato [-l |-t |-m] [percorso]
Disponibile su primario e secondario. Visualizza lo stato di tutti i rapporti SnapVault per i quali il filer è o un primario o secondario. Questo comando riporta SnapVault anche se è acceso o spento. Se qualsiasi argomento percorso sono date al comando, solo i rapporti con una fonte di corrispondenza o di destinazione verranno segnalati. Se l'argomento è valido, non ci sarà alcuno status in uscita.
Senza alcuna opzione, il comando si comporta come il comando status SnapMirror, mostrando la forma breve dello stato di ogni relazione. Questa mostra lo stato del lato locale del rapporto, se un trasferimento è in corso (e in caso affermativo, l'avanzamento di tale trasferimento), e il ritardo specchio, cioè la quantità di tempo con cui lo specchio ritardo della sorgente. Questa è una semplice differenza del tempo attuale e il lato sorgente di timestamp dell'ultimo trasferimento successo. Il tempo di ritardo sarà sempre almeno quanto la durata del trasferimento ultimo successo, a meno che gli orologi di origine e di destinazione non sono sincronizzati (nel qual caso potrebbe anche essere negativo).
Se l'opzione-l è dato, l'output visualizza informazioni più dettagliate per ogni relazione.
Se l'opzione-t è dato, l'output visualizza le relazioni che sono attive. Una relazione è considerato attivo se l'origine o la destinazione è coinvolto in:
1. il trasferimento di dati o dalla rete. 2. la lettura o la scrittura di un dispositivo a nastro. 3. Esecuzione locale su disco l'elaborazione o la pulizia. (Es. ordine di arresto SnapVault)
Se l'opzione-m è dato, l'output visualizza conteggi degli aggiornamenti effettuati e falliti, nonché il conteggio dei tempi di un aggiornamento non possa avere inizio immediatamente ed è stato differito.
Su un vfiler, il comando di stato mostra le voci relative alla vfiler solo. Sul filer fisica, le voci di trasferimento di attivi da tutti i vfilers vengono visualizzati. Trasferimenti inattivi vengono visualizzati solo sul vfiler rilevante. Il modo migliore per ottenere un elenco completo e più leggibile dei trasferimenti SnapVault è quello di eseguire vfiler eseguire * stato SnapVault. Esso iteratori attraverso tutti vfilers e gli elenchi suoi trasferimenti.
status-s [volname [snapname]]
Disponibile su primario e secondario. Visualizza lo stato di tutti gli obiettivi snapshot configurati. Mostra anche la pianificazione attualmente configurato per ogni bersaglio un'istantanea visualizzata. Gli obiettivi un'istantanea visualizzata può essere limitata ad un unico volume specificando tale volume, o ad un bersaglio unico istantanea specificando il volume e il nome istantanea.
status-c [qtree]
Disponibile solo sul secondario. Riporta le relazioni attualmente configurate SnapVault. Per ogni relazione, viene visualizzato il, la destinazione di origine, gas, cerca di conteggio e le opzioni configurabili dall'utente impostazioni. Le configurazioni riportate possono essere limitati solo a quelle che comportano una specifica qtree specificando il percorso di tale qtree. Opzionalmente, il filer su cui risiede il qtree può anche essere specificata.
status-b [volume]
Disponibile solo sul secondario. Riporta le informazioni di risparmio di spazio su tutti i SnapVault per i volumi di NetBackup. Le informazioni visualizzate risparmio di spazio può essere limitata ad un singolo volume, specificando che il volume.
rilascio src_path dst_filer: dst_qtree
Sul primario, dice che SnapVault src_path percorso primario non sarà più replicato qtree dst_qtree il dst_filer SnapVault secondario.
Sul secondario, dice che SnapVault qtree src_qtree, che precedentemente era stato ripristinato qtree dst_qtree dst_filer il primario, non sarà utilizzato come una replica per il qtree restaurato. Dopo un ripristino, l'utente può riavviare la replica dal qtree restaurato con lo start-r comando SnapVault. Il comando di rilascio sul secondario SnapVault dice che la replica non sarà riavviata e l'istantanea di essere salvati per il riavvio può essere rilasciato per l'eliminazione normalmente prevista.
il ripristino di [-f] [-k n] [-r] [w-] [-s snapname]-S sec_ o ndary_filer: secondary_path primary_path
Disponibile sul primario. Se rapid_restore non è concesso in licenza, il secondary_path e la pri_ m ary_path devono essere percorsi qtree. I percorsi specificati qtree vengono ripristinati dal secondary_path sul secondary_filer, al primary_path sul filer primario. Quando il completamento del ripristino, il qtree sul primario diventa scrivibile. Il percorso principale può essere un qtree esistente o inesistente uno. Se il qtree primario specificato non esiste il ripristino creerà prima del trasferimento. Se il qtree primaria, quindi il suo contenuto verrà sovrascritto dal trasferimento.
Se rapid_restore è concesso in licenza, sia il sec_ o ndary_path e la primary_path può essere un percorso qtree o volume percorso. Un percorso volume è valida solo per Rapid Restore. Rapid Restore ripristina il percorso specificato volume dal secondary_path sul secondary_filer, al primary_path sul primary_filer. Il volume del primario è accessibile mentre il ripristino è in corso. L'opzione-f forza il rapido processo di ripristino di procedere senza prima chiedere la conferma da parte dell'utente. Quando il completamento del ripristino, il volume del primario è staccato dal secondario.
Per impostazione predefinita, SnapVault di ripristino esegue un trasferimento di linea di base dal qtree secondaria. Se l'opzione-r è usata, un ripristino incrementali essere tentato. Il ripristino incrementale può essere utilizzato per ripristinare le modifiche apportate a un qtree primario dal momento che ogni versione di backup sul secondario. Dal momento che trasferisce solo le modifiche necessarie da secondario a primario, è più efficiente di una base di ripristino.
Per impostazione predefinita, il comando ripristina i dati dal snapshot più recente sul secondario. L'opzione-s specifica che il ripristino dovrebbe invece essere da snapname snapshot sul secondario. L'opzione-k imposta la velocità di trasferimento massima in kilobyte al secondo. L'opzione-f forza l'operazione di procedere senza chiedere conferma. L'opzione-w fa sì che il comando non tornare ancora una volta il trasferimento di ripristino si avvia. Ripristini sono riavviabile, ristampa il comando di ripristino per riavviare un ripristino interrotta.
Dopo il ripristino, l'utente deve riavviare backup sul secondario dal volume ripristinato o qtree sulle risorse primarie snapshot o rilascio detenuti sul secondario per consentire backup di riavvio. Per riavviare i backup dopo il ripristino in un inesistente qtree primaria, la start-r SnapVault comando deve essere rilasciato. Dopo il ripristino di uno qtree primaria esistente o un SnapVault start-R o un aggiornamento SnapVault può essere utilizzato per riavviare backup. Tuttavia, occorre notare che un aggiornamento SnapVault sarà molto più inefficiente. Se non è necessario riavviare il backup, liberare le risorse snapshot sul secondario. Per liberare risorse snapshot sul secondario, eseguire il comando di rilascio SnapVault come descritto sopra.
destinazioni [-s] [[filer:] percorso]
Disponibile su primario e secondario. Sul primario, questa elenca tutte le destinazioni più conosciute per i percorsi SnapVault primarie. Sul secondario, questa elenca tutte le destinazioni conosciute per qtree SnapVault secondarie, se il volume secondario è stato replicato con SnapMirror.
Se il volume secondario è stato replicato con SnapMirror, questo comando, sia sul primario e secondario, segnala l'esistenza dei qtree SnapVault secondari all'interno dei volumi snapmirrored su un altro / e filer o nastro.
L'opzione-s include i nomi di quotazione della istantanee conservati su questo filer per le destinazioni riportate.
Se un percorso specifico è previsto, mete solo per quel percorso saranno elencati. Se il comando viene eseguito sul primario, il percorso deve essere un percorso primario. Se il comando viene eseguito sul secondario, il percorso deve essere un qtree secondaria. Il filer, se specificato, deve essere il nome host del filer questo comando viene eseguito.
OPZIONI
snapvault.enableQuesta opzione attiva SnapVault on e off. Le impostazioni valide sono on e off. L'opzione deve essere impostata su ON le primarie e le secondarie per SnapVault per trasferire i dati dal primario al secondario e creare nuove istantanee. Vedere le opzioni per ulteriori informazioni sulle opzioni di impostazione.
SnapVault può essere attivata solo su vfilers che sono radicati sui volumi.
snapvault.access
Questa opzione controlla che secondari SnapVault possono trasferire dati da un primario e che le primarie possono ripristinare i dati da un secondario SnapVault. La stringa opzione elenca i padroni di casa da cui sono consentite le richieste di trasferimento SnapVault o non consentiti, o le interfacce di rete sul filer fonte su cui sono consentiti i trasferimenti o non consentiti. Impostare l'opzione sul primario per concedere l'autorizzazione al secondario. Impostare l'opzione sul secondario per concedere l'autorizzazione per le primarie.
Un esempio del comando snapvault.access è:
opzioni "host = filer1, filer2 E se = E10, E11" snapvault.access
Questo comando permette di richieste di trasferimento da SnapVault filer filer1 e filer2, ma solo per le interfacce di rete E10 e E11. Vedere le opzioni e protocolaccess per maggiori dettagli.
snapvault.lockvault_log_volume
Questa opzione controlla che il volume deve essere utilizzato come log LockVault il volume. Questo volume contiene i registri di attività SnapVault quando il secondario è un volume SnapLock. Il volume log LockVault deve essere un volume SnapLock online. Essa non deve essere altresì utilizzata come destinazione o SnapMirror SnapVault secondaria. L'orologio conformità deve essere inizializzato prima che il volume log LockVault può essere configurato. Vedere la data per una descrizione di come impostare l'orologio di conformità. Il volume log LockVault deve essere configurato prima di tutte le relazioni SnapVault che includono un volume secondario SnapLock possono essere stabiliti.
Un esempio del comando snapvault.lockvault_log_volume è:
opzioni snapvault.lockvault_log_volume wormlog
Questo comando configura uno esistente, volume in linea SnapLock, wormlog, come il volume di registrazione LockVault.
Vedere il Backup Online Protection Guida al ripristino dei dati e per una descrizione del volume log LockVault e il suo scopo.
Opzioni snapvault.access snapvault.enable e possono essere manipolati in modo indipendente per ogni singolo vfiler base.
FILES
/ Etc / log / snapmirrorQuesto file registra l'attività SnapVault e SnapMirror. Vedi SnapMirror per i dettagli.
See the Data Protection Online Backup and Recovery Guide for a description of the log files in the LockVault log volume.
SEE ALSO
license options date snapvault protocolaccess(8)
Copyright © 1994-2008 NetApp, Inc. Legal Information
based on 1 rating
