Los clústeres de almacenamiento y las SVM relevantes deben tener una relación entre iguales.

El mediador de ONTAP debe estar disponible y configurado en los dos clústeres de almacenamiento.

En la documentación de ONTAP "Información general sobre la sincronización activa de SnapMirror en ONTAP", se describe a continuación el concepto de grupos de consistencia con SnapMirror sincronización activa:

Un grupo de coherencia es una colección de volúmenes FlexVol que proporcionan una garantía de coherencia para la carga de trabajo de la aplicación que se debe proteger para la continuidad del negocio.

El propósito de un grupo de coherencia es realizar imágenes Snapshot simultáneas de varios volúmenes, lo que garantiza copias consistentes con los fallos de una recogida de volúmenes en un momento específico. Un grupo de consistencia garantiza que todos los volúmenes de un conjunto de datos se pongan en modo inactivo y luego se capturen precisamente en el mismo momento específico. Esto proporciona un punto de restauración coherente con los datos en los volúmenes donde se admite el conjunto de datos. De este modo, un grupo de consistencia mantiene la consistencia dependiente en orden de escritura. Si decide proteger las aplicaciones para la continuidad del negocio, debe añadirse el grupo de volúmenes correspondientes a esta aplicación a un grupo de consistencia para que se establezca una relación de protección de datos entre un grupo de consistencia de origen y un de destino. La coherencia de origen y destino debe contener la misma cantidad y el mismo tipo de volúmenes.

Para la replicación de sistemas HANA, el grupo de consistencia debe incluir todos los volúmenes utilizados por cada sistema HANA (datos, registro y compartidos). Los volúmenes que deben formar parte de un grupo de coherencia deben almacenarse en la misma SVM. Las imágenes de sistema operativo pueden almacenarse en un volumen aparte con su propio grupo de coherencia. En la siguiente figura se muestra un ejemplo de configuración con dos sistemas HANA.

En nuestra configuración de laboratorio, creamos un iGroup que incluye las dos SVM de almacenamiento que se usan para la replicación síncrona activa de SnapMirror. En la configuración de sincronización activa de SnapMirror descrita más adelante, definiremos que el iGroup formará parte de la replicación.

Mediante la configuración de proximidad, hemos definido qué host ESX está cerca de qué clúster de almacenamiento. En nuestro caso, A700 se aproxima a ESX-1 y A800 se aproxima a ESX-2.

El almacén de datos, donde se almacenan las imágenes del sistema operativo del sistema HANA, SnapCenter y el complemento de vSphere, se replica de la misma manera que se describe para los almacenes de datos de la base de datos de HANA.

El comportamiento de la sincronización activa de SnapMirror es simétrico, con una excepción importante: La configuración del sitio principal.

La sincronización activa de SnapMirror considerará que un sitio es el «origen» y el otro el «destino». Esto implica una relación de replicación unidireccional, pero esto no se aplica al comportamiento de E/S. La replicación es bidireccional y simétrica, y los tiempos de respuesta de I/O son los mismos en cualquier lado del espejo.

Si se pierde el enlace de replicación, las rutas de LUN en la copia de origen seguirán sirviendo datos mientras que las rutas de LUN en la copia de destino dejarán de estar disponibles hasta que se restablezca la replicación y SnapMirror vuelva a entrar en un estado síncrono. A continuación, las rutas reanudarán el servicio de datos.

El efecto de designar un clúster como origen simplemente controla qué clúster sobrevive como sistema de almacenamiento de lectura y escritura si se pierde el enlace de replicación.

El sitio principal es detectado por SnapCenter y se utiliza para ejecutar operaciones de backup, restauración y clonado.