Interoperabilidad de sincronización activa de ONTAP SnapMirror
Sugerir cambios
PDF
SnapMirror Active Sync es compatible con numerosos sistemas operativos, hosts de aplicaciones y otras funciones en ONTAP.
|
Si desea obtener información específica sobre compatibilidad e interoperabilidad que no se cubre aquí, consulte la Herramienta de Matriz de Interoperabilidad ("IMT"). |
Hosts de aplicaciones
La sincronización activa de SnapMirror admite hosts de aplicaciones como Hyper-V, Red Hat Enterprise Linux (RHEL), VMware, VMware vSphere Metro Storage Cluster (VMSC), Windows Server y, a partir de ONTAP 9.14.1, clúster de conmutación al nodo de respaldo de Windows Server.
Sistemas operativos
La sincronización activa de SnapMirror es compatible con numerosos sistemas operativos, como los siguientes:
-
AIX mediante PVR (a partir de ONTAP 9.11.1)
-
HP-UX (a partir de ONTAP 9.10.1)
-
Solaris 11,4 (a partir de ONTAP 9.10.1)
-
Compatibilidad de NVMe con ESXi (a partir de ONTAP 9.17.1)
AIX
A partir de ONTAP 9.11.1, AIX es compatible con la sincronización activa de SnapMirror a través de una solicitud de variación de política de funciones de ingeniería estándar (FPVR) con el acuerdo de que se entienden las siguientes estipulaciones:
-
La sincronización activa de SnapMirror puede proporcionar protección de datos con objetivo de punto de recuperación cero, pero el proceso de conmutación por error con AIX requiere pasos adicionales para reconocer el cambio de ruta. Los LUN que no forman parte de un grupo de volúmenes raíz experimentarán una pausa de I/O hasta que
cfgmgrse ejecute un comando. Esto puede automatizarse y la mayoría de las aplicaciones reanudarán las operaciones sin interrupciones adicionales. -
Por lo general, las LUN que forman parte de un grupo de volúmenes raíz no se deben proteger con la sincronización activa de SnapMirror. No es posible ejecutar
cfgmgrel comando después de una conmutación al respaldo, lo que significa que se necesita un reinicio para reconocer los cambios en las rutas SAN. Todavía puede obtener una protección de datos con RPO cero del grupo de volúmenes raíz, pero la conmutación al respaldo provocará interrupciones.
Consulte con su equipo de cuenta de NetApp para obtener más información acerca de la sincronización activa de SnapMirror con AIX.
HP-UX
A partir de ONTAP 9.10.1, se admite la sincronización activa de SnapMirror para HP-UX.
Un evento de failover no planificado automático (AUFO) en el cluster maestro aislado puede deberse a un fallo de evento doble cuando se pierde la conexión entre el cluster primario y el secundario y también se pierde la conexión entre el cluster primario y el mediador. Esto se considera un evento raro, a diferencia de otros eventos de AUFO.
-
En este escenario, podría tardar más de 120 segundos en reanudarse la E/S en el host HP-UX. En función de las aplicaciones que se estén ejecutando, esto puede no provocar ninguna interrupción de I/o o o mensajes de error.
-
Para remediar, debe reiniciar las aplicaciones en el host de HP-UX que tengan una tolerancia de interrupción inferior a 120 segundos.
Solaris
A partir de ONTAP 9.10.1, la sincronización activa de SnapMirror es compatible con Solaris 11,4.
Para garantizar que las aplicaciones cliente Solaris no son disruptivas cuando se produce una conmutación por error de sitio no planificada en un entorno de sincronización activa de SnapMirror, modifique la configuración predeterminada del sistema operativo Solaris. Para configurar Solaris con la configuración recomendada, consulte el artículo de la Base de conocimientos "Compatibilidad con el host Solaris con la configuración recomendada en la sincronización activa de SnapMirror".
Interoperabilidad de ONTAP
SnapMirror Active Sync se integra con componentes de ONTAP para ampliar sus funcionalidades de protección de datos.
FabricPool
La sincronización activa de SnapMirror admite volúmenes origen y destino en agregados de FabricPool con políticas de organización en niveles de Ninguna, Snapshot o Automática. La sincronización activa de SnapMirror no admite agregados de FabricPool usando una política de organización en niveles.
Configuraciones de dispersión
In configuraciones de dispersión, el volumen de origen se puede reflejar en un extremo de destino de sincronización activa de SnapMirror y en una o varias relaciones asíncronas de SnapMirror.
SnapMirror active sync es compatible configuraciones de dispersión con la MirrorAllSnapshots política y, a partir de ONTAP 9.11.1, la MirrorAndVault política. Las configuraciones de dispersión no se admiten en la sincronización activa de SnapMirror con XDPDefault la política.
A partir de ONTAP 9.15.1, la sincronización activa de SnapMirror admite la reconfiguración automática en la sección de distribución ramificada tras un evento de conmutación por error. Si la conmutación por error del sitio primario al secundario se ha realizado correctamente, el sitio terciario se vuelve a configurar automáticamente para tratar el sitio secundario como el origen. El tramo de distribución ramificada asíncrona puede ser una relación de grupo de coherencia o una relación de volumen independiente. La reconfiguración funcionará para cualquiera de los casos. La reconfiguración se activa mediante una conmutación al respaldo planificada o sin planificar. La reconfiguración también se produce al realizar una conmutación de retorno tras recuperación en el sitio primario.
Para obtener información sobre la gestión de la configuración de distribución ramificada en versiones anteriores de ONTAP, consulte reanude la protección en la configuración de fan-out.
Restauración de NDMP
A partir de ONTAP 9.13.1, se puede usar NDMP para copiar y restaurar datoscon la sincronización activa de SnapMirror. El uso de NDMP le permite mover datos a la fuente de sincronización activa de SnapMirror para realizar una restauración sin pausar la protección. Esto resulta especialmente útil en configuraciones ramificadas.
SnapCenter
SnapMirror active sync es compatible con SnapCenter que comience por "SnapCenter 5,0". SnapCenter permite la creación de copias Snapshot que se pueden usar para proteger y recuperar aplicaciones y máquinas virtuales, lo que permite soluciones de almacenamiento siempre disponibles con granularidad en el nivel de las aplicaciones.
SnapRestore
La sincronización activa de SnapMirror admite SnapRestore parcial y de archivo único.
A partir de ONTAP 9.11,1, SnapRestore de archivo único se admite la sincronización activa de SnapMirror. Es posible restaurar un solo archivo desde una copia de Snapshot replicada desde el origen de sincronización activa de SnapMirror en el destino. Como los volúmenes pueden contener una o más LUN, esta función le ayuda a implementar una operación de restauración menos disruptiva, restaurando granularmente una única LUN sin interrumpir las otras LUN. Single File SnapRestore tiene dos opciones: In situ y fuera de sitio.
A partir de ONTAP 9.12,1, "Restauración parcial de LUN" se admite la sincronización activa de SnapMirror. Es posible restaurar los datos de copias de Snapshot creadas por la aplicación que se han replicado entre los volúmenes de origen (volumen) de sincronización activa de SnapMirror y los volúmenes de destino (Snapshot). Una restauración parcial del LUN o de archivos puede ser necesaria si necesita restaurar una base de datos en un host que almacena varias bases de datos en el mismo LUN. Para usar esta funcionalidad, se debe conocer el desplazamiento de bytes de inicio de los datos y el número de bytes.
Grandes LUN y grandes volúmenes
La compatibilidad con LUN de gran tamaño y volúmenes de gran tamaño (más de 100 TB) depende de la versión de ONTAP que utilice y de su plataforma.
-
Para ONTAP 9.12,1 P2 y versiones posteriores, la sincronización activa de SnapMirror admite LUN grandes y volúmenes grandes de más de 100 TB en ASA y AFF (A-Series y C-Series). Los clústeres primario y secundario deben tener del mismo tipo: ASA o AFF. Se admite la replicación de AFF A-Series a AFF C-Series y viceversa.
|
|
Para las versiones 9.12.1P2 de ONTAP y versiones posteriores, debe asegurarse de que los clústeres primario y secundario sean cabinas all-flash SAN (ASA) o cabina all-flash (AFF), y que ambas tengan instalado ONTAP 9.12.1 P2 o una versión posterior. Si el clúster secundario ejecuta una versión anterior a ONTAP 9.12.1P2, o si el tipo de cabina no es el mismo que el clúster primario, la relación síncrona puede desincronizarse si el volumen primario crece más de 100 TB. |
-
Para las versiones de ONTAP entre ONTAP 9.9.1 y 9.12.1 P1 (inclusive), las cabinas SAN all-flash solo admiten LUN de gran tamaño y volúmenes grandes superiores a 100TB TB. Se admite la replicación de AFF A-Series a AFF C-Series y viceversa.
|
|
Para versiones de ONTAP entre ONTAP 9.9.1 y 9.12.1 P2, debe asegurarse de que los clústeres primario y secundario sean cabinas all-flash SAN, y que ambos tengan ONTAP 9.9.1 o una versión posterior instalada. Si el clúster secundario ejecuta una versión anterior a ONTAP 9.9.1, o si no es una cabina all-flash SAN, la relación síncrona puede desincronizarse si el volumen primario crece más de 100 TB. |