La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Réhébergement de volumes transférés vers une autre SVM

Contributeurs

Le réhébergement de volumes permet de migrer un volume transféré d’un SVM vers un autre SVM sans la copie des données. L’opération de réhébergement vous permet de consolider tous les volumes qui possèdent des LUN FC dans un seul SVM, tout en préservant la sémantique de l’image de système unique (SSI) 7-mode. Vous pouvez également réhébergement de volumes NAS ayant fait l’objet de transition.

  • Le volume que vous souhaitez ré-héberger 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é.

    Le réhébergement représente aussi une opération disruptive.

Les règles de volume, les règles de stratégie et les configurations suivantes ne sont pas conservées depuis le volume source. Elles doivent être reconfigurées manuellement sur le volume réhébergé après le réhébergement :

  • 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

  • Partages CIFS

  • groupes initiateurs associés à un ensemble de ports

Étapes
  • Réhébergement de volumes FC et iSCSI

    1. Passer au niveau de privilège avancé :
      set -privilege advanced

    2. Réhébergement « volume » sur le SVM de destination :

      Les fonctions que vous recherchez…​ Exécutez la commande suivante…​

      Annulez le mappage des LUN après le réhébergement

      volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm -force–unmap-luns true

      Remappage des LUN sur les mêmes groupes initiateurs après le réhébergement

      volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm -auto-remap-luns true

  • Réhébergement de volumes NFS

    1. Enregistrer des informations sur les règles d’exportation NFS.

    2. Démontez le volume du volume parent :
      volume unmount

    3. Basculer vers le niveau de privilège avancé : set -privilege advanced

    4. Réhébergement outre-mesure le volume aussi bien sur le SVM de destination :
      volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm

      La export policy par défaut du SVM de destination est appliquée au volume réhébergé.

    5. Créer la export policy :
      vserver export-policy create

    6. Mettre à jour les export policy du volume réhébergé vers une export policy définie par l’utilisateur :
      volume modify

    7. Monter le volume sous la Junction path appropriée dans le SVM de destination :
      volume mount

    8. Vérifier que le service NFS s’exécute sur le SVM de destination :
      vserver nfs status

    9. Reprenez l’accès NFS au volume hébergé.

      Étant donné que le chemin d’accès aux volumes (LIF et Junction path) a subi des modifications, vous devez mettre à jour les identifiants du client NFS et les configurations LIF pour refléter les LIF du SVM de destination.

  • Réhébergement de volumes CIFS

    1. Enregistrez des informations sur les partages CIFS.

    2. Démontez le volume du volume parent :
      volume unmount

    3. Passer au niveau de privilège avancé :
      set -privilege advanced

    4. Réhébergement outre-mesure le volume aussi bien sur le SVM de destination :
      volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm

    5. Monter le volume sous la Junction path appropriée dans le SVM de destination :
      volume mount

    6. Créer des partages CIFS pour le volume réhébergé :
      vserver cifs share create

    7. Si les domaines DNS diffèrent entre les SVM source et destination, créez de nouveaux utilisateurs et groupes.

    8. Mettre à jour le client CIFS avec les nouvelles LIFs du SVM de destination et Junction path vers le volume rehébergé.

  • Réhébergement de volumes dans les relations SnapMirror

    1. Enregistrer le type de relation SnapMirror :
      snapmirror show

    2. Depuis le cluster de destination, supprimer la relation SnapMirror :
      snapmirror delete

      Important Vous ne devez pas interrompre la relation SnapMirror ; sinon, la capacité de protection des données du volume de destination est perdue et la relation ne peut pas être rétablie après l’opération de réhébergement.
    3. Depuis le cluster source, libérer les informations relatives à la relation SnapMirror :
      snapmirror release

      Lorsque vous définissez le paramètre -relationinfo-seulement sur true, ainsi, les copies Snapshot ne sont pas supprimées et seules les informations concernant les relations source sont supprimées.

    4. Passer au niveau de privilège avancé :
      set -privilege advanced

    5. Réhébergement outre-mesure le volume aussi bien sur le SVM de destination :
      volume rehost -vserver source_svm -volume vol_name -destination-vserver destination_svm

    6. Créer la relation SVM peer-to-peer entre les SVM source et destination :
      vserver peer create

    7. Créer la relation SnapMirror entre les volumes source et de destination :
      snapmirror create

      Le volume réhébergé peut être la source ou la destination de la relation SnapMirror.

    8. Resynchroniser la relation de protection des données :
      snapmirror resync

Vous devez créer manuellement les charges de travail d’autovolume pour les volumes réhébergés en procédant comme suit :

  1. Créer un « policy group » défini par l’utilisateur pour la SVM :

    qos policy-group create -vserver destination-vserver -policy-group policy-group-name

  2. Attribuez la « policy group » QoS au volume réhébergé :

    volume modify -vserver destination-vserver -volume rehosted-volume -qos-policy-group policy-group-name

Vous devez reconfigurer manuellement les stratégies et les règles associées sur le volume réhébergé.

Note 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.

Informations connexes