Vuelva a alojar un volumen SMB
Es posible volver a alojar un volumen que sirva datos mediante el protocolo SMB. Para permitir que los clientes continúen accediendo a los datos después de la operación de realojamiento, debe configurar manualmente las políticas y las reglas asociadas.
-
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.
-
Si la SVM de origen y los dominios de Active Directory de destino difieren, es posible que se pierda acceso a los objetos del volumen.
-
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.
-
Cuando la SVM de origen cuenta con usuarios y grupos locales, los permisos para los archivos y directorios (ACL) que se establecen ya no serán efectivos después de la operación de realojamiento de volumen.
Lo mismo se aplica a las ACL de auditoría (SACL).
-
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 volver a configurar manualmente en el volumen hospedado:
-
Políticas de exportación de volúmenes y qtrees
-
Directivas de antivirus
-
Política de eficiencia de volúmenes
-
Políticas de calidad de servicio (QoS)
-
Políticas de Snapshot
-
Reglas de cuotas
-
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 el movimiento de volúmenes o el movimiento de LUN.
-
Se debe detener el acceso a los datos al volumen que se está realojando.
-
La configuración de los servicios de nombres y ns-switch de la SVM objetivo debe configurarse para admitir el acceso a los datos del volumen de realojamiento.
-
La SVM de origen y la SVM de destino deben tener el mismo dominio de Active Directory y realmDNS.
-
El ID de usuario y el ID de grupo del volumen deben estar disponibles en la SVM objetivo o cambiarse en el volumen de host.
Si se configuran usuarios y grupos locales y si hay archivos y directorios en ese volumen con permisos establecidos para esos usuarios o grupos, estos permisos ya no serán efectivos.
-
Registre información sobre los recursos compartidos CIFS para evitar la pérdida de información sobre los recursos compartidos CIFS en caso de que falle la operación de realojamiento del volumen.
-
Desmonte el volumen del volumen principal:
volume unmount
-
Cambie al nivel de privilegio avanzado:
set -privilege advanced
-
Vuelva a alojar el volumen en la SVM de destino:
volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm
-
Monte el volumen en la ruta de unión adecuada en la SVM de destino:
volume mount
-
Crear recursos compartidos de CIFS para el volumen realojado:
vserver cifs share create
-
Si los dominios DNS difieren entre la SVM de origen y la SVM de destino, cree nuevos usuarios y grupos.
-
Actualice el cliente CIFS con las nuevas LIF de SVM de destino y la ruta de unión al volumen realojado.
Es necesario volver a configurar manualmente las políticas y las reglas asociadas en el volumen realojado.