La replica dei dati di copia nello spazio di archiviazione remoto protegge i dati in caso di disastro nel sito principale e riduce la quantità di spazio di archiviazione richiesto nel sito principale. L'obiettivo della replica è recuperare i dati in situazioni di perdita di dati e impatto sui sistemi di produzione a causa di problemi come un guasto hardware, problemi software o un evento del sito. La replica dei dati supporta anche la creazione di copie remote dei dati di test/sviluppo, QA e analisi. I dati possono essere replicati da un'appliance di backup/recovery a una seconda appliance (remota) o nel cloud per scopi di recovery, ripristino di emergenza o test e sviluppo.
I template di backup determinano il metodo, la pianificazione e la frequenza di esecuzione della replica dei dati in un sito remoto. Il template di backup definisce come spostare e archiviare i dati in modo efficiente nell'appliance di backup/ripristino remota. La replica dei dati è controllata dalle singole policy dei modelli:
Le policy Da produzione a mirror proteggono i dati delle applicazioni o delle VM da un errore del sito eseguendo il mirroring di una copia completa di questi dati su un sito di produzione remoto. Le applicazioni vengono mantenute aggiornate e possono essere riavviate immediatamente nel sito remoto accedendo ai dati dalla copia di RE remota. Il mirroring dei dati può essere considerato come una replica ottimizzata per l'accesso a un sito remoto. Per maggiori dettagli, consulta Replica delle policy da produzione a mirror.
Le policy Snapshot to OnVault utilizzano una connessione HTTPS per inviare dati allo spazio di archiviazione definito da un pool OnVault. L'opzione di compressione è attiva per impostazione predefinita nei pool OnVault. Per maggiori dettagli, consulta la sezione Invia snapshot a uno o più pool OnVault.
Invia snapshot a uno o più pool OnVault
La policy Da snapshot a OnVault consente di inviare i dati degli snapshot a una località definita da un pool OnVault. Una pianificazione all'interno della policy viene utilizzata per inviare lo snapshot più recente acquisito dalla policy di produzione in snapshot del modello di policy alla località definita dal pool OnVault. Lo spazio di archiviazione del pool OnVault viene in genere utilizzato per la conservazione a lungo termine. Per i dettagli sul pool OnVault, consulta Invia snapshot a uno o più pool OnVault.
Quando i dati vengono inviati a uno spazio di archiviazione definito da un pool OnVault, viene utilizzata una connessione HTTPS per garantire la sicurezza dei dati sulla rete. L'opzione di compressione del pool OnVault è attiva per impostazione predefinita per ridurre al minimo il traffico di rete.
Dopo l'importazione iniziale dello snapshot completo, al pool OnVault vengono inviate solo le modifiche ai dati. Questo è lo stesso modello incrementale permanente utilizzato da altre policy.
Quando accedi ai dati nello spazio di archiviazione di un pool OnVault, tieni presente quanto segue:
Le appliance di backup/ripristino possono creare cloni.
Impossibile creare i LiveClone.
OnVault in più pool OnVault
I dati dell'applicazione possono essere inviati a più target OnVault nel cloud. Ogni target OnVault è controllato da policy separate, pertanto la frequenza di aggiornamento e la conservazione possono essere diverse (ad esempio, aggiornamenti locali frequenti con conservazione breve, insieme ad aggiornamenti meno frequenti nel cloud con conservazione a lungo termine).
OnVault multi-target è supportato con tutti i tipi di applicazioni, tra cui Direct-to-OnVault con VM VMware. In questo caso, i dati vengono scritti direttamente nel primo pool OnVault, bypassando il pool di snapshot, quindi vengono letti dal primo pool OnVault e inviati agli altri.
Replica della policy di produzione in quella di mirroring
Le policy di produzione per il mirroring consentono di replicare una copia dei dati dell'applicazione o della VM in un'appliance di backup/ripristino di destinazione e di accedere ai dati senza una finestra di ripristino, garantendo un RTO molto basso. Se necessario, hai la possibilità di eseguire un failback al sito di produzione con un set di dati identico di cui viene eseguito il mirroring tra le appliance di backup/ripristino locali e remote.
StreamSnap
StreamSnap facilita l'alta affidabilità consentendoti di mantenere una copia remota dello spazio di archiviazione e della configurazione di un'applicazione aggiornata e pronta per uno scenario di failover. Quando un'applicazione gestita da StreamSnap non funziona, monti un backup di failover dell'applicazione dal sito remoto. Una volta risolto il problema, puoi ripristinare il backup di sincronizzazione nel sito locale con le modifiche più recenti, quindi eseguire il failback dell'applicazione nel sito di produzione.
StreamSnap replica gli snapshot dei dati in un'appliance di backup/ripristino remota su una rete IP con larghezza di banda di alta qualità, che può fornire RPO di appena un'ora.
Per le VM VMware, la replica degli snapshot viene trasmessa in parallelo alla seconda appliance di backup/ripristino. Lo streaming di una VM VMware viene eseguito per evitare di attendere il completamento del job di snapshot locale prima di avviare la replica.
Per le applicazioni VM non VMware, la replica degli snapshot avviene dopo il completamento del job di snapshot locale.
Le policy di produzione per il mirroring con la replica StreamSnap sono associate a una policy di produzione per gli snapshot specifica. Utilizzano le impostazioni di pianificazione e frequenza della policy di produzione in snapshot associata.
Puoi conservare i backup di più momenti disponibili nel sito remoto applicando la conservazione in una policy StreamSnap. Quando i backup vengono conservati nell'appliance remota, ne viene creato uno nuovo nell'appliance remota con una data di scadenza determinata dalle impostazioni della policy. Ogni backup remoto supporta tutte le operazioni disponibili con un backup locale quando vi si accede da App Manager.
La replica StreamSnap richiede una connessione di rete affidabile per replicare gli snapshot dei dati nell'appliance remota. La larghezza di banda richiesta per la connessione di rete è direttamente correlata alle dimensioni dell'applicazione (copia iniziale) e alla quantità di modifiche (per gli aggiornamenti incrementali).
Tecnologia di replica dei dati di Backup e RE:
- Protegge i dati in caso di potenziale perdita o danneggiamento in località, data center e aree geografiche remote. In caso di interruzione, la replica dei dati consente di riprendere rapidamente l'accesso e l'utilizzo dei dati.
- Sfrutta al meglio la larghezza di banda della rete utilizzando la tecnologia di compressione.
- Elimina la necessità di un acceleratore/ottimizzatore WAN dedicato.
- Conserva l'ordine di scrittura, anche su più LUN in un gruppo di coerenza.
- Si integra con il gestore della resilienza di Backup e RE.
- Cripta i dati utilizzando lo standard di crittografia AES-256. L'autenticazione tra le appliance viene eseguita utilizzando certificati RSA a 2048 bit.
Metodi di replica
I template di backup determinano il metodo, la pianificazione e la frequenza di esecuzione della replica dei dati in un sito remoto. Il template di backup definisce come spostare e archiviare i dati in modo efficiente nell'appliance di backup/ripristino remota. I profili delle risorse definiscono dove archiviare i dati. I dati possono essere archiviati localmente o su un'appliance di backup/ripristino remota in cui verranno replicati.
La replica dei dati può essere implementata tramite una serie di metodi diversi:
- Mirroring dei dati: le policy di mirroring della produzione proteggono i dati delle applicazioni o delle VM da un errore del sito eseguendo il mirroring di una copia completa di questi dati in un sito di produzione remoto. Le applicazioni vengono mantenute aggiornate e possono essere riavviate in qualsiasi momento nel sito remoto accedendo ai dati dalla copia di RE remota. Il mirroring dei dati può essere considerato come una replica ottimizzata per l'accesso a un sito remoto. Il mirroring dei dati tra un sito di produzione e un sito sottoposto a mirroring è disponibile nel metodo di replica StreamSnap. Per saperne di più, consulta la pagina Replica da produzione a mirror.
Snapshot su OnVault e diretto su OnVault: le policy OnVault inviano i dati tramite la rete a Cloud Storage. Queste policy ti consentono di inviare i dati delle applicazioni e delle VM allo spazio di archiviazione definito da un pool OnVault di Backup e DR. Per saperne di più, consulta la pagina Replica nell'archivio di oggetti definito da un pool OnVault di Backup e DR.
Questi sono i vantaggi di ciascun metodo di replica.
| Metodo di replica | Uso consigliato | Vantaggi | Svantaggi |
|---|---|---|---|
| Snapshot su OnVault o direttamente su OnVault | Conservazione a breve, medio e lungo termine. | Conveniente
La compressione riduce il consumo di larghezza di banda I dati vengono criptati in transito e, facoltativamente, at-rest |
Utilizzo della larghezza di banda più elevato.
Le applicazioni non possono essere eseguite nello spazio di archiviazione definito da un pool OnVault. |
| Mirroring dei dati: StreamSnap | Disaster recovery per le applicazioni che richiedono un RPO più breve. | RPO di un'ora con accesso ai dati e failover quasi istantanei
Compressione e crittografia Replica anche grandi quantità di dati. Conserva i backup da più point-in-time disponibili nell'appliance remota La tecnologia StreamSnap può essere utilizzata per la replica dei log tra appliance locali e remote |
Consumo di larghezza di banda più elevato |
Seleziona un pool di archiviazione per i dati replicati
Per selezionare il pool di archiviazione di destinazione da utilizzare per archiviare i dati di replica StreamSnap in entrata:
- Fai clic sulla scheda Gestisci e seleziona Appliance dal menu a discesa.
- Seleziona un'appliance.
- Fai clic su Configura appliance per aprire la pagina Configurazione appliance.
- Vai a System (Sistema), quindi a Configuration (Configurazione) e infine ad Appliance Settings (Impostazioni appliance).
- Fai clic sulla scheda Spazio di archiviazione. Viene visualizzato un menu a discesa in cui puoi selezionare il pool di snapshot di destinazione per i dati replicati che arrivano a questa appliance di backup/recovery.
(Facoltativo solo per VMware) Puoi eseguire l'override di questa impostazione per le VM VMware se vuoi che vengano indirizzate a un datastore ESX. Seleziona la casella Override VM ed effettua le seguenti selezioni:
- Seleziona un vCenter per gestire l'operazione. Questo vCenter dovrebbe idealmente trovarsi nel sito di RE.
- Seleziona un host ESXi per ospitare le VM VMware. Anche questo host ESXi deve trovarsi nel sito di RE e deve essere acceso e disponibile in qualsiasi momento. Puoi selezionare un solo host ESXi.
- Seleziona i datastore in cui conservare i dati di RE. I datastore devono avere spazio per contenere i VMDK (dischi virtuali) replicati. Se selezioni più datastore, l'appliance di backup/ripristino li utilizzerà a turno.
L'appliance di backup/ripristino creerà nuove VM nel sito di RE utilizzando il nome
DR-<original VM name>. Ad esempio, se la VM di origine si chiama testvm, la copia di RE si chiamerà DR-testvm. Se la VM esiste già ed è spenta, l'appliance di backup/recovery la utilizza come destinazione per le VM replicate.Fai clic sul pulsante grigio Salva impostazioni.
Configura la replica StreamSnap
In base ai requisiti di produzione per il mirroring per la replica di una copia dei dati su una seconda appliance di backup/ripristino, puoi eseguire il failover di un backup di replica StreamSnap su un sito di produzione di dati sottoposto a mirroring su una seconda appliance di backup/ripristino. Successivamente, le modifiche apportate nel sito di RE possono essere replicate (failback) nel tuo ambiente di produzione nell'appliance di backup/ripristino locale.
- È possibile utilizzare più backup di sincronizzazione per replicare le modifiche cumulative apportate nel sito di RE in produzione.
- I backup di sincronizzazione possono essere montati, clonati o ripristinati nel sito di produzione per ripristinare l'accesso.
Per gestire un'applicazione o una VM utilizzando una policy di replica StreamSnap, segui questi passaggi:
- Verifica che entrambe le appliance siano configurate e collegate (scambio di certificati di sicurezza) e che funzionino in Sharing Mode (Modalità di condivisione).
In Piani di backup, crea un modello che includa uno dei seguenti elementi:
- Policy da produzione a snapshot. Le policy di produzione per il mirroring che utilizzano l'opzione di replica StreamSnap sono associate a una policy di snapshot specifica. La policy StreamSnap richiede le impostazioni di pianificazione e frequenza della policy di snapshot associata nel template. Non potrai salvare la policy di replica StreamSnap senza una policy di snapshot di base associata nel template.
- Policy da produzione a mirroring. La policy di mirroring della produzione utilizza la replica StreamSnap. I backup remoti supportano tutte le operazioni disponibili con un backup locale quando vi si accede in Gestione app.
In Piani di backup, crea un profilo delle risorse che specifichi dove archiviare i dati localmente e dove replicarli. Consulta la pagina Crea un profilo delle risorse.
In App Manager, seleziona i dati dell'applicazione che vuoi gestire, quindi applica il modello di policy per gestire le applicazioni o le VM.
Gli snapshot vengono acquisiti localmente e replicati in un'appliance remota. I dati sono quindi disponibili sull'appliance remota per offrire la flessibilità dell'accesso istantaneo. I backup vengono visualizzati sul sistema remoto quando fai clic sul pulsante Remote Snap nella finestra Ripristina in App Manager.
Esegui il test del failover sull'appliance remota come descritto in Testa il failover
In base ai requisiti di mirroring della produzione per la replica di una copia dei dati su una seconda appliance, puoi eseguire il failover di un backup di replica StreamSnap in un sito di produzione su una seconda appliance. Successivamente, le modifiche apportate nel sito di RE possono essere replicate (failback) nell'ambiente di produzione nell'appliance locale. Per maggiori dettagli, consulta la pagina Failover e failback.
Gestione degli errori dei job StreamSnap
Quando un template di backup include una policy di replica StreamSnap e una policy di snapshot e applichi il template di backup a un'applicazione o a una VM, Monitor registra i risultati del job StreamSnap. Durante l'esecuzione, il job StreamSnap viene visualizzato come un singolo job in Monitor. Una volta completata la replica, in Monitoraggio vengono visualizzati due job: uno per il job di snapshot e un secondo per il job StreamSnap.
Tieni presente i seguenti modi in cui un'appliance di backup/ripristino monitora questi job:
- Se la replica va a buon fine, nell'elenco dei job della pagina Job vengono visualizzate due voci di job separate con lo stato Riuscito. Entrambe le voci dei job hanno lo stesso Nome job, ad eccezione del fatto che il job StreamSnap include anche un suffisso S nel Nome job.
- Se si verifica un errore del job, per il job StreamSnap o per il job di snapshot, nell'elenco dei job della pagina Job vengono visualizzate due voci per identificare quale job è stato eseguito correttamente e quale non è riuscito.
Le ore di inizio e di fine della voce del job StreamSnap e della voce del job di snapshot saranno identiche in Monitor. Il tempo effettivo impiegato per la fase di snapshot è elencato nella pagina Statistiche del job StreamSnap.
La tabella seguente descrive la cronologia dei job e il comportamento di gestione degli errori in base all'esito positivo o negativo della policy degli snapshot e della policy di replica di StreamSnap quando vengono utilizzate per proteggere un'applicazione.
| Scenario di protezione | Comportamento della cronologia dei job |
|---|---|
| I job di snapshot e StreamSnap vengono completati correttamente | Nell'elenco dei job vengono visualizzate due voci di job separate con lo stato Riuscito quando il job viene completato. Entrambe le voci del job hanno lo stesso Nome job, ad eccezione del fatto che il job StreamSnap include anche un suffisso S nel Nome job. |
| Il job di snapshot ha esito positivo, il job StreamSnap non riesce | Per il job di snapshot, nell'elenco dei job viene visualizzata una voce con lo stato Riuscito.
Il job StreamSnap viene ripetuto fino a tre volte. |
| Sia i job di snapshot sia quelli di StreamSnap non riescono, ma l'appliance tenta di riprovare | Nella lista dei job viene visualizzata una voce di job StreamSnap con lo stato Tentativo ripetuto.
Se il job di snapshot ha esito positivo, ma il job StreamSnap continua a non riuscire, vengono generate due voci di job e non verranno eseguiti ulteriori tentativi per StreamSnap. |
| Sia i job di snapshot singoli che quelli di StreamSnap non riescono dopo il numero massimo di nuovi tentativi | Nell'elenco dei job viene visualizzata una voce del job StreamSnap con lo stato Non riuscito. |
Tentativi di replica di StreamSnap
La replica StreamSnap (SnapReplicate) replica uno snapshot point-in-time dell'applicazione originale. Per saperne di più, consulta la pagina Crea una policy di replica da produzione a mirror di StreamSnap.
Vantaggi
La replica di StreamSnap su host diversi può essere eseguita contemporaneamente, di conseguenza la replica su più host può essere completata molto più velocemente.
Se la fase di snapshot di un job StreamSnap va a buon fine, ma la fase StreamSnap non va a buon fine, quest'ultima viene ripetuta fino a tre volte prima che il job StreamSnap non vada a buon fine. Il job StreamSnap ha un suffisso S seguito dalla lettera a, b o c, che indica il numero di nuovi tentativi.
Se il job di snapshot non va a buon fine, viene eseguito un nuovo tentativo. Se un nuovo tentativo va a buon fine, il job di replica può procedere. Il job StreamSnap non va a buon fine solo se il job di snapshot non va a buon fine anche dopo i nuovi tentativi.
Quando esegui un nuovo job StreamSnap mentre un job StreamSnap esistente è già in esecuzione, il nuovo job StreamSnap viene automaticamente suddiviso in due job (snap+replicate) prima di essere inserito in coda. In questo scenario, la parte di snapshot del secondo job può essere eseguita in parallelo con la parte di replica del secondo job. La parte di replica del secondo job attende il completamento del job di snapshot prima di attivarsi.
Replica degli snapshot on demand
La console di gestione dell'appliance consente di replicare lo snapshot locale o uno StreamSnap da qualsiasi appliance accoppiata a qualsiasi appliance accoppiata utilizzando l'opzione Replica dal menu a discesa della sezione dei dettagli dell'immagine. La replica riguarderà sempre le modifiche dal backup selezionato a quello più recente nel sito remoto. Per questo motivo, se sono presenti più backup da replicare, è consigliabile replicarli dal più vecchio al più recente. Puoi fornire il tuo periodo di conservazione durante la replica del backup. Consulta la sezione Replica un backup.
Replica un backup
Segui queste istruzioni per replicare un backup:
Fai clic sulla scheda App Manager e seleziona l'opzione Applications dall'elenco a discesa.
Viene visualizzata la pagina Applicazioni.
Seleziona l'applicazione con il backup che vuoi replicare, quindi scegli Accedi dall'elenco a discesa nell'angolo in basso a destra della pagina Applicazioni. Si apre la pagina Accesso, che elenca i backup acquisiti nella visualizzazione della rampa della cronologia. È possibile selezionare e replicare sia i tipi di backup di snapshot sia quelli remoti, inclusi i backup StreamSnap.
Seleziona un backup, quindi seleziona Replica dall'elenco delle operazioni di accesso.
Viene visualizzata la pagina Replica.
Dal menu a discesa Destinazione, seleziona l'appliance di destinazione per la replica.
Nella sezione Scadenza, seleziona una delle seguenti opzioni per il backup appena replicato:
- Uguale all'origine: seleziona Uguale all'origine se vuoi impostare la stessa data di scadenza del backup di origine.
- Conserva: seleziona Conserva se vuoi impostare la durata della scadenza per il backup replicato in ore, giorni, settimane, mesi o anni.
- Scade il: seleziona Scade il se vuoi che la replica scada in una data specifica e indicala.
- Scade il: seleziona Scade il e specifica la data di scadenza del backup replicato.
- Nessuna scadenza: seleziona Mai se non vuoi che il backup replicato scada.
Fai clic su Invia.