Interoperabilidad de la sincronización activa de 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)
AIX
A partir de ONTAP 9.11.1, AIX se admite con sincronización activa de SnapMirror mediante PVR.
La sincronización activa de SnapMirror puede proporcionar protección de datos cero con RPO, 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 un cfgmgr se ejecuta el 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 el cfgmgr Comando después de una conmutación por error, lo que significa que se requiere un reinicio para reconocer los cambios en las rutas de 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
Pulg configuraciones de dispersión, El volumen de origen se puede duplicar en un extremo de destino de sincronización activa de SnapMirror y en una o varias relaciones de SnapMirror asíncrono.
Admite la sincronización activa de SnapMirror configuraciones de dispersión con la MirrorAllSnapshots Política y, a partir de ONTAP 9.11.1, el MirrorAndVault política. Las configuraciones de dispersión no se admiten en la sincronización activa de SnapMirror con el XDPDefault 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. 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 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 utilizar NDMP para copiar y restaurar datos Con SnapMirror sincronización activa. 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
La sincronización activa de SnapMirror es compatible con SnapCenter desde el "SnapCenter 5,0". SnapCenter permite la creación de Snapshots que pueden utilizarse para proteger y recuperar aplicaciones y máquinas virtuales, lo que permite soluciones de almacenamiento siempre disponibles con granularidad en el nivel de la aplicación.
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 Es compatible con volúmenes de sincronización activa de SnapMirror. Puede restaurar un solo archivo desde una copia de Snapshot replicada desde el origen de SnapMirror Active Sync 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" Es compatible con volúmenes de sincronización activa de SnapMirror. Es posible restaurar datos de copias 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 (copia 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. |