Confirma snapshots en WORM en un destino de almacén
Es posible usar SnapLock para SnapVault para proteger WORM en el almacenamiento secundario. Todas las tareas básicas de SnapLock se realizan en el destino del almacén. El volumen de destino se monta automáticamente de solo lectura, por lo que no es necesario comprometer explícitamente las snapshots en WORM.
-
Si desea usar System Manager para configurar la relación, tanto el clúster de origen como el de destino deben ejecutar ONTAP 9.15.1 o una versión posterior.
-
En el clúster de destino:
-
Si utiliza la CLI con una versión de ONTAP anterior a 9.10.1, "Cree un agregado de SnapLock".
-
La política de protección debe ser del tipo «vault».
-
Los agregados de origen y destino deben tener 64 bits.
-
El volumen de origen no puede ser un volumen de SnapLock.
-
Si utiliza la CLI de ONTAP, los volúmenes de origen y destino deben crearse en "clústeres con conexión entre iguales" y.. "SVM".
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.
No se puede cambiar el nombre de una copia de Snapshot que se confirme en el estado WORM. |
Es posible clonar volúmenes de SnapLock, pero no es posible clonar archivos en un volumen de SnapLock.
Los LUN no son compatibles con los volúmenes de SnapLock. Los LUN solo se admiten en volúmenes de SnapLock en casos en los que las snapshots creadas en un volumen no 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. Sin embargo, las copias Snapshot a prueba de manipulación 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.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. Puede usar la opción '-snaplock-type' del volumen para especificar un 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.
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 snapshot de NetApp se confirma con este período de retención predeterminado al principio. 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".
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 snapshots 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 de forma instantánea una snapshot bloqueada en el volumen de SnapLock de destino de una relación de almacén de SnapLock. Para ello, cree una FlexClone con la opción establecida en non-snaplock
y especifique la snapshot como la «snapshot principal» al ejecutar la operación de creación de clones de volúmenes. snaplock-type
Más información sobre "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:
Puede usar la interfaz de línea de comandos de ONTAP para crear una relación de almacén de SnapLock o, a partir de ONTAP 9.15.1, puede usar System Manager para crear una relación de almacén de SnapLock.
-
Navegue hasta Almacenamiento > Volúmenes y seleccione Agregar.
-
En la ventana Añadir volumen, selecciona Más opciones.
-
Introduzca el nombre del volumen, el tamaño, la política de exportación y el nombre del recurso compartido.
-
Seleccione Bloquear instantáneas de destino para evitar la eliminación, y en la sección Método de bloqueo, elija SnapLock for SnapVault. Esta selección no se muestra si el tipo de política seleccionado no es del tipo “vault”, si la licencia de SnapLock no está instalada, o si el reloj de cumplimiento no está inicializado.
-
Si aún no está habilitado, selecciona Inicializar reloj de cumplimiento de SnapLock.
-
Guarde los cambios.
-
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>
El siguiente comando crea un volumen de cumplimiento de normativas de SnapLock de 2GB GB llamado
dstvolB
pulgSVM2
en el agregadonode01_aggr
:cluster2::> volume create -vserver SVM2 -volume dstvolB -aggregate node01_aggr -snaplock-type compliance -type DP -size 2GB
-
En el clúster de destino, "establezca el período de retención predeterminado".
-
"Cree una nueva relación de replicación" Entre el origen que no es de SnapLock y el nuevo destino de SnapLock que ha creado.
En este ejemplo, se crea una nueva relación de SnapMirror con el volumen SnapLock de destino
dstvolB
mediante una política deXDPDefault
almacenar las copias Snapshot etiquetadas diariamente y semanalmente en una programación por hora:cluster2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -vserver SVM2 -policy XDPDefault -schedule hourly
"Cree una política de replicación personalizada" o a "programación personalizada" si los valores predeterminados disponibles no son adecuados. -
En la SVM de destino, inicialice la relación de SnapVault creada:
snapmirror initialize -destination-path <destination_path>
El siguiente comando inicializa la relación entre el volumen de origen
srcvolA
encendidoSVM1
y el volumen de destinodstvolB
encendidoSVM2
:cluster2::> snapmirror initialize -destination-path SVM2:dstvolB
-
Una vez inicializada la relación e inactiva, utilice
snapshot show
el comando en el destino para comprobar el tiempo de caducidad del SnapLock aplicado a las copias Snapshot replicadas.En este ejemplo, se enumeran las Snapshot de volumen
dstvolB
que tienen la etiqueta SnapMirror y la fecha de caducidad de SnapLock:cluster2::> snapshot show -vserver SVM2 -volume dstvolB -fields snapmirror-label, snaplock-expiry-time