Vuelva a alojar un volumen SAN
Puede volver a alojar un volumen SAN que sirva datos mediante LUN asignadas. Después de volver a crear el igroup en la SVM de destino, la operación de rehost de volúmenes puede volver a asignar automáticamente el volumen en la misma SVM.
-
El realojamiento es una operación disruptiva.
-
Si la operación de realojamiento falla, es posible que deba volver a configurar las políticas de volumen y las reglas asociadas en el volumen de origen.
-
A partir de ONTAP 9,8, se admite el realojamiento de un volumen con cifrado de volúmenes de NetApp (NVE). Si se usa un gestor de claves incorporado, los metadatos cifrados se modificarán durante la operación de nuevo alojamiento. Los datos de usuario no se modifican.
Si se utiliza ONTAP 9,8 o temprano, se debe descifrar el volumen antes de realizar la operación de rehost.
-
Tras la operación de realojamiento, se pierden las siguientes políticas de volumen, reglas de política y configuraciones en el volumen de origen y se deben reconfigurar manualmente en el volumen realojado:
-
Directivas de antivirus
-
Política de eficiencia de volúmenes
-
Políticas de calidad de servicio (QoS)
-
Políticas de Snapshot
-
reglas y políticas de exportación de configuración de ns-switch y servicios de nombres
-
ID de usuario y de grupo
-
-
El volumen debe estar en línea.
-
No se deben ejecutar las operaciones de gestión de volúmenes, como movimientos de volúmenes o movimientos de LUN.
-
No debe haber operaciones de I/o activas en los volúmenes o las LUN.
-
Debe haber verificado que la SVM de destino no tiene un igroup con el mismo nombre, sino iniciadores diferentes.
Si el igroup tiene el mismo nombre, debe haber cambiado el nombre del igroup en una de las SVM (origen o destino).
-
Debe haber habilitado el
force-unmap-luns
opción.-
El valor predeterminado de
force-unmap-luns
la opción esfalse
. -
Cuando se establece el, no se muestra ningún mensaje de advertencia o confirmación
force-unmap-luns
opción a.true
.
-
-
Registre la información de asignación de LUN en el volumen objetivo:
lun mapping show volume volume vserver source_svm
Este es un paso preventivo para evitar perder información sobre la asignación de LUN en caso de que se produzca un error en el rehost del volumen.
-
Elimine los iGroups asociados al volumen objetivo.
-
Vuelva a alojar el volumen de destino a la SVM de destino:
volume rehost -vserver source_svm -volume volume_name -destination-vserver destination_svm
-
Asigne los LUN del volumen de destino a iGroups adecuados:
-
El rehost de volúmenes conserva los LUN en el volumen objetivo, sin embargo, los LUN permanecen sin asignar.
-
Utilice el conjunto de puertos de SVM de destino al asignar las LUN.
-
Si la
auto-remap-luns
opción establecida entrue
, Las LUN se asignan automáticamente después de realojar.
-