Réhébergez un volume SMB
Suggérer des modifications
PDF
Vous pouvez réhéberger un volume qui diffuse des données à l'aide du protocole SMB. Pour permettre aux clients de continuer à accéder aux données après l'opération de réhébergement, vous devez configurer manuellement les stratégies et les règles associées.
-
Le réhébergement représente aussi une opération disruptive.
-
En cas d'échec de l'opération de réhébergement, vous devrez peut-être reconfigurer les stratégies de volume et les règles associées sur le volume source.
-
Si les domaines Active Directory du SVM source et du SVM cible sont différents, il est possible que l'accès aux objets du volume soit perdu.
-
À partir de ONTAP 9.8, le réhébergement d'un volume avec NetApp Volume Encryption (NVE) est pris en charge. Si vous utilisez un gestionnaire de clés intégré, les métadonnées chiffrées seront modifiées lors de l'opération de réhébergement. Les données utilisateur ne sont pas modifiées.
Si vous utilisez ONTAP 9.8 ou une version antérieure, vous devez annuler le chiffrement du volume avant d'effectuer l'opération de réhébergement.
-
Lorsque le SVM source possède des utilisateurs et des groupes locaux, les autorisations pour les fichiers et répertoires (ACL) définis ne sont plus effectives après l'opération de réhébergement de volume.
Il en va de même pour les listes de contrôle d'accès d'audit (CLS)
-
Une fois le réhébergement, les règles, règles et configurations de volume suivantes perdues du volume source et doivent être reconfigurées manuellement sur le volume rehébergé :
-
Règles d'exportation de volumes et de qtrees
-
Politiques antivirus
-
Règle d'efficacité du volume
-
Règles de qualité de services
-
Règles relatives aux snapshots
-
Règles de quotas
-
règle et règles d'exportation de la configuration des services de noms et de commutateur ns
-
ID d'utilisateur et de groupe
-
-
Le volume doit être en ligne.
-
Les opérations de gestion de volumes, telles que le déplacement de volumes ou de LUN, ne doivent pas être en cours d'exécution.
-
L'accès aux données au volume qui est réhébergé doit être arrêté.
-
La configuration des services de nom et de commutateur ns-switch du SVM cible doit être configurée pour prendre en charge l'accès aux données du volume de réhébergement.
-
Le SVM source et le SVM de destination doivent avoir le même domaine Active Directory et realmDNS.
-
L'ID utilisateur et l'ID groupe du volume doivent être disponibles dans le SVM cible ou modifiés sur le volume d'hébergement.
Si des utilisateurs et des groupes locaux sont configurés et si des fichiers et des répertoires sont présents sur ce volume avec des autorisations définies pour ces utilisateurs ou groupes, ces autorisations ne sont plus effectives.
-
Enregistrez des informations sur les partages CIFS pour éviter de perdre des informations sur les partages CIFS en cas d'échec de l'opération de réhébergement de volume.
-
Démontez le volume du volume parent :
volume unmount -
Basculer vers le niveau de privilège avancé :
set -privilege advanced -
Réhébergement « volume » sur le SVM de destination :
volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm -
Monter le volume sous la Junction path appropriée dans le SVM de destination :
volume mount -
Créer des partages CIFS pour le volume réhébergé :
vserver cifs share create -
Si les domaines DNS diffèrent entre le SVM source et le SVM de destination, créer de nouveaux utilisateurs et groupes.
-
Mettre à jour le client CIFS avec les nouvelles LIFs du SVM de destination et Junction path vers le volume rehébergé.
Vous devez reconfigurer manuellement les stratégies et les règles associées sur le volume réhébergé.