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

Réactiver la SVM source d'origine

08/16/2023 Contributeurs

Cette relation permet de rétablir la relation initiale de protection des données entre les SVM source et destination lorsque vous n'avez plus besoin de transmettre des données depuis la destination. La procédure est en grande partie identique à la procédure de réplication de volume, à exception près. On doit arrêter le SVM de destination avant de réactiver la SVM source.

Avant de commencer

Si vous avez augmenté la taille du volume de destination tout en y servant des données, avant de réactiver le volume source, vous devez augmenter manuellement la taille automatique maximale sur le volume source d'origine afin de garantir une croissance suffisante.

"Lorsqu'un volume de destination augmente automatiquement"

Description de la tâche

Depuis ONTAP 9.11.1, vous pouvez réduire le temps de resynchronisation lors d'une reprise d'activité à l'aide de la -quick-resync true de la snapmirror resync Commande tout en effectuant une resynchronisation inverse d'une relation SVM DR. Une resynchronisation rapide permet de réduire le temps nécessaire au retour à la production en contournant les opérations de reconstruction et de restauration des entrepôts de données.

La resynchronisation rapide ne permet pas de préserver l'efficacité du stockage des volumes de destination. L'activation des synchronisations rapides peut augmenter l'espace volume utilisé par les volumes de destination.

Cette procédure suppose que la ligne de base du volume source d'origine est intacte. Si la base n'est pas intacte, vous devez créer et initialiser la relation entre le volume dont vous accédez aux données et le volume source d'origine avant d'effectuer la procédure.

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

Étapes

Depuis le SVM source d'origine ou le cluster source d'origine, créez une relation SVM DR inverse en utilisant les mêmes paramètres de configuration, de politique et de préservation de l'identité que la relation SVM DR d'origine :

snapmirror create -source-path SVM: -destination-path SVM:

Vous devez entrer deux-points (:) après le nom de SVM dans la -source-path et -destination-path options. Voir l'exemple ci-dessous.

L'exemple suivant crée une relation entre le SVM à partir duquel vous transmet des données, svm_backup, Et le SVM source d'origine, svm1:
```
cluster_src::> snapmirror create -source-path svm_backup: -destination-path svm1:
```
Depuis le SVM source d'origine ou le cluster source d'origine, exécutez la commande suivante pour inverser la relation de protection des données :

snapmirror resync -source-path SVM: -destination-path SVM:

Vous devez entrer deux-points (:) après le nom de SVM dans la -source-path et -destination-path options. Voir l'exemple ci-dessous.

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.

Échec de la commande si une copie Snapshot commune n'existe pas sur la source et la destination. Utiliser snapmirror initialize pour réinitialiser la relation.

L'exemple suivant inverse la relation entre la SVM source d'origine, svm1, Et le SVM depuis lequel vous servant des données, svm_backup:
```
cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1:
```
Exemple avec l'option -rapide-resynchronisation :
```
cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1: -quick-resync true
```
Lorsque vous êtes prêt à rétablir l'accès aux données au SVM source d'origine, arrêter le SVM de destination d'origine pour déconnecter les clients actuellement connectés au SVM de destination d'origine.

vserver stop -vserver SVM

L'exemple suivant arrête le SVM destination d'origine qui transmet actuellement des données :
```
cluster_dst::> vserver stop svm_backup
```

Vérifier que le SVM destination d'origine est bien à l'état stopped en utilisant le vserver show commande.

cluster_dst::> vserver show
                                  Admin      Operational Root
Vserver        Type    Subtype    State      State       Volume     Aggregate
--------       ------- ---------- ---------- ----------- ---------- ----------
svm_backup     data    default    stopped    stopped     rv         aggr1

Depuis le SVM source d'origine ou le cluster source d'origine, lancer la commande suivante pour effectuer la mise à jour finale de la relation inversée afin de transférer toutes les modifications du SVM de destination d'origine vers le SVM source d'origine :

snapmirror update -source-path SVM: -destination-path SVM:

Vous devez entrer deux-points (:) après le nom de SVM dans la -source-path et -destination-path options. Voir l'exemple ci-dessous.

L'exemple suivant met à jour la relation entre le SVM de destination d'origine à partir duquel vous accédez aux données,svm_backup, Et le SVM source d'origine, svm1:
```
cluster_src::> snapmirror update -source-path svm_backup: -destination-path svm1:
```
Depuis le SVM source d'origine ou le cluster source d'origine, lancer la commande suivante pour arrêter les transferts programmés pour la relation inverse :

snapmirror quiesce -source-path SVM: -destination-path SVM:

Vous devez entrer deux-points (:) après le nom de SVM dans la -source-path et -destination-path options. Voir l'exemple ci-dessous.

L'exemple suivant arrête les transferts programmés entre le SVM où vous transmet des données, svm_backup, Et le SVM d'origine, svm1:
```
cluster_src::> snapmirror quiesce -source-path svm_backup: -destination-path svm1:
```
Lorsque la mise à jour finale est terminée et que la relation indique « suspendu » pour l'état de la relation, exécutez la commande suivante à partir du SVM source d'origine ou du cluster source d'origine pour interrompre la relation inversée :

snapmirror break -source-path SVM: -destination-path SVM:

Vous devez entrer deux-points (:) après le nom de SVM dans la -source-path et -destination-path options. Voir l'exemple ci-dessous.

L'exemple suivant rupture de la relation entre le SVM de destination d'origine duquel vous servant des données, svm_backup, Et le SVM source d'origine, svm1:
```
cluster_src::> snapmirror break -source-path svm_backup: -destination-path svm1:
```
Si le SVM source d'origine était auparavant arrêté, depuis le cluster source d'origine, démarrer le SVM source d'origine :

vserver start -vserver SVM

L'exemple suivant démarre le SVM source d'origine :
```
cluster_src::> vserver start svm1
```
Depuis le SVM destination d'origine ou le cluster destination d'origine, rétablir la relation de protection des données d'origine :

snapmirror resync -source-path SVM: -destination-path SVM:

Vous devez entrer deux-points (:) après le nom de SVM dans la -source-path et -destination-path options. Voir l'exemple ci-dessous.

L'exemple suivant reétablit la relation entre le SVM source d'origine, svm1, Et le SVM de destination d'origine, svm_backup:
```
cluster_dst::> snapmirror resync -source-path svm1: -destination-path svm_backup:
```
Depuis le SVM source d'origine ou le cluster source d'origine, lancer la commande suivante pour supprimer la relation de protection des données inversée :

snapmirror delete -source-path SVM: -destination-path SVM:

Vous devez entrer deux-points (:) après le nom de SVM dans la -source-path et -destination-path options. Voir l'exemple ci-dessous.

L'exemple suivant supprime la relation inversée entre le SVM de destination d'origine, svm_backup, Et le SVM source d'origine, svm1:
```
cluster_src::> snapmirror delete -source-path svm_backup: -destination-path svm1:
```
Depuis le SVM de destination d'origine ou le cluster de destination d'origine, relâcher la relation de protection des données inversée :

snapmirror release -source-path SVM: -destination-path SVM:

Vous devez entrer deux-points (:) après le nom de SVM dans la -source-path et -destination-path options. Voir l'exemple ci-dessous.

L'exemple suivant libère la relation inversée entre le SVM de destination d'origine, svm_backup et le SVM source d'origine, svm1
```
cluster_dst::> snapmirror release -source-path svm_backup: -destination-path svm1:
```

Une fois que vous avez terminé

Utilisez le snapmirror show Commande permettant de vérifier que la relation SnapMirror a été créée. Pour connaître la syntaxe complète de la commande, reportez-vous à la page man.

Réactiver la SVM source d'origine

Creating your file...