Obtenga más información sobre la replicación de SVM de ONTAP SnapMirror
Sugerir cambios
PDF
Puede usar SnapMirror para crear una relación de protección de datos entre SVM. En este tipo de relación de protección de datos, se replica toda o parte de la configuración de la SVM, desde las exportaciones NFS y los recursos compartidos de SMB hasta el RBAC, así como los datos en los volúmenes que posee la SVM.
Tipos de relaciones admitidos
Solo los SVM que proporcionan servicios de datos pueden replicarse. Se admiten los siguientes tipos de relaciones de protección de datos:
-
SnapMirror DR, en el que el destino normalmente contiene solo las instantáneas actualmente en el origen.
A partir de ONTAP 9.9.1, este comportamiento cambia cuando se utiliza la directiva mirror-vault. A partir de ONTAP 9,9.1, se pueden crear distintas políticas Snapshot en el origen y el destino, y las copias Snapshot en el destino no se sobrescriben por las del origen:
-
No se sobrescriben del origen al destino durante las operaciones programadas normales, las actualizaciones y la resincronización
-
No se eliminan durante las operaciones de interrupción.
-
No se eliminan durante las operaciones de resincronización. Cuando configura una relación de desastre de SVM con la política de reflejo-almacén con ONTAP 9.9.1 y versiones posteriores, la política se comporta de la siguiente manera:
-
Las políticas de snapshots definidas por el usuario en el origen no se copian en el destino.
-
Las políticas de snapshots definidas por el sistema no se copian en el destino.
-
La asociación de volumen con políticas de snapshots definidas por el usuario y el sistema no se copian en el destino. + SVM.
-
-
Replicación unificada SnapMirror, en la que el destino está configurado tanto para recuperación ante desastres como para retención a largo plazo.
Para obtener más información sobre la replicación unificada de SnapMirror, consulte "Conceptos básicos de la replicación unificada de SnapMirror".
El policy type de la directiva de replicación determina el tipo de relación que admite. La siguiente tabla muestra los tipos de políticas disponibles.
Tipo de política |
Tipo de relación |
reflejo asíncrono |
Recuperación ante desastres de SnapMirror |
mirror-vault |
Replicación unificada |
XDP sustituye a DP como la replicación SVM predeterminada en ONTAP 9.4
A partir de ONTAP 9.4, las relaciones de protección de datos de la SVM se establecen en el modo XDP de manera predeterminada. Las relaciones de protección de datos de SVM siguen siendo las predeterminadas para el modo DP en ONTAP 9.3 y versiones anteriores.
Las relaciones existentes no se ven afectadas por el valor por defecto de XDP. Si una relación ya es del tipo DP, seguirá siendo del tipo DP. La siguiente tabla muestra el comportamiento que puede esperar.
Si especifica… |
El tipo es… |
La política predeterminada (si no se especifica una política) es… |
PROTECCIÓN DE DATOS |
XDP |
MirrorAllSnapshots (recuperación ante desastres de SnapMirror) |
Nada |
XDP |
MirrorAllSnapshots (recuperación ante desastres de SnapMirror) |
XDP |
XDP |
MirrorAndVault (replicación unificada) |
Puede encontrar información sobre cómo convertir relaciones de DP en relaciones XDP y otros detalles aquí: "Convertir una relación de tipo DP de ONTAP existente a XDP".
|
La independencia de la versión no se admite para la replicación de SVM. En una configuración de recuperación ante desastres de SVM, la máquina virtual de almacenamiento de destino debe estar en un clúster que ejecute la misma versión de ONTAP que el clúster de SVM de origen para admitir operaciones de conmutación al nodo de respaldo y conmutación de conmutación por error. |
Cómo se replican las configuraciones de SVM
El contenido de una relación de replicación de SVM se determina por la interacción de los siguientes campos:
-
-identity-preserve true`La opción `snapmirror createdel comando replica toda la configuración de SVM.`-identity-preserve false`La opción replica solo los volúmenes y las configuraciones de autenticación y autorización de la SVM, y los ajustes del protocolo y el servicio de nombres que figuran en link:snapmirror-svm-replication-concept.html#configurations-replicated-in-svm-disaster-recovery-relationships["Configuraciones replicadas en las relaciones de recuperación ante desastres de máquina virtual de almacenamiento"].
-
-discard-configs network`La opción `snapmirror policy createdel comando excluye las LIF y la configuración de red relacionada desde la replicación de SVM, para utilizarlo en casos en los que las SVM de origen y de destino están en subredes diferentes. -
-vserver-dr-protection unprotected`La opción del `volume modifycomando excluye el volumen especificado de la replicación de SVM.
De lo contrario, la replicación de SVM es casi idéntica a la replicación de volúmenes. Puede utilizar prácticamente el mismo flujo de trabajo para la replicación de SVM que el que utiliza para la replicación de volúmenes.
Detalles de soporte
La siguiente tabla muestra detalles de soporte para la replicación de SVM de SnapMirror.
Recurso o característica |
Detalles de soporte |
Tipos de implementación |
|
Tipos de relación |
|
Alcance de replicación |
Solo interconexión de clústeres. No puede replicar SVM en el mismo clúster. |
Protección autónoma de ransomware |
|
Compatibilidad asíncrona de grupos de coherencia |
A partir de ONTAP 9.14.1, se admiten un máximo de 32 relaciones de recuperación ante desastres de SVM cuando hay grupos de coherencia. Consulte "Proteja un grupo de consistencia" y "Límites del grupo de consistencia" para obtener más información. |
FabricPool |
A partir de ONTAP 9,6, la replicación de SVM de SnapMirror es compatible con FabricPool. Cuando están en una relación de recuperación ante desastres de la SVM, los volúmenes de origen y de destino no necesitan usar agregados de FabricPool, pero deben usar la misma política de organización en niveles. A partir de la versión 9.12.1 de ONTAP, la replicación de SVM de SnapMirror es compatible con volúmenes FabricPool y FlexGroup juntos. Antes de la 9.12.1, cualquiera de estas dos funciones funcionaba conjuntamente, pero no las tres a la vez. |
MetroCluster |
A partir de ONTAP 9.11.1, ambos lados de una relación de recuperación ante desastres de SVM dentro de una configuración de MetroCluster pueden actuar como origen para configuraciones de recuperación ante desastres adicionales de SVM. A partir de ONTAP 9.5, la replicación de SVM de SnapMirror es compatible con las configuraciones de MetroCluster.
|
Grupo de consistencia |
Compatible a partir de ONTAP 9.14.1. Para obtener más información, consulte Proteja un grupo de consistencia. |
ONTAP S3 |
No compatible con la recuperación ante desastres de SVM. |
SnapMirror síncrono |
No compatible con la recuperación ante desastres de SVM. |
Independencia de versiones |
No admitido. |
Cifrado de volúmenes |
|
Configuraciones replicadas en las relaciones de recuperación ante desastres de máquina virtual de almacenamiento
La siguiente tabla muestra la interacción de snapmirror create -identity-preserve la opción y la snapmirror policy create -discard-configs network opción:
Configuración replicada |
|
|
||
Política sin |
Política con |
|||
Red |
LIF NAS |
Sí |
No |
No |
Configuración de Kerberos para LIF |
Sí |
No |
No |
LIF SAN |
No |
No |
No |
Directivas de firewall |
Sí |
Sí |
No |
Normativas de servicio |
Sí |
Sí |
No |
Rutas |
Sí |
No |
No |
Dominio de retransmisión |
No |
No |
No |
Subred |
No |
No |
No |
Espacio IP |
No |
No |
No |
SMB |
Servidor SMB |
Sí |
Sí |
No |
Grupos locales y usuario local |
Sí |
Sí |
Sí |
Privilegio |
Sí |
Sí |
Sí |
Copia oculta |
Sí |
Sí |
Sí |
BranchCache |
Sí |
Sí |
Sí |
Opciones del servidor |
Sí |
Sí |
Sí |
Seguridad del servidor |
Sí |
Sí |
No |
Directorio inicial, compartir |
Sí |
Sí |
Sí |
Enlace simbólico |
Sí |
Sí |
Sí |
Política de Fpolicy, política de FSecurity y NTFS de FSecurity |
Sí |
Sí |
Sí |
Asignación de nombres y asignación de grupos |
Sí |
Sí |
Sí |
Información de auditoría |
Sí |
Sí |
Sí |
NFS |
Políticas de exportación |
Sí |
Sí |
No |
Reglas de la política de exportación |
Sí |
Sí |
No |
Servidor NFS |
Sí |
Sí |
No |
RBAC |
Certificados de seguridad |
Sí |
Sí |
No |
Inicio de sesión de usuario, clave pública, función y configuración de funciones |
Sí |
Sí |
Sí |
SSL |
Sí |
Sí |
No |
Servicios de nombres |
Hosts DNS y DNS |
Sí |
Sí |
No |
Usuario UNIX y grupo UNIX |
Sí |
Sí |
Sí |
Kerberos Reino y bloques de claves Kerberos |
Sí |
Sí |
No |
Cliente LDAP y LDAP |
Sí |
Sí |
No |
Grupo de red |
Sí |
Sí |
No |
NIS |
Sí |
Sí |
No |
Acceso Web y Web |
Sí |
Sí |
No |
Volumen |
Objeto |
Sí |
Sí |
Sí |
Snapshot y política de Snapshot |
Sí |
Sí |
Sí |
Política de eliminación automática |
No |
No |
No |
Política de eficiencia |
Sí |
Sí |
Sí |
Regla de política de cuotas y de política de cuotas |
Sí |
Sí |
Sí |
Cola de recuperación |
Sí |
Sí |
Sí |
Volumen raíz |
Espacio de nombres |
Sí |
Sí |
Sí |
Datos de usuarios |
No |
No |
No |
Qtrees |
No |
No |
No |
Cuotas |
No |
No |
No |
Calidad de servicio en el nivel de los archivos |
No |
No |
No |
Atributos: estado del volumen raíz, garantía de espacio, tamaño, tamaño automático y número total de archivos |
No |
No |
No |
Calidad de servicio del almacenamiento |
Grupo de políticas de calidad de servicio |
Sí |
Sí |
Sí |
Fibre Channel (FC) |
No |
No |
No |
iSCSI |
No |
No |
No |
LUN |
Objeto |
Sí |
Sí |
Sí |
grupos de iniciadores |
No |
No |
No |
conjuntos de puertos |
No |
No |
No |
Números de serie |
No |
No |
No |
SNMP |
usuarios v3 |
Sí |
Sí |
Límites de almacenamiento para recuperación ante desastres de SVM
En la siguiente tabla se muestra el número máximo recomendado de volúmenes y relaciones de recuperación ante desastres de SVM admitidas por objeto de almacenamiento. Debe ser consciente de que los límites dependen a menudo de la plataforma. Consulte el "Hardware Universe" para conocer los límites de su configuración específica.
Objeto de almacenamiento |
Límite |
SVM |
300 volúmenes flexibles |
Pareja de HA |
1,000 volúmenes flexibles |
Clúster |
128 Relaciones de desastre de SVM |