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.

Assegnare le copie Snapshot a WORM su una destinazione del vault

Collaboratori
PDF

È possibile utilizzare SnapLock per SnapVault per proteggere WORM le copie Snapshot sullo storage secondario. Tutte le attività di base di SnapLock vengono eseguite sulla destinazione del vault. Il volume di destinazione viene montato automaticamente in sola lettura, pertanto non è necessario assegnare esplicitamente le copie Snapshot a WORM; pertanto, la creazione di copie Snapshot pianificate sul volume di destinazione utilizzando i criteri SnapMirror non è supportata.

Prima di iniziare

  • Il cluster di origine deve eseguire ONTAP 8.2.2 o versione successiva.

  • Gli aggregati di origine e destinazione devono essere a 64 bit.

  • Il volume di origine non può essere un volume SnapLock.

  • I volumi di origine e di destinazione devono essere creati in cluster peered con SVM peered.

    Per ulteriori informazioni, vedere "Peering dei cluster".

  • Se la funzione di crescita automatica del volume è disattivata, lo spazio libero sul volume di destinazione deve essere superiore di almeno il cinque percento allo spazio utilizzato sul volume di origine.

A proposito di questa attività

Il volume di origine può utilizzare storage NetApp o non NetApp. Per lo storage non NetApp, è necessario utilizzare la virtualizzazione FlexArray.

Nota Non è possibile rinominare una copia Snapshot che è stata impegnata nello stato WORM.

È possibile clonare i volumi SnapLock, ma non i file su un volume SnapLock.

Nota I LUN non sono supportati nei volumi SnapLock. Le LUN sono supportate nei volumi SnapLock solo in scenari in cui le copie Snapshot create su un volume non SnapLock vengono trasferite a un volume SnapLock per la protezione come parte della relazione del vault di SnapLock. I LUN non sono supportati nei volumi SnapLock in lettura/scrittura. Tuttavia, le copie Snapshot a prova di manomissione sono supportate sia sui volumi di origine di SnapMirror che sui volumi di destinazione che contengono LUN.

A partire da ONTAP 9.14.1, è possibile specificare i periodi di conservazione per etichette SnapMirror specifiche nella policy di SnapMirror della relazione di SnapMirror, in modo che le copie Snapshot replicate dall'origine al volume di destinazione vengano conservate per il periodo di conservazione specificato nella regola. Se non viene specificato alcun periodo di conservazione, viene utilizzato il periodo di conservazione predefinito del volume di destinazione.

A partire da ONTAP 9.13.1, è possibile ripristinare istantaneamente una copia Snapshot bloccata sul volume SnapLock di destinazione di una relazione del vault di SnapLock creando un FlexClone con l' snaplock-type Opzione impostata su "non snaplock" e specifica la copia Snapshot come "snapshot principale" quando si esegue l'operazione di creazione del clone del volume. Scopri di più "Creazione di un volume FlexClone con un tipo di SnapLock".

Per le configurazioni MetroCluster, è necessario conoscere quanto segue:

  • È possibile creare una relazione SnapVault solo tra le SVM di origine della sincronizzazione, non tra una SVM di origine della sincronizzazione e una SVM di destinazione della sincronizzazione.

  • È possibile creare una relazione SnapVault da un volume su una SVM di origine della sincronizzazione a una SVM di servizio dati.

  • È possibile creare una relazione SnapVault da un volume su una SVM di servizio dati a un volume DP su una SVM di origine sincronizzazione.

L'illustrazione seguente mostra la procedura per l'inizializzazione di una relazione del vault di SnapLock:

Questa illustrazione mostra la procedura per l'inizializzazione di una relazione del vault di SnapLock: Identificazione del cluster di destinazione
Fasi

  1. Identificare il cluster di destinazione.

  2. Sul cluster di destinazione, "Installare la licenza SnapLock", "Inizializzare l'orologio di conformità", E, se si utilizza una versione di ONTAP precedente alla 9.10.1, "Creazione di un aggregato SnapLock".

  3. Nel cluster di destinazione, creare un volume di destinazione SnapLock di tipo DP di dimensioni uguali o superiori a quelle del volume di origine:

    volume create -vserver SVM_name -volume volume_name -aggregate aggregate_name -snaplock-type compliance|enterprise -type DP -size size

    Nota

    A partire da ONTAP 9.10.1, i volumi SnapLock e non SnapLock possono esistere sullo stesso aggregato; pertanto, non è più necessario creare un aggregato SnapLock separato se si utilizza ONTAP 9.10.1. Utilizzare l'opzione volume -snaplock-type per specificare un tipo di volume Compliance o Enterprise SnapLock. Nelle versioni di ONTAP precedenti a ONTAP 9.10.1, la modalità SnapLock, Compliance o Enterprise, viene ereditata dall'aggregato. I volumi di destinazione flessibili in base alla versione non sono supportati. L'impostazione della lingua del volume di destinazione deve corrispondere all'impostazione della lingua del volume di origine.

    Il seguente comando crea un SnapLock da 2 GB Compliance volume denominato dstvolB poll SVM2 sull'aggregato node01_aggr:

    cluster2::> volume create -vserver SVM2 -volume dstvolB -aggregate node01_aggr -snaplock-type compliance -type DP -size 2GB

  4. Nel cluster di destinazione, impostare il periodo di conservazione predefinito, come descritto in Impostare il periodo di conservazione predefinito.

    Nota

    A un volume SnapLock che è una destinazione del vault è assegnato un periodo di conservazione predefinito. Il valore per questo periodo viene inizialmente impostato su un minimo di 0 anni per i volumi aziendali SnapLock e su un massimo di 30 anni per i volumi di conformità SnapLock. Ogni copia Snapshot di NetApp viene inizialmente impegnata con questo periodo di conservazione predefinito. Il periodo di conservazione può essere esteso in un secondo momento, se necessario. Per ulteriori informazioni, vedere Imposta la panoramica del tempo di conservazione.

  5. Creare una nuova relazione di replica Tra l'origine non SnapLock e la nuova destinazione SnapLock creata nel passaggio 3.

    In questo esempio viene creata una nuova relazione di SnapMirror con il volume SnapLock di destinazione dstvolB utilizzando una policy di XDPDefault Per eseguire il vault delle copie Snapshot etichettate giornalmente e settimanalmente in base a una pianificazione oraria:

    cluster2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -vserver SVM2 -policy XDPDefault -schedule hourly
    Nota

    Creare un criterio di replica personalizzato oppure un programma personalizzato se le impostazioni predefinite disponibili non sono adatte.

  6. Sulla SVM di destinazione, inizializzare la relazione SnapVault creata nella fase 5:

    snapmirror initialize -destination-path destination_path

    Il seguente comando inizializza la relazione tra il volume di origine srcvolA acceso SVM1 e il volume di destinazione dstvolB acceso SVM2:

    cluster2::> snapmirror initialize -destination-path SVM2:dstvolB

  7. Una volta inizializzata la relazione e inattiva, utilizzare snapshot show Sulla destinazione per verificare il tempo di scadenza SnapLock applicato alle copie Snapshot replicate.

    Questo esempio elenca le copie Snapshot sul volume dstvolB Che hanno l'etichetta SnapMirror e la data di scadenza SnapLock:

    cluster2::> snapshot show -vserver SVM2 -volume dstvolB -fields snapmirror-label, snaplock-expiry-time
Informazioni correlate

"Peering di cluster e SVM"

"Backup del volume con SnapVault"