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

Replica di un'intera configurazione SVM

Collaboratori

Puoi creare una relazione di disaster recovery (DR SVM) delle SVM per replicare una configurazione SVM su un'altra. In caso di disastro nel sito primario, puoi attivare rapidamente la SVM di destinazione.

Prima di iniziare

I cluster di origine e di destinazione e le SVM devono essere peering. Per ulteriori informazioni, vedere "Creare una relazione peer del cluster" e. "Creare una relazione peer tra cluster SVM".

Per la sintassi completa dei comandi, vedere la pagina man.

A proposito di questa attività

Questo flusso di lavoro presuppone che si stia già utilizzando un criterio predefinito o un criterio di replica personalizzato.

A partire da ONTAP 9.9.1, quando si utilizza la policy del vault mirror, è possibile creare policy Snapshot diverse sulla SVM di origine e di destinazione e le copie Snapshot sulla destinazione non vengono sovrascritte dalle copie Snapshot sull'origine. Per ulteriori informazioni, vedere "Informazioni sulla replica di SnapMirror SVM".

Completare questa procedura dalla destinazione. Se è necessario creare un nuovo criterio di protezione, ad esempio, quando la VM dello storage di origine ha SMB configurato, è necessario utilizzare System Manager per creare il criterio e selezionare l'opzione Identity Preserve nella finestra Add Protection Policy. Per ulteriori informazioni, vedere "Creare policy di protezione dei dati personalizzate".

Fasi

Questa attività può essere eseguita da System Manager o dalla CLI di ONTAP.

System Manager
  1. Nel cluster di destinazione, fare clic su protezione > Relazioni.

  2. In Relazioni, fare clic su Proteggi e scegliere Storage VM (DR).

  3. Selezionare un criterio di protezione. Se è stato creato un criterio di protezione personalizzato, selezionarlo, quindi scegliere il cluster di origine e la VM di storage che si desidera replicare. È inoltre possibile creare una nuova VM di storage di destinazione immettendo un nuovo nome per la VM di storage.

  4. Se lo si desidera, modificare le impostazioni della destinazione per sovrascrivere la conservazione delle identità e scegliere di includere o escludere interfacce e protocolli di rete.

  5. Fare clic su Save (Salva).

CLI
  1. Creare una SVM di destinazione:

    vserver create -vserver <SVM_name> -subtype dp-destination

    Il nome SVM deve essere univoco nei cluster di origine e di destinazione.

    Nell'esempio seguente viene creata una SVM di destinazione denominata svm_backup:

    cluster_dst:> vserver create -vserver svm_backup -subtype dp-destination
  2. Dal cluster di destinazione, creare una relazione peer SVM utilizzando vserver peer create comando.

    Per ulteriori informazioni, vedere "Creare una relazione peer tra cluster SVM".

  3. Creare una pianificazione del processo di replica:

    job schedule cron create -name <job_name> -month <month> -dayofweek <day_of_week> -day <day_of_month> -hour <hour> -minute <minute>

    Per -month, -dayofweek, e. -hour, è possibile specificare all per eseguire il processo ogni mese, giorno della settimana e ora, rispettivamente.

    Nota La pianificazione minima supportata (RPO) per i volumi FlexVol in una relazione SnapMirror SVM è di 15 minuti. La pianificazione minima supportata (RPO) per i volumi FlexGroup in una relazione SnapMirror SVM è di 30 minuti.

    Nell'esempio seguente viene creata una pianificazione del processo denominata my_weekly Il sabato alle 3:00:

    cluster_dst::> job schedule cron create -name my_weekly -dayofweek saturday -hour 3 -minute 0
  4. Dalla SVM di destinazione o dal cluster di destinazione, creare una relazione di replica:

    snapmirror create -source-path <SVM_name>: -destination-path <SVM_name>: -type <DP|XDP> -schedule <schedule> -policy <policy> -identity-preserve true
    Nota Inserire i due punti (:) dopo il nome SVM in -source-path e. -destination-path opzioni.

    Nell'esempio seguente viene creata una relazione di DR SnapMirror utilizzando l'impostazione predefinita MirrorAllSnapshots policy:

    cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy MirrorAllSnapshots -identity-preserve true

    Nell'esempio seguente viene creata una relazione di replica unificata utilizzando l'impostazione predefinita MirrorAndVault policy:

    cluster_dst:> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy MirrorAndVault -identity-preserve true

    Supponendo di aver creato un criterio personalizzato con il tipo di criterio async-mirror, Nell'esempio seguente viene creata una relazione di DR di SnapMirror:

    cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy my_mirrored -identity-preserve true

    Supponendo di aver creato un criterio personalizzato con il tipo di criterio mirror-vault, nell'esempio seguente viene creata una relazione di replica unificata:

    cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy my_unified -identity-preserve true
  5. Arrestare la SVM di destinazione:

    vserver stop -vserver <SVM_name>

    L'esempio seguente interrompe una SVM di destinazione denominata svm_backup:

    cluster_dst::> vserver stop -vserver svm_backup
  6. Dalla SVM di destinazione o dal cluster di destinazione, inizializzare la relazione di replica SVM:

    snapmirror initialize -source-path <SVM_name>: -destination-path <SVM_name>:
    Nota Inserire i due punti (:) dopo il nome SVM in -source-path e. -destination-path opzioni.

    Nell'esempio seguente viene inizializzata la relazione tra la SVM di origine, svm1`E la SVM di destinazione, `svm_backup:

    cluster_dst::> snapmirror initialize -source-path svm1: -destination-path svm_backup: