Convertir relaciones existentes en relaciones SM-BC
-
PDF de este sitio de documentos
- Administración de clústeres
-
Administración de volúmenes
-
Gestión de almacenamiento lógico con CLI
- Utilice cuotas para restringir o realizar un seguimiento del uso de los recursos
-
Gestión de almacenamiento lógico con CLI
-
Gestión del almacenamiento nas
- Configure NFS con la CLI
- Gestione NFS con la interfaz de línea de comandos
-
Gestione SMB con la interfaz de línea de comandos
- Gestione servidores SMB
- Gestione el acceso a archivos mediante SMB
- Gestión del almacenamiento san
- Autenticación y control de acceso
- Seguridad y cifrado de datos
- Protección de datos y recuperación ante desastres
Recopilación de documentos PDF independientes
Creating your file...
Si tiene una relación de SnapMirror síncrono entre un clúster de origen y de destino, puede convertirlo en una relación de SM-BC. De este modo, se pueden asociar los volúmenes reflejados a un grupo de coherencia, garantizando un objetivo de punto de recuperación cero en una carga de trabajo de varios volúmenes. Además, puede conservar los snapshots de SnapMirror existentes si necesita revertir a un momento específico antes de establecer la relación SM-BC.
-
Debe haber una relación de SnapMirror síncrono con un objetivo de punto de recuperación cero entre el clúster primario y el secundario.
-
Se deben anular la asignación de todas las LUN del volumen de destino antes de crear la relación de SnapMirror con objetivo de tiempo de recuperación cero.
-
SM-BC solo admite protocolos SAN (no NFS/CIFS). Asegúrese de que no hay ningún componente del grupo de consistencia montado para el acceso NAS.
-
Debe ser un administrador de clústeres y de SVM en los clústeres principales y secundarios.
-
No se puede convertir un objetivo de punto de recuperación de cero en una sincronización de objetivo de tiempo de recuperación de cero cambiando la política de SnapMirror.
-
Debe asegurarse de quitar la asignación de las LUN antes de emitir el
snapmirror create
comando.Si las LUN existentes en el volumen secundario se asignan y el
AutomatedFailover
la política se configura, lasnapmirror create
desencadenará un error.
-
Desde el clúster secundario, realice una actualización de SnapMirror en la relación existente:
destination::>snapmirror update -destination-path vs1_dst:vol1
-
Compruebe que la actualización de SnapMirror se ha realizado correctamente:
destination::>snapmirror show
-
Desactive cada una de las relaciones síncronas de RPO cero:
destination::>snapmirror quiesce -destination-path vs1_dst:vol1
destination::>snapmirror quiesce -destination-path vs1_dst:vol2
-
Elimine cada una de las relaciones síncronas de RPO cero:
destination::>snapmirror delete -destination-path vs1_dst:vol1
destination::>snapmirror delete -destination-path vs1_dst:vol2
-
Libere la relación de SnapMirror de origen, pero conserve las copias Snapshot comunes:
source::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol1
source::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol2
-
Cree un objetivo de tiempo de recuperación cero para grupo relación de SnapMirror síncrono:
destination::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol1:@vol1,vol2:@vol2 -policy AutomatedFailover
-
Resincronice el grupo de consistencia:
destination::> snapmirror resync -destination-path vs1_dst:/cg/cg_dst
-
Vuelva a analizar las rutas de I/o del LUN del host para restaurar todas las rutas a los LUN.