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.

Créer une relation de réplication

Contributeurs
PDF

La relation entre le volume source dans le stockage primaire et le volume de destination dans le stockage secondaire est appelée « relation de protection des données »._ vous pouvez utiliser le snapmirror create Créez des relations de protection des données avec SnapMirror de reprise après incident, SnapVault ou réplication unifiée.

Remarque Cette procédure s'applique aux systèmes FAS, AFF et ASA actuels. Si vous disposez d'un système ASA r2 (ASA A1K, ASA A70 ou ASA A90), suivez la procédure "procédure à suivre" pour créer une relation de réplication. Les systèmes ASA r2 simplifient l'expérience ONTAP propre aux clients SAN.

Depuis ONTAP 9.11.1, System Manager permet de sélectionner des règles de copie en miroir et de copie à distance prédéfinies et personnalisées, d'afficher et de sélectionner des règles existantes, et de remplacer les planifications de transfert définies dans une règle de protection lorsque les volumes et les machines virtuelles de stockage sont protégés. Cette fonctionnalité est également disponible dans ONTAP 9.8P12 et versions ultérieures de ONTAP 9.8.

Remarque

Si vous utilisez ONTAP 9.8P12 ou une version ultérieure de correctif ONTAP 9.8 et si vous avez configuré SnapMirror à l'aide de System Manager, vous devez utiliser ONTAP 9.9.1P13 ou version ultérieure et ONTAP 9.10.1P10 ou version ultérieure pour une mise à niveau vers ONTAP 9.9.1 ou ONTAP 9.10.1.
Avant de commencer

  • Les clusters source et de destination et les SVM doivent être associés.

    "Cluster et SVM peering"

  • La langue du volume de destination doit être identique à celle du volume source.

Description de la tâche

Jusqu'à ONTAP 9.3, SnapMirror invoqué en mode DP et SnapMirror invoqué en mode XDP utilisait différents moteurs de réplication, avec différentes approches de la dépendance vis-à-vis de la version :

  • SnapMirror appelé en mode DP utilisait un moteur de réplication version-dépendante dans lequel la version de ONTAP était requise pour le stockage primaire et secondaire :

    cluster_dst::>  snapmirror create -type DP -source-path ... -destination-path ...

  • SnapMirror appelé en mode XDP utilisait un moteur de réplication version-flexible qui prenait en charge différentes versions ONTAP sur le stockage primaire et secondaire :

    cluster_dst::>  snapmirror create -type XDP -source-path ... -destination-path ...

Grâce aux améliorations des performances, les avantages significatifs de SnapMirror flexible à la version compensent légèrement l'avantage en termes de débit de réplication obtenu avec le mode dépendant de la version. C'est pour cette raison, depuis ONTAP 9.3, le mode XDP est devenu le nouveau paramètre par défaut et toutes les invocations du mode DP sur la ligne de commande ou dans les scripts nouveaux ou existants sont automatiquement converties en mode XDP.

Les relations existantes ne sont pas affectées. Si une relation est déjà de type DP, elle continuera d'être de type DP. Le tableau ci-dessous montre le comportement auquel vous pouvez vous attendre.

Si vous spécifiez…​

Le type est…​

La stratégie par défaut (si vous ne spécifiez pas de règle) est…​

DP

XDP

MirrorAllsnapshots (reprise après incident SnapMirror)

Rien

XDP

MirrorAllsnapshots (reprise après incident SnapMirror)

XDP

XDP

XDPDefault (SnapVault)

Voir également les exemples de la procédure ci-dessous.

Les seules exceptions à la conversion sont les suivantes :

  • Les relations de protection des données des SVM continuent à être par défaut en mode DP.

    Spécifiez explicitement XDP pour obtenir le mode XDP par défaut MirrorAllSnapshots politique.

  • Les relations de protection des données de partage de charge continuent à être par défaut en mode DP.

  • Les relations de protection des données SnapLock continuent à être par défaut en mode DP.

  • Les invocations explicites de DP continuent à être activées par défaut avec le mode DP si vous définissez l'option d'ensemble du cluster suivante :

    options replication.create_data_protection_rels.enable on

    Cette option est ignorée si vous n'appelez pas explicitement DP.

Dans ONTAP 9.3 et version antérieure, un volume de destination peut contenir jusqu'à 251 copies Snapshot. Dans ONTAP 9.4 et versions ultérieures, un volume de destination peut contenir jusqu'à 1019 copies Snapshot

Depuis ONTAP 9.5, les relations SnapMirror synchrones sont prises en charge.

À partir de ONTAP 9.14.1, l' -backoff-level option est ajoutée aux snapmirror create`commandes , `snapmirror modify`et `snapmirror restore pour vous permettre de spécifier le niveau de retour arrière par relation. L'option n'est prise en charge qu'avec les relations FlexVol SnapMirror. La commande facultative spécifie le niveau de backoff SnapMirror dû aux opérations du client. Les valeurs de retour arrière peuvent être élevées, moyennes ou aucune. La valeur par défaut est élevée.

Étapes

Vous pouvez utiliser System Manager ou l'interface de ligne de commandes de ONTAP pour créer une relation de réplication.

System Manager

  1. Sélectionnez le volume ou le LUN à protéger : cliquez sur Storage > volumes ou Storage > LUN, puis cliquez sur le nom de volume ou de LUN souhaité.

  2. Cliquez sur Icône protéger.

  3. Sélectionnez le cluster de destination et la VM de stockage.

  4. La règle asynchrone est sélectionnée par défaut. Pour sélectionner une stratégie synchrone, cliquez sur plus d'options.

  5. Cliquez sur protéger.

  6. Cliquez sur l'onglet SnapMirror (local ou Remote) du volume ou du LUN sélectionné pour vérifier que la protection est correctement configurée.

CLI

  1. Depuis le cluster destination, créer une relation de réplication :

    Vous devez remplacer les variables entre parenthèses angulaires par les valeurs requises avant d'exécuter cette commande.

    snapmirror create -source-path <SVM:volume> -destination-path <SVM:volume> -type <DP|XDP> -schedule <schedule> -policy <policy>

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

    Remarque Le schedule paramètre n'est pas applicable lors de la création de relations SnapMirror synchrones.

    L'exemple suivant illustre la création d'une relation SnapMirror DR à l'aide de la valeur par défaut MirrorLatest règle :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorLatest

    L'exemple suivant illustre la création d'une relation SnapVault à l'aide de la valeur par défaut XDPDefault règle :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy XDPDefault

    L'exemple suivant illustre la création d'une relation de réplication unifiée à l'aide de la valeur par défaut MirrorAndVault règle :

    cluster_dst:> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorAndVault

    L'exemple suivant illustre la création d'une relation de réplication unifiée à l'aide de la commande personnalisée my_unified règle :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy my_unified

    L'exemple suivant illustre la création d'une relation synchrone SnapMirror à l'aide de la Sync règle par défaut :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy Sync

    L'exemple suivant illustre la création d'une relation synchrone SnapMirror à l'aide de la StrictSync règle par défaut :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy StrictSync

    L'exemple suivant illustre la création d'une relation SnapMirror DR. Lorsque le type DP est automatiquement converti en XDP et sans policy spécifiée, la règle passe par défaut sur le MirrorAllSnapshots règle :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type DP -schedule my_daily

    L'exemple suivant illustre la création d'une relation SnapMirror DR. Sans type ni règle définie, la règle de gestion par défaut est définie sur le MirrorAllSnapshots règle :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -schedule my_daily

    L'exemple suivant illustre la création d'une relation SnapMirror DR. Sans règle spécifiée, la règle est définie par défaut sur le XDPDefault règle :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily

    L'exemple suivant crée une relation synchrone SnapMirror avec la règle prédéfinie SnapCenterSync :

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy SnapCenterSync
    Remarque La règle prédéfinie SnapCenterSync est de type Sync. Cette règle réplique toute copie Snapshot créée avec le snapmirror-label de « cohérent_app ».
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.

Informations associées

D'autres façons de le faire dans ONTAP

Pour effectuer ces tâches avec…​ Voir ce contenu…​

System Manager Classic (disponible avec ONTAP 9.7 et versions antérieures)

"Présentation de la sauvegarde de volume avec SnapVault"