Garantir un snapshot commun dans un déploiement de miroir-coffre ONTAP
Vous pouvez utiliser le snapmirror snapshot-owner create Commande permettant de conserver un instantané étiqueté sur le serveur secondaire dans un déploiement miroir-coffre. Cette opération garantit l'existence d'un instantané commun pour la mise à jour de la relation de coffre.
Si vous utilisez une combinaison de fan-out de miroir-coffre-fort ou de déploiement en cascade, gardez à l'esprit que les mises à jour échoueront si un snapshot commun n'existe pas sur les volumes source et de destination.
Il ne s'agit jamais d'un problème pour la relation de miroir dans un déploiement en cascade ou avec « fan-out » de miroir-coffre-fort, puisque SnapMirror crée toujours un snapshot du volume source avant d'effectuer la mise à jour.
Il peut cependant s'agir d'un problème pour la relation de copie en coffre-fort, car SnapMirror ne crée pas de snapshot du volume source lors de la mise à jour d'une relation de copie en coffre-fort. Vous devez utiliser snapmirror snapshot-owner create pour vous assurer qu'il existe au moins un snapshot commun sur la source et la destination de la relation de coffre-fort. "En savoir plus sur les déploiements « Fan-Out » et « Cascade » de la protection des données".
-
Sur le volume source, attribuez un propriétaire à l'instantané étiqueté que vous souhaitez conserver :
snapmirror snapshot-owner create -vserver <SVM> -volume <volume> -snapshot <snapshot> -owner <owner>L'exemple suivant illustre
ApplicationAle rôle de propriétaire dusnap1snapshot :clust1::> snapmirror snapshot-owner create -vserver vs1 -volume vol1 -snapshot snap1 -owner ApplicationA
En savoir plus sur
snapmirror snapshot-owner createdans le "Référence de commande ONTAP" . -
Mettez à jour la relation de miroir, comme décrit dans "Mise à jour manuelle d'une relation de réplication".
Vous pouvez également attendre la mise à jour planifiée de la relation miroir.
-
Transférer l'instantané étiqueté vers la destination du coffre-fort :
snapmirror update -source-path <SVM:volume>|<cluster://SVM/volume>, … -destination-path <SVM:volume>|<cluster://SVM/volume>, … -source-snapshot snapshot- L'exemple suivant transfère le
snap1snapshot -
clust1::> snapmirror update -vserver vs1 -volume vol1 -source-snapshot snap1
L'instantané marqué sera conservé lorsque la relation de coffre-fort sera mise à jour.
Pour en savoir plus,
snapmirror updateconsultez le "Référence de commande ONTAP".
- L'exemple suivant transfère le
-
Sur le volume source, supprimez le propriétaire de l'instantané marqué :
snapmirror snapshot-owner delete -vserver SVM -volume volume -snapshot snapshot -owner ownerLes exemples suivants sont supprimés
ApplicationAen tant que propriétaire de l' `snap1`instantané :clust1::> snapmirror snapshot-owner delete -vserver vs1 -volume vol1 -snapshot snap1 -owner ApplicationA
Pour en savoir plus,
snapmirror snapshot-owner deleteconsultez le "Référence de commande ONTAP".