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.

Mise en miroir des fichiers WORM pour la reprise après incident

Contributeurs
PDF

Vous pouvez utiliser SnapMirror pour répliquer des fichiers WORM dans un autre emplacement géographique à des fins autres que la reprise après incident. Le volume source et le volume de destination doivent être configurés pour SnapLock et les deux volumes doivent disposer du même mode SnapLock, Compliance ou Enterprise. Toutes les propriétés SnapLock clés du volume et les fichiers sont répliqués.

Prérequis

Les volumes source et destination doivent être créés dans des clusters associés avec des SVM peering. Pour plus d'informations, voir "Cluster et SVM peering".

Description de la tâche

  • Depuis ONTAP 9.5, vous pouvez répliquer les fichiers WORM avec la relation SnapMirror de type XDP (protection étendue des données) plutôt qu'avec la relation de type DP (protection des données). Le mode XDP ne dépend pas de la version d'ONTAP. Il peut donc différencier les fichiers stockés dans le même bloc, ce qui facilite la resynchronisation des volumes du mode Compliance répliqué. Pour plus d'informations sur la conversion d'une relation de type DP existante en relation de type XDP, reportez-vous à "La protection des données".

  • Une opération de resynchronisation dans une relation SnapMirror de type DP échoue pour un volume en mode conformité si SnapLock détermine qu'elle entraînera une perte de données. Si une opération de resynchronisation échoue, vous pouvez utiliser le volume clone create commande pour créer un clone du volume de destination. Vous pouvez ensuite resynchroniser le volume source avec le clone.

  • Une relation SnapMirror de type XDP entre des volumes compatibles SnapLock prend en charge une resynchronisation après une interruption, même si les données de la destination ont divergé de la source après l'arrêt.

    Lors d'une resynchronisation, lorsque des divergences de données sont détectées entre la source et la destination au-delà du snapshot commun, un nouvel instantané est coupé sur la destination pour capturer cette divergence. Le nouvel instantané et le snapshot commun sont tous deux verrouillés avec un temps de rétention comme suit :

    • Heure d'expiration du volume de la destination

    • Si le délai d'expiration du volume est passé ou n'a pas été défini, le snapshot est verrouillé pendant une période de 30 jours

    • Si la destination a des raisons juridiques, la période d'expiration réelle du volume est masquée et apparaît comme « indéfinie » ; cependant, l'instantané est verrouillé pendant la durée de la période d'expiration réelle du volume.

Si le volume de destination a une période d'expiration postérieure à la source, la période d'expiration de destination est conservée et ne sera pas écrasée par la période d'expiration du volume source après la resynchronisation.

Si la destination dispose de mentions légales qui diffèrent de la source, une resynchronisation n'est pas autorisée. La source et la destination doivent disposer de mentions légales identiques ou toutes les mentions légales de la destination doivent être libérées avant toute tentative de resynchronisation.

Une copie Snapshot verrouillée sur le volume de destination créé pour capturer les données divergentes peut être copiée vers la source à l'aide de la CLI en exécutant le snapmirror update -s snapshot commande. Une fois copié, le snapshot reste également verrouillé à la source.

  • Les relations de protection des données des SVM ne sont pas prises en charge.

  • Les relations de protection des données de partage de charge ne sont pas prises en charge.

L'illustration suivante montre la procédure d'initialisation d'une relation SnapMirror :

Cette illustration présente la procédure d'initialisation d'une relation SnapMirror : identification du cluster de destination, création d'un volume de destination, création d'une relation SnapMirror entre les volumes, puis initialisation de la relation pour démarrer un transfert de base.

System Manager

Depuis ONTAP 9.12.1, System Manager vous permet de configurer la réplication SnapMirror des fichiers WORM.

Étapes

  1. Accédez à Storage > volumes.

  2. Cliquez sur Afficher/Masquer et sélectionnez Type SnapLock pour afficher la colonne dans la fenêtre volumes.

  3. Recherchez un volume SnapLock.

  4. Cliquez sur Icône des options de menu et sélectionnez protéger.

  5. Choisir le cluster de destination et la VM de stockage de destination

  6. Cliquez sur plus d'options.

  7. Sélectionnez Afficher les règles héritées et DPDefault (TDA/TDE/s).

  8. Dans la section Détails de configuration de destination, sélectionnez remplacer le programme de transfert et sélectionnez horaire.

  9. Cliquez sur Enregistrer.

  10. À gauche du nom du volume source, cliquez sur la flèche pour développer les détails du volume, puis, à droite de la page, consultez les informations relatives à la protection SnapMirror distante.

  11. Sur le cluster distant, accédez à protection relations.

  12. Localisez la relation et cliquez sur le nom du volume de destination pour afficher les détails de la relation.

  13. Vérifiez que le type de SnapLock du volume de destination et d'autres informations SnapLock.

CLI

  1. Identifier le cluster de destination

  2. Sur le cluster de destination, "Installez la licence SnapLock", "Initialiser l'horloge de conformité"et, si vous utilisez une version de ONTAP antérieure à 9.10.1, "Créer un agrégat SnapLock".

  3. Sur le cluster de destination, créez un volume de destination SnapLock de type DP taille identique ou supérieure à celle du volume source :

    volume create -vserver SVM_name -volume volume_name -aggregate aggregate_name -snaplock-type compliance|enterprise -type DP -size size

    Remarque Depuis ONTAP 9.10.1, les volumes SnapLock et non SnapLock peuvent exister sur le même agrégat. Ainsi, vous n'avez plus besoin de créer un agrégat SnapLock distinct si vous utilisez ONTAP 9.10.1. Utilisez l'option volume -snaplock-type pour spécifier un type de volume Compliance ou Enterprise SnapLock. Dans les versions ONTAP antérieures à ONTAP 9.10.1, le mode SnapLock—​Compliance ou Enterprise—​est hérité de l'agrégat. Les volumes de destination flexibles de la version ne sont pas pris en charge. Le paramètre de langue du volume de destination doit correspondre au paramètre de langue du volume source.

    La commande suivante crée un SnapLock de 2 Go Compliance volume nommé dstvolB dans SVM2 sur l'agrégat node01_aggr:

    cluster2::> volume create -vserver SVM2 -volume dstvolB -aggregate node01_aggr -snaplock-type compliance -type DP -size 2GB

  4. Sur le SVM de destination, créer une règle SnapMirror :

    snapmirror policy create -vserver SVM_name -policy policy_name

    La commande suivante crée la politique au niveau du SVM SVM1-mirror:

    SVM2::> snapmirror policy create -vserver SVM2 -policy SVM1-mirror

  5. Sur le SVM de destination, créer une planification SnapMirror :

    job schedule cron create -name schedule_name -dayofweek day_of_week -hour hour -minute minute

    La commande suivante crée une planification SnapMirror nommée weekendcron:

    SVM2::> job schedule cron create -name weekendcron -dayofweek "Saturday, Sunday" -hour 3 -minute 0

  6. Sur le SVM de destination, créer une relation SnapMirror :

    snapmirror create -source-path source_path -destination-path destination_path -type XDP|DP -policy policy_name -schedule schedule_name

    La commande suivante crée une relation SnapMirror entre le volume source srcvolA marche SVM1 et le volume de destination dstvolB marche SVM2, et affecte la stratégie SVM1-mirror et le planning weekendcron:

    SVM2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -type XDP -policy SVM1-mirror -schedule weekendcron
    Remarque Le type XDP est disponible dans ONTAP 9.5 et versions ultérieures. Vous devez utiliser le type DP dans ONTAP 9.4 et versions antérieures.

  7. Sur le SVM de destination, initialiser la relation SnapMirror :

    snapmirror initialize -destination-path destination_path

    Le processus d'initialisation effectue un transfert baseline vers le volume de destination. SnapMirror effectue une copie Snapshot du volume source, puis transfère la copie ainsi que tous les blocs de données qu'il renvoie au volume de destination. Il transfère également toutes les autres copies Snapshot du volume source vers le volume de destination.

    La commande suivante initialise la relation entre le volume source srcvolA marche SVM1 et le volume de destination dstvolB marche SVM2:

    SVM2::> snapmirror initialize -destination-path SVM2:dstvolB
Informations associées

"Cluster et SVM peering"

"Préparation de la reprise après incident de volume"

"Protection des données"