Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Confirmar copias Snapshot a WORM en un destino de almacén

Colaboradores
PDF

Puede usar SnapLock para SnapVault para proteger CON WORM las copias Snapshot en el almacenamiento secundario. Todas las tareas básicas de SnapLock se realizan en el destino del almacén. El volumen de destino es de solo lectura montado automáticamente, por lo que no es necesario confirmar explícitamente las copias Snapshot a WORM; por lo tanto, no se admiten la creación de copias Snapshot programadas en el volumen de destino mediante políticas de SnapMirror.

Antes de empezar

  • El clúster de origen debe ejecutar ONTAP 8.2.2 o una versión posterior.

  • Los agregados de origen y destino deben tener 64 bits.

  • El volumen de origen no puede ser un volumen de SnapLock.

  • Los volúmenes de origen y destino deben crearse en clústeres con una relación entre iguales con SVM.

    Para obtener más información, consulte "Conexión de clústeres entre iguales".

  • Si se deshabilita el crecimiento automático de un volumen, el espacio libre en el volumen de destino debe ser al menos un cinco por ciento mayor que el espacio usado en el volumen de origen.

Acerca de esta tarea

El volumen de origen puede usar almacenamiento de NetApp o de terceros. Para el almacenamiento que no sea de NetApp, debe usar la virtualización de FlexArray.

Nota No puede cambiar el nombre de una copia Snapshot que esté comprometida con el estado WORM.

Es posible clonar volúmenes de SnapLock, pero no es posible clonar archivos en un volumen de SnapLock.

Nota Los LUN no son compatibles con los volúmenes de SnapLock. Los LUN se admiten en volúmenes de SnapLock solo en casos en los que las copias de Snapshot creadas en un volumen distinto de SnapLock se transfieren a un volumen de SnapLock para la protección como parte de la relación de almacén de SnapLock. Los LUN no son compatibles con los volúmenes de SnapLock de lectura/escritura. Las copias Snapshot a prueba de manipulaciones son compatibles tanto con los volúmenes de origen como con los volúmenes de destino de SnapMirror que contienen LUN.

A partir de ONTAP 9.14.1, puede especificar períodos de retención para etiquetas de SnapMirror específicas en la política de SnapMirror de la relación de SnapMirror, de modo que las copias Snapshot replicadas del volumen de origen al de destino se conserven durante el período de retención especificado en la regla. Si no se especifica ningún período de retención, se utiliza el período de retención predeterminado del volumen de destino.

A partir de ONTAP 9.13.1, puede restaurar instantáneamente una copia Snapshot bloqueada en el volumen SnapLock de destino de una relación de almacén de SnapLock mediante la creación de un FlexClone con el snaplock-type Opción establecida en «non-snaplock» y especificando la copia Snapshot como la «parent-snapshot» al ejecutar la operación de creación de clones de volúmenes. Más información acerca de "Creación de un volumen FlexClone con un tipo de SnapLock".

Para las configuraciones de MetroCluster, debe tener en cuenta lo siguiente:

  • Solo puede crear relaciones de SnapVault entre varias SVM sincronizada en origen, no entre una SVM sincronizada en origen y una SVM sincronizada en destino.

  • Puede crear una relación de SnapVault entre un volumen en una SVM sincronizada en origen y una SVM que sirva datos.

  • Puede crear una relación de SnapVault entre un volumen en una SVM que sirva datos y un volumen de DP en una SVM sincronizada en origen.

En la siguiente ilustración, se muestra el procedimiento para inicializar una relación de almacén de SnapLock:

En esta ilustración
Pasos

  1. Identifique el clúster de destino.

  2. En el clúster de destino, "Instale la licencia de SnapLock", "Inicialice el reloj de cumplimiento", Y, si está utilizando una versión de ONTAP anterior a 9.10.1, "Cree un agregado de SnapLock".

  3. En el clúster de destino, cree un volumen de destino de SnapLock de tipo DP que tiene el mismo tamaño o mayor que el volumen de origen:

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

    Nota

    A partir de ONTAP 9.10.1, los volúmenes de SnapLock y otros de SnapLock pueden existir en el mismo agregado; por lo tanto, ya no es necesario crear un agregado de SnapLock separado si se utiliza ONTAP 9.10.1. La opción volume -snaplock-type se utiliza para especificar el tipo de volumen Compliance o Enterprise SnapLock. En las versiones de ONTAP anteriores a ONTAP 9.10.1, el modo SnapLock, Compliance o Enterprise, se hereda del agregado. No se admiten los volúmenes de destino con versión flexible. La configuración de idioma del volumen de destino debe coincidir con la configuración de idioma del volumen de origen.

    El siguiente comando crea una SnapLock de 2 GB Compliance volumen denominado dstvolB pulg SVM2 en el agregado node01_aggr:

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

  4. En el clúster de destino, establezca el período de retención predeterminado, tal como se describe en Establecer el período de retención predeterminado.

    Nota

    Un volumen SnapLock que es un destino de almacén tiene asignado un período de retención predeterminado. El valor correspondiente a este período se establece inicialmente en un mínimo de 0 años para volúmenes de SnapLock Enterprise y un máximo de 30 años para volúmenes de SnapLock Compliance. Cada copia de Snapshot de NetApp se compromete con el primer período de retención predeterminado. El período de retención se puede ampliar más adelante, si fuera necesario. Para obtener más información, consulte Establecer información general sobre el tiempo de retención.

  5. Cree una nueva relación de replicación Entre el origen que no es de SnapLock y el nuevo destino de SnapLock que creó en el paso 3.

    En este ejemplo, se crea una nueva relación de SnapMirror con el volumen de SnapLock de destino dstvolB utilizar una política de XDPDefault Para almacenar las copias snapshot etiquetadas como diaria y semanal en una programación horaria:

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

    Cree una política de replicación personalizada o a programación personalizada si los valores predeterminados disponibles no son adecuados.

  6. En la SVM de destino, inicialice la relación de SnapVault creada en el paso 5:

    snapmirror initialize -destination-path destination_path

    El siguiente comando inicializa la relación entre el volumen de origen srcvolA encendido SVM1 y el volumen de destino dstvolB encendido SVM2:

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

  7. Después de inicializar y de estar inactiva la relación, utilice snapshot show Comando en el destino para comprobar el tiempo de caducidad de la SnapLock aplicado a las copias Snapshot replicadas.

    En este ejemplo, se enumeran las copias Snapshot en el volumen dstvolB Que tienen la etiqueta de SnapMirror y la fecha de caducidad de SnapLock:

    cluster2::> snapshot show -vserver SVM2 -volume dstvolB -fields snapmirror-label, snaplock-expiry-time
Información relacionada

"Relaciones entre iguales de clústeres y SVM"

"Backup de volúmenes mediante SnapVault"