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

Resynchroniser une relation de réplication

Contributeurs
PDF

Vous devez resynchroniser une relation de réplication après avoir créé un volume de destination inscriptible, après une mise à jour échoue, car une copie Snapshot commune n'existe pas sur les volumes source et de destination, ou si vous souhaitez modifier la règle de réplication pour la relation.

Depuis ONTAP 9.8, System Manager permet d'effectuer une opération de resynchronisation inverse en vue de supprimer une relation de protection existante et d'inverser les fonctions des volumes source et de destination. Ensuite, vous utilisez le volume de destination pour transmettre des données pendant que vous réparez ou remplacez la source, mettez à jour la source, et rétablissez la configuration d'origine des systèmes.

Description de la tâche

  • Bien que la resynchronisation ne nécessite pas de transfert de base, elle peut prendre du temps. Vous pouvez exécuter la resynchronisation en dehors des heures de pointe.

  • La resynchronisation des volumes qui font partie d'une configuration « fan-out » ou en cascade peut prendre plus de temps. Il n'est pas rare de voir la relation SnapMirror indiquant l'état « préparation » pour une période prolongée.

Remarque

System Manager ne prend pas en charge la resynchronisation inverse avec des relations intracluster. Vous pouvez utiliser l'interface de ligne de commandes de ONTAP pour effectuer des opérations de resynchronisation inverse avec des relations intracluster.
Étapes

Vous pouvez effectuer cette tâche à l'aide de System Manager ou de l'interface de ligne de commandes de ONTAP. Si vous utilisez l'interface de ligne de commandes de ONTAP, la procédure est identique, que vous enregistrable sur un volume de destination ou que vous mettez à jour la relation de réplication.

Resynchronisation inverse de System Manager

Après "rompre une relation"avoir effectué une destination inscriptible, resynchronisez la relation de manière inverse :

  1. Sur le cluster de destination, cliquez sur protection > relations.

  2. Placez le pointeur de la souris sur la relation interrompue que vous souhaitez inverser, cliquez sur Icône des options de menuet sélectionnez Inverser la resynchronisation.

  3. Dans la fenêtre Reverse resync Relationship, cliquez sur Reverse resync.

  4. Sous Relationship, surveillez la progression de la resynchronisation inverse en visualisant Transfer Status pour la relation.

Étapes suivantes

Lorsque la source d'origine est de nouveau disponible, vous pouvez rétablir la relation d'origine en rompant la relation inversée et en exécutant une autre opération de resynchronisation inverse. Le processus de resynchronisation inverse copie toutes les modifications du site qui diffuse des données vers la source d'origine et réécrit la source d'origine.

Resynchronisation de System Manager

  1. Cliquez sur protection > relations.

  2. Placez le pointeur de la souris sur la relation que vous souhaitez resynchroniser, puis cliquez sur Icône des options de menu et sélectionnez rompre.

  3. Lorsque l'état de la relation affiche "Broken off", cliquez sur Icône des options de menu et sélectionnez Resync.

  4. Sous relations, surveiller la progression de la resynchronisation en vérifiant l'état de la relation. L'état est modifié en « mis en miroir » une fois la resynchronisation terminée.

CLI

  1. Resynchronisation des volumes source et de destination :

    snapmirror resync -source-path <SVM:volume|cluster://SVM/volume> -destination-path <SVM:volume|cluster://SVM/volume> -type DP|XDP -policy <policy>

    Pour connaître la syntaxe complète de la commande, reportez-vous à la page man.

    Remarque On doit exécuter cette commande depuis le SVM de destination ou le cluster destination.

    L'exemple suivant resynchronise la relation entre le volume source volA sur et le volume de destination sur svm1 volA_dst svm_backup:

    cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst