Skip to main content
NetApp Disaster Recovery
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Creare un piano di replica in NetApp Disaster Recovery

Collaboratori netapp-ahibbard amgrissino
PDF

Dopo aver aggiunto i siti vCenter, sei pronto per creare un disaster recovery o un piano di replica. I piani di replica gestiscono la protezione dei dati dell'infrastruttura VMware. Selezionare i vCenter di origine e di destinazione, scegliere i gruppi di risorse e raggruppare le modalità di ripristino e accensione delle applicazioni. Ad esempio, è possibile raggruppare le macchine virtuali (VM) associate a un'applicazione oppure le applicazioni che hanno livelli simili. Tali piani sono talvolta chiamati blueprint.

*Ruolo obbligatorio NetApp Console * Ruolo di amministratore dell'organizzazione, amministratore di cartelle o progetti, amministratore del ripristino di emergenza, amministratore del failover del ripristino di emergenza o amministratore dell'applicazione di ripristino di emergenza.

"Scopri di più sui ruoli utente e sulle autorizzazioni in NetApp Disaster Recovery". "Scopri di più sui ruoli di accesso NetApp Console per tutti i servizi".

Informazioni su questo compito

È possibile creare un piano di replicazione e anche modificare le pianificazioni per la conformità e i test. Eseguire failover di prova delle VM senza influire sui carichi di lavoro di produzione.

È possibile proteggere più VM su più datastore. NetApp Disaster Recovery crea gruppi di coerenza ONTAP per tutti i volumi ONTAP che ospitano datastore VM protetti.

Le VM possono essere protette solo se il piano di replica si trova in uno dei seguenti stati:

  • Pronto

  • Failback eseguito

  • Test failover eseguito

Snapshot del piano di replicazione

Disaster Recovery mantiene lo stesso numero di snapshot sui cluster di origine e di destinazione. Per impostazione predefinita, il servizio esegue un processo di riconciliazione degli snapshot ogni 24 ore per garantire che il numero di snapshot sui cluster di origine e di destinazione sia lo stesso.

Le seguenti situazioni possono causare una differenza nel numero di snapshot tra i cluster di origine e di destinazione:

  • In alcune situazioni, le operazioni ONTAP esterne al Disaster Recovery possono aggiungere o rimuovere snapshot dal volume:

    • Se mancano snapshot sul sito di origine, gli snapshot corrispondenti sul sito di destinazione potrebbero essere eliminati, a seconda del criterio SnapMirror predefinito per la relazione.

    • Se mancano snapshot sul sito di destinazione, il servizio potrebbe eliminare gli snapshot corrispondenti sul sito di origine durante il successivo processo di riconciliazione degli snapshot pianificato, a seconda del criterio SnapMirror predefinito per la relazione.

  • Una riduzione del numero di snapshot conservati nel piano di replica può far sì che il servizio elimini gli snapshot più vecchi sia sul sito di origine che su quello di destinazione per soddisfare il numero di snapshot di conservazione appena ridotto.

In questi casi, Disaster Recovery rimuove gli snapshot più vecchi dai cluster di origine e di destinazione al successivo controllo di coerenza. In alternativa, l'amministratore può eseguire una pulizia immediata dello snapshot selezionando Azioni*Punti orizzontali Menu azioni sull'icona del piano di replica e selezionando *Pulisci snapshot.

Il servizio esegue controlli di simmetria degli snapshot ogni 24 ore.

Prima di iniziare

  • Prima di creare una relazione SnapMirror , configurare il cluster e il peering SVM al di fuori del Disaster Recovery.

  • Con Google Cloud, puoi aggiungere un solo volume o datastore a un piano di replica.

Suggerimento Organizza le tue VM prima di implementare NetApp Disaster Recovery per ridurre al minimo la "proliferazione incontrollata degli archivi dati". Posizionare le VM che necessitano di protezione su un sottoinsieme di datastore e posizionare le VM che non saranno protette su un sottoinsieme diverso di datastore. Utilizzare la protezione basata su datastore per garantire che le VM su un dato datastore siano protette.

Crea il piano

Una procedura guidata ti guiderà attraverso questi passaggi:

  • Selezionare i server vCenter.

  • Selezionare le VM o gli archivi dati che si desidera replicare e assegnare gruppi di risorse.

  • Illustra il modo in cui le risorse dall'ambiente di origine vengono mappate alla destinazione.

  • Imposta la frequenza di esecuzione del piano, esegui uno script ospitato da guest, imposta l'ordine di avvio e seleziona l'obiettivo del punto di ripristino.

  • Rivedi il piano.

Quando create il piano, seguite queste linee guida:

  • Utilizzare le stesse credenziali per tutte le VM nel piano.

  • Utilizzare lo stesso script per tutte le VM nel piano.

  • Utilizzare la stessa subnet, DNS e gateway per tutte le VM nel piano.

Seleziona i server vCenter

Per prima cosa, seleziona il vCenter di origine e poi quello di destinazione.

Passi

  1. Dal menu di navigazione a sinistra NetApp Console , selezionare Protezione > Disaster recovery.

  2. Dal menu NetApp Disaster Recovery, selezionare Replication plans e selezionare Add. Se è la prima volta che si crea un piano di replica, dalla Dashboard selezionare Add replication plan.

  3. Inserisci un nome per il piano di replica.

  4. In Origine vCenter, seleziona il vCenter in cui si trovano i dati dal menu a tendina. In Destinazione vCenter, seleziona il vCenter a cui replicare i dati dal menu a tendina.

    Screenshot che mostra la pagina del server vCenter

  5. Selezionare Avanti.

Selezionare le applicazioni da replicare e assegnare gruppi di risorse

Il passaggio successivo consiste nel raggruppare le VM o gli archivi dati richiesti in gruppi di risorse funzionali. I gruppi di risorse consentono di proteggere un set di VM o datastore con uno snapshot comune.

Suggerimento Ogni gruppo di risorse può includere una o più VM o datastore.

Quando si creano gruppi di risorse, tenere presente i seguenti aspetti:

  • Prima di aggiungere datastore ai gruppi di risorse, avviare prima un'individuazione manuale o un'individuazione pianificata delle VM. Ciò garantisce che le VM vengano rilevate ed elencate nel gruppo di risorse. Se non si attiva un'individuazione manuale, le VM potrebbero non essere elencate nel gruppo di risorse.

  • Assicurati che sia presente almeno una VM nel datastore. Se non sono presenti VM nel datastore, il datastore non verrà rilevato.

  • Un singolo datastore non dovrebbe ospitare VM protette da più di un piano di replica.

  • Non ospitare macchine virtuali protette e non protette sullo stesso datastore. Se macchine virtuali protette e non protette sono ospitate sullo stesso datastore, puoi riscontrare questi problemi:

    • La capacità utilizzata di quel volume può contribuire al calcolo della licenza perché Disaster Recovery utilizza SnapMirror, il che significa che il sistema replica interi volumi ONTAP. In questo caso, lo spazio del volume consumato sia dalle VM protette che da quelle non protette verrebbe incluso in questo calcolo.

    • Se è necessario eseguire il failover del gruppo di risorse e dei relativi datastore sul sito di disaster recovery, tutte le VM non protette (VM che non fanno parte del gruppo di risorse, ma sono ospitate sul volume ONTAP ) non saranno più presenti sul sito di origine a seguito del processo di failover, con conseguente errore delle VM non protette sul sito di origine. Inoltre, NetApp Disaster Recovery non avvierà le VM non protette nel sito vCenter di failover.

  • Per proteggere una VM, questa deve essere inclusa in un gruppo di risorse.

Suggerimento Crea un set dedicato separato di mappature per i tuoi test di failover per impedire che VMS venga connesso alle reti di produzione utilizzando gli stessi indirizzi IP.
Passi

  1. Se disponi già di gruppi di risorse, seleziona Resource groups, scegli il gruppo di risorse e poi Next.

    Se non si dispone di gruppi di risorse esistenti o è necessario aggiungere risorse a uno, selezionare Macchine virtuali o Archivi dati.

  2. Seleziona le macchine virtuali o i datastore che desideri aggiungere al piano di replica dall'elenco generato automaticamente. Per le macchine virtuali, puoi filtrare per datastore. Quando selezioni un datastore o una macchina virtuale, viene aggiunto automaticamente a un gruppo di risorse.

    Screenshot che mostra la pagina Aggiungi piano di replicazione > Applicazioni da replicare

  3. Nella metà destra della pagina, rivedere le macchine virtuali o i datastore selezionati.

    • Per rimuovere una VM o un datastore, posiziona il puntatore del mouse sul nome della data source e seleziona X.

    • Per organizzare le risorse in più gruppi di risorse, seleziona Fai clic per aggiungere un altro gruppo di risorse. Dopo aver aggiunto il gruppo di risorse, puoi trascinare e rilasciare le risorse tra i gruppi. Seleziona l'icona della matita* per modificare il nome del gruppo di risorse.

      Screenshot che mostra la pagina Aggiungi piano di replicazione > Applicazioni da replicare

  4. Selezionare Avanti.

Mappare le risorse di origine sulla destinazione

Nella fase di mappatura delle risorse, specificare in che modo le risorse dall'ambiente di origine devono essere mappate alla destinazione. Quando si crea un piano di replica, è possibile impostare un ritardo e un ordine di avvio per ogni macchina virtuale nel piano. Ciò consente di impostare una sequenza per l'avvio delle VM.

Se si prevede di eseguire failover di prova come parte del piano di ripristino di emergenza, è necessario fornire un set di mapping di failover di prova per garantire che le VM avviate durante il test di failover non interferiscano con le VM di produzione. È possibile ottenere questo risultato fornendo alle VM di prova indirizzi IP diversi oppure mappando le schede di rete virtuali delle VM di prova a una rete diversa, isolata dalla produzione ma con la stessa configurazione IP (denominata bubble o rete di prova).

Prima di iniziare

Se si desidera creare una relazione SnapMirror in questo servizio, il cluster e il relativo peering SVM devono essere già stati configurati al di fuori di NetApp Disaster Recovery.

Passi

  1. Nella pagina Mappatura risorse, seleziona la casella per utilizzare le stesse mappature sia per le operazioni di failover che per quelle di test.

    Piano di replicazione, scheda Mappatura delle risorse

  2. Nella scheda Mapping failover, seleziona la freccia rivolta verso il basso a destra di ogni risorsa e mappa le risorse in ogni sezione:

    • Risorse di calcolo

    • Reti virtuali

    • Macchine virtuali

    • Datastore

Sezione risorse di calcolo

La sezione Risorse di calcolo definisce dove verranno ripristinate le VM dopo un failover. Mappare il data center e il cluster vCenter di origine su un data center e un cluster di destinazione.

Facoltativamente, le VM possono essere riavviate su uno specifico host vCenter ESXi. Se VMWare DRS è abilitato, è possibile spostare automaticamente la VM su un host alternativo, se necessario, per soddisfare i criteri DR configurati.

Facoltativamente, è possibile posizionare tutte le VM in questo piano di replica in una cartella univoca con vCenter. Ciò fornisce un modo semplice per organizzare rapidamente le VM sottoposte a failover all'interno di vCenter.

Selezionare la freccia rivolta verso il basso accanto a Risorse di calcolo.

  • Data center di origine e di destinazione

  • Cluster di destinazione

  • Host di destinazione (facoltativo): dopo aver selezionato il cluster, è possibile impostare queste informazioni.

  • Cartella (facoltativa)

Suggerimento Se un vCenter dispone di un Distributed Resource Scheduler (DRS) configurato per gestire più host in un cluster, non è necessario selezionare un host. Se selezioni un host, NetApp Disaster Recovery posizionerà tutte le VM sull'host selezionato. * Cartella VM di destinazione (facoltativa): crea una nuova cartella radice per archiviare le VM selezionate.

Reti virtuali

Le VM utilizzano schede di rete virtuali connesse a reti virtuali. Nel processo di failover, il servizio collega queste schede di rete virtuali alle reti virtuali definite nell'ambiente VMware di destinazione. Per ogni rete virtuale di origine utilizzata dalle VM nel gruppo di risorse, il servizio richiede l'assegnazione di una rete virtuale di destinazione.

Nota È possibile assegnare più reti virtuali di origine alla stessa rete virtuale di destinazione. Ciò potrebbe tuttavia creare conflitti nella configurazione della rete IP. È possibile mappare più reti di origine su una singola rete di destinazione per garantire che tutte le reti di origine abbiano la stessa configurazione.

Nella scheda Mapping failover, seleziona la freccia rivolta verso il basso accanto a Reti virtuali. Selezionare la LAN virtuale di origine e la LAN virtuale di destinazione.

Selezionare la mappatura di rete sulla LAN virtuale appropriata. Le LAN virtuali dovrebbero essere già predisposte, quindi selezionare la LAN virtuale appropriata per mappare la VM.

Macchine virtuali

È possibile configurare ciascuna VM nel gruppo di risorse protetto dal piano di replica in modo che si adatti all'ambiente virtuale vCenter di destinazione impostando una delle seguenti opzioni:

  • Il numero di CPU virtuali

  • La quantità di DRAM virtuale

  • La configurazione dell'indirizzo IP

  • La possibilità di eseguire script shell del sistema operativo guest come parte del processo di failover

  • La possibilità di modificare i nomi delle VM sottoposte a failover utilizzando un prefisso e un suffisso univoci

  • La possibilità di impostare l'ordine di riavvio durante il failover della VM

Nella scheda Mapping failover, seleziona la freccia rivolta verso il basso accanto a Macchine virtuali.

L'impostazione predefinita per le VM è mappata. La mappatura predefinita utilizza le stesse impostazioni utilizzate dalle VM nell'ambiente di produzione (stesso indirizzo IP, subnet mask e gateway).

Se si apportano modifiche alle impostazioni predefinite, è necessario modificare il campo IP di destinazione in "Diverso dall'origine".

Nota Se modifichi le impostazioni in "Diverso dall'origine", devi fornire le credenziali del sistema operativo guest della VM.

Questa sezione potrebbe visualizzare campi diversi a seconda della selezione effettuata.

È possibile aumentare o diminuire il numero di CPU virtuali assegnate a ciascuna VM sottoposta a failover. Tuttavia, ogni VM richiede almeno una CPU virtuale. È possibile modificare il numero di CPU virtuali e di DRAM virtuale assegnate a ciascuna VM. Il motivo più comune per cui potresti voler modificare le impostazioni predefinite della CPU virtuale e della DRAM virtuale è se i nodi del cluster vCenter di destinazione non dispongono di tante risorse disponibili quanto il cluster vCenter di origine.

Nota Attiva le impostazioni avanzate per aggiungere le impostazioni Scripts e coerente con l'applicazione.

Impostazioni di rete Disaster Recovery supporta un ampio set di opzioni di configurazione per le reti VM. Potrebbe essere necessario modificarli se il sito di destinazione dispone di reti virtuali che utilizzano impostazioni TCP/IP diverse rispetto alle reti virtuali di produzione sul sito di origine.

Al livello più basilare (e predefinito), le impostazioni utilizzano semplicemente le stesse impostazioni di rete TCP/IP per ogni VM sul sito di destinazione utilizzate sul sito di origine. Ciò richiede la configurazione delle stesse impostazioni TCP/IP sulle reti virtuali di origine e di destinazione.

Il servizio supporta le impostazioni di rete della configurazione IP statica o Dynamic Host Configuration Protocol (DHCP) per le VM. DHCP fornisce un metodo basato su standard per configurare dinamicamente le impostazioni TCP/IP di una porta di rete host. DHCP deve fornire, come minimo, un indirizzo TCP/IP e può anche fornire un indirizzo gateway predefinito (per il routing verso una connessione Internet esterna), una subnet mask e un indirizzo del server DNS. DHCP è comunemente utilizzato per i dispositivi informatici degli utenti finali, come i computer desktop, i laptop e le connessioni dei telefoni cellulari dei dipendenti, ma può essere utilizzato anche per qualsiasi dispositivo informatico di rete, come i server.

  • Opzione Utilizza le stesse impostazioni di subnet mask, DNS e gateway: poiché queste impostazioni sono in genere le stesse per tutte le VM connesse alle stesse reti virtuali, potrebbe essere più semplice configurarle una volta e lasciare che Disaster Recovery utilizzi le impostazioni per tutte le VM nel gruppo di risorse protetto dal piano di replica. Se alcune VM utilizzano impostazioni diverse, è necessario deselezionare questa casella e specificare tali impostazioni per ciascuna VM.

  • Tipo di indirizzo IP: riconfigurare la configurazione delle VM in modo che corrisponda ai requisiti della rete virtuale di destinazione. NetApp Disaster Recovery offre due opzioni: DHCP o IP statico. Per gli IP statici, configurare la subnet mask, il gateway e i server DNS. Inoltre, immettere le credenziali per le VM.

    • DHCP: selezionare questa impostazione se si desidera che le VM ottengano le informazioni sulla configurazione di rete da un server DHCP. Se si sceglie questa opzione, si forniscono solo le credenziali per la VM.

    • IP statico: selezionare questa impostazione se si desidera specificare manualmente le informazioni di configurazione IP. È possibile selezionare una delle seguenti opzioni: uguale all'origine, diverso dall'origine o mappatura della subnet. Se si sceglie lo stesso della fonte, non è necessario immettere le credenziali. D'altro canto, se si sceglie di utilizzare informazioni diverse dalla fonte, è possibile fornire le credenziali, l'indirizzo IP della VM, la subnet mask, il DNS e le informazioni sul gateway. Le credenziali del sistema operativo guest della VM devono essere fornite a livello globale o a livello di ciascuna VM.

      Ciò può essere molto utile quando si ripristinano ambienti di grandi dimensioni in cluster di destinazione più piccoli o per eseguire test di disaster recovery senza dover predisporre un'infrastruttura VMware fisica uno a uno.

    Screenshot che mostra Aggiungi piano di replicazione > Mappatura risorse > Macchine virtuali

  • Script: è possibile includere script personalizzati ospitati dal sistema operativo guest in formato .sh, .bat o .ps1 come processi post. Grazie agli script personalizzati, Disaster Recovery può eseguire lo script dopo un failover, un failback e processi di migrazione. Ad esempio, è possibile utilizzare uno script personalizzato per riprendere tutte le transazioni del database una volta completato il failover. Il servizio può eseguire script all'interno di VM che eseguono Microsoft Windows o qualsiasi variante Linux supportata con parametri della riga di comando supportati. È possibile assegnare uno script a singole VM o a tutte le VM nel piano di replica.

    Per abilitare l'esecuzione degli script con il sistema operativo guest della VM, devono essere soddisfatte le seguenti condizioni:

    • VMware Tools deve essere installato sulla VM.

    • Per eseguire lo script è necessario fornire credenziali utente appropriate con privilegi adeguati sul sistema operativo guest.

    • Facoltativamente, includi un valore di timeout in secondi per lo script.

      VM che eseguono Microsoft Windows: possono eseguire script batch di Windows (.bat) o PowerShell (ps1). Gli script di Windows possono utilizzare argomenti della riga di comando. Formatta ogni argomento nel arg_name$value formato, dove arg_name è il nome dell'argomento e $value è il valore dell'argomento e un punto e virgola separa ciascuno argument$value paio.

    VM che eseguono Linux: possono eseguire qualsiasi script shell (.sh) supportato dalla versione di Linux utilizzata dalla VM. Gli script Linux possono utilizzare argomenti della riga di comando. Fornire gli argomenti in un elenco di valori separati da punto e virgola. Gli argomenti denominati non sono supportati. Aggiungi ogni argomento al Arg[x] elenco degli argomenti e fare riferimento a ciascun valore utilizzando un puntatore in Arg[x] matrice, ad esempio, value1;value2;value3 .

  • Esegui il downgrade della versione hardware della VM e registra: seleziona questa opzione se la versione dell'host ESX di destinazione è precedente a quella di origine, in modo che corrispondano durante la registrazione.

  • Mantieni la gerarchia delle cartelle originale: per impostazione predefinita, Disaster Recovery conserva la gerarchia dell'inventario delle VM (struttura delle cartelle) in caso di failover. Se la destinazione di ripristino non ha la gerarchia di cartelle originale, Disaster Recovery la crea.

    Deselezionare questa casella per ignorare la gerarchia delle cartelle originale.

  • Prefisso e suffisso della VM di destinazione: nei dettagli delle macchine virtuali, è possibile aggiungere facoltativamente un prefisso e un suffisso a ciascun nome di VM sottoposto a failover. Ciò può essere utile per differenziare le VM sottoposte a failover dalle VM di produzione in esecuzione sullo stesso cluster vCenter. Ad esempio, è possibile aggiungere il prefisso "DR-" e il suffisso "-failover" al nome della VM. In caso di emergenza, alcune persone aggiungono un secondo vCenter di produzione per ospitare temporaneamente le VM in un sito diverso. L'aggiunta di un prefisso o di un suffisso può aiutare a identificare rapidamente le VM sottoposte a failover. È possibile utilizzare il prefisso o il suffisso anche negli script personalizzati.

    È possibile utilizzare il metodo alternativo di impostazione della cartella VM di destinazione nella sezione Risorse di calcolo.

  • CPU e Memoria (GB): Nei dettagli della macchina virtuale, è possibile facoltativamente ridimensionare la CPU e la memoria della VM.

    Nota È possibile configurare la DRAM in gigabyte (GiB) o megabyte (MiB). Sebbene ogni VM richieda almeno un MiB di RAM, la quantità effettiva deve garantire che il sistema operativo guest della VM e tutte le applicazioni in esecuzione possano funzionare in modo efficiente.

  • Ordine di avvio: è possibile modificare l'ordine di avvio dopo un failover per tutte le macchine virtuali selezionate nei gruppi di risorse. Per impostazione predefinita, tutte le VM vengono avviate insieme in parallelo; tuttavia, è possibile apportare modifiche in questa fase. Ciò è utile per garantire che tutte le VM con priorità uno siano in esecuzione prima che vengano avviate le VM con priorità successiva.

    Disaster Recovery avvia in parallelo tutte le VM con lo stesso numero di ordine di avvio.

    • Avvio sequenziale: assegna a ciascuna VM un numero univoco per avviarla nell'ordine assegnato, ad esempio 1, 2, 3, 4, 5.

    • Avvio simultaneo: assegna lo stesso numero a tutte le VM per avviarle contemporaneamente, ad esempio 1,1,1,1,2,2,3,4,4.

  • Ritardo di avvio: regola il ritardo in minuti dell'azione di avvio, indicando la quantità di tempo che la VM attenderà prima di avviare il processo di accensione. Inserisci un valore compreso tra 0 e 10 minuti.

  • Coerente con l'applicazione: indica se creare copie snapshot coerenti con l'applicazione. Il servizio metterà in pausa l'applicazione e quindi creerà uno snapshot per ottenere uno stato coerente dell'applicazione. Questa funzionalità è supportata con Oracle in esecuzione su Windows e Linux e SQL Server in esecuzione su Windows. Vedere maggiori dettagli di seguito.

    È necessario attivare l'interruttore Advance settings per questa opzione. Se si abilita la coerenza con l'applicazione, è necessario fornire le credenziali sotto forma di username e password.

Screenshot che mostra la sezione delle macchine virtuali nelle mappature delle risorse

Creare repliche coerenti con l'applicazione

Molte VM ospitano server di database come Oracle o Microsoft SQL Server. Questi server di database richiedono snapshot coerenti con l'applicazione per garantire che il database sia in uno stato coerente quando viene eseguito lo snapshot.

Gli snapshot coerenti con l'applicazione garantiscono che il database si trovi in uno stato coerente quando viene eseguito lo snapshot. Questo è importante perché garantisce che il database possa essere ripristinato a uno stato coerente dopo un'operazione di failover o failback.

I dati gestiti dal server del database potrebbero essere ospitati sullo stesso datastore della macchina virtuale che ospita il server del database oppure su un datastore diverso. Nella tabella seguente sono illustrate le configurazioni supportate per gli snapshot coerenti con l'applicazione in Disaster Recovery:

Posizione dei dati Supportato Note

All'interno dello stesso datastore vCenter della VM

SÌ

Poiché il server del database e il database risiedono entrambi nello stesso datastore, sia il server che i dati saranno sincronizzati in caso di failover.

All'interno di un datastore vCenter diverso dalla VM

NO

Disaster Recovery non è in grado di identificare quando i dati di un server di database si trovano su un diverso datastore vCenter. Il servizio non può replicare i dati, ma può replicare la VM del server del database.

Sebbene i dati del database non possano essere replicati, il servizio garantisce che il server del database esegua tutti i passaggi necessari per garantire che il database sia inattivo al momento del backup della VM.

All'interno di una fonte dati esterna

NO

Se i dati risiedono su una LUN montata su guest o su una condivisione NFS, Disaster Recovery non può replicare i dati, ma può replicare la VM del server del database.

Sebbene i dati del database non possano essere replicati, il servizio garantisce che il server del database esegua tutti i passaggi necessari per garantire che il database sia inattivo al momento del backup della VM.

Durante un backup pianificato, Disaster Recovery mette in pausa il server del database e quindi esegue uno snapshot della macchina virtuale che ospita il server del database. Ciò garantisce che il database sia in uno stato coerente quando viene eseguito lo snapshot.

  • Per le VM Windows, il servizio utilizza il servizio Microsoft Volume Shadow Copy (VSS) per coordinarsi con uno dei due server di database.

  • Per le VM Linux, il servizio utilizza un set di script per impostare il server Oracle in modalità di backup.

Per abilitare repliche coerenti con l'applicazione delle VM e dei relativi datastore di hosting, selezionare la casella accanto a Crea repliche coerenti con l'applicazione per ogni VM e fornire le credenziali di accesso guest con i privilegi appropriati.

Sezione Datastores

Gli archivi dati VMware sono ospitati su volumi ONTAP FlexVol o su LUN iSCSI o FC ONTAP tramite VMware VMFS. Utilizzare la sezione Datastore per definire il cluster ONTAP di destinazione, la macchina virtuale di archiviazione (SVM) e il volume o LUN per replicare i dati su disco nella destinazione.

Selezionare la freccia rivolta verso il basso accanto a Datastore. In base alla selezione delle VM, vengono selezionate automaticamente le mappature dei datastore.

Questa sezione potrebbe essere abilitata o disabilitata a seconda della selezione effettuata.

Screenshot che mostra Aggiungi piano di replicazione > Mappatura risorse > Datastore

  • Utilizza backup gestiti dalla piattaforma e pianificazioni di conservazione: se utilizzi una soluzione di gestione degli snapshot esterna, seleziona questa casella. NetApp Disaster Recovery supporta l'uso di soluzioni di gestione degli snapshot esterni, come lo scheduler di policy nativo ONTAP SnapMirror o integrazioni di terze parti. Se ogni datastore (volume) nel piano di replicazione ha già una relazione SnapMirror gestita altrove, è possibile utilizzare tali snapshot come punti di ripristino in NetApp Disaster Recovery.

    Se si seleziona questa opzione, NetApp Disaster Recovery non configura una pianificazione di backup. Tuttavia, è comunque necessario configurare una pianificazione di conservazione perché potrebbero essere comunque acquisiti snapshot per operazioni di test, failover e failback.

    Dopo aver configurato questa funzionalità, il servizio non esegue snapshot programmati regolarmente, ma si affida all'entità esterna per l'esecuzione e l'aggiornamento di tali snapshot.

  • Ora di inizio dei backup e della conservazione: Inserisci la data e l'ora in cui desideri che i backup e la conservazione inizino.

  • Frequenza di backup e conservazione: Inserire l'intervallo di tempo in ore e minuti. Ad esempio, se si inserisce 1 ora, il servizio creerà un'istantanea ogni ora.

  • Retention count for all datastores: Inserire il numero di snapshot che si desidera conservare.

    Suggerimento Il numero di snapshot conservati, insieme alla frequenza di modifica dei dati tra ogni snapshot, determina la quantità di spazio di archiviazione consumato sia sull'origine che sulla destinazione. Più snapshot si conservano, più spazio di archiviazione viene consumato.

  • Datastore di origine e di destinazione: se esistono più relazioni SnapMirror (fan-out), è possibile selezionare la destinazione da utilizzare. Se per un volume è già stata stabilita una relazione SnapMirror , vengono visualizzati i datastore di origine e di destinazione corrispondenti. Se si tratta di un volume che non ha una relazione SnapMirror , è possibile crearne una ora selezionando un cluster di destinazione, selezionando una SVM di destinazione e specificando un nome per il volume. Il servizio creerà il volume e la relazione SnapMirror .

    Nota Se si desidera creare una relazione SnapMirror in questo servizio, il cluster e il relativo peering SVM devono essere già stati configurati al di fuori di NetApp Disaster Recovery.

    • Se le VM provengono dallo stesso volume e dallo stesso SVM, il servizio esegue uno snapshot ONTAP standard e aggiorna le destinazioni secondarie.

    • Se le VM provengono da volumi diversi e dallo stesso SVM, il servizio crea uno snapshot del gruppo di coerenza includendo tutti i volumi e aggiorna le destinazioni secondarie.

    • Se le VM provengono da volumi diversi e da SVM diversi, il servizio esegue una fase di avvio del gruppo di coerenza e uno snapshot della fase di commit includendo tutti i volumi nello stesso cluster o in cluster diversi e aggiorna le destinazioni secondarie.

    • Durante il failover, è possibile selezionare qualsiasi snapshot. Se si seleziona lo snapshot più recente, il servizio crea un backup su richiesta, aggiorna la destinazione e utilizza tale snapshot per il failover.

Aggiungere mapping di failover di test

Passi

  1. Per impostare mapping diversi per l'ambiente di test, deselezionare la casella e selezionare la scheda Mapping test.

  2. Procedere come in precedenza per ogni scheda, ma questa volta per l'ambiente di test.

    Nella scheda Test mapping, i mapping Macchine virtuali e Datastore sono disabilitati.

    Suggerimento Successivamente potrai testare l'intero piano. In questo momento stai configurando le mappature per l'ambiente di test.

Rivedere il piano di replicazione

Infine, prenditi qualche minuto per rivedere il piano di replicazione.

Suggerimento Successivamente è possibile disattivare o eliminare il piano di replica.
Passi

  1. Esaminare le informazioni in ogni scheda: Dettagli del piano, Mapping del failover e VM.

  2. Seleziona Aggiungi piano.

    Il piano viene aggiunto all'elenco dei piani.

Modificare un piano di replicazione

È possibile modificare una pianificazione del piano di replica per testare la conformità e garantire che i test di failover vengano completati correttamente.

  • Impatto sui tempi di conformità: quando viene creato un piano di replica, il servizio crea per impostazione predefinita una pianificazione di conformità. Il tempo di conformità predefinito è di 30 minuti. Per modificare questo orario, è possibile modificare la pianificazione nel piano di replica.

  • Impatto del failover di prova: è possibile testare un processo di failover su richiesta o in base a una pianificazione. Ciò consente di testare il failover delle macchine virtuali su una destinazione specificata in un piano di replica.

    Un failover di test crea un volume FlexClone , monta il datastore e sposta il carico di lavoro su tale datastore. Un'operazione di failover di prova non ha alcun impatto sui carichi di lavoro di produzione, sulla relazione SnapMirror utilizzata sul sito di prova e sui carichi di lavoro protetti che devono continuare a funzionare normalmente.

In base alla pianificazione, viene eseguito il test di failover, che garantisce che i carichi di lavoro vengano spostati verso la destinazione specificata dal piano di replica.

Passi

  1. Dal menu NetApp Disaster Recovery , selezionare Piani di replica.

    Screenshot che mostra l'elenco dei piani di replicazione

  2. Seleziona Azioni*Punti orizzontali Menu azioni icona e seleziona *Modifica pianificazioni.

  3. Inserisci la frequenza in minuti con cui desideri che NetApp Disaster Recovery verifichi la conformità dei test.

  4. Per verificare che i test di failover siano integri, seleziona Esegui failover con una pianificazione mensile.

    1. Seleziona il giorno del mese e l'ora in cui desideri che vengano eseguiti i test.

    2. Inserisci la data in formato aaaa-mm-gg in cui desideri che inizi il test.

      Screenshot che mostra dove puoi modificare le pianificazioni

  5. Utilizza snapshot su richiesta per il failover di test pianificato: per acquisire un nuovo snapshot prima di avviare il failover di test automatico, selezionare questa casella.

  6. Per ripulire l'ambiente di test al termine del test di failover, selezionare Pulizia automatica dopo il failover del test e immettere il numero di minuti che si desidera attendere prima che venga avviata la pulizia.

    Nota Questo processo annulla la registrazione delle VM temporanee dalla posizione di test, elimina il volume FlexClone creato e smonta i datastore temporanei.

  7. Seleziona Salva.