XDP remplace DP par défaut SnapMirror
Suggérer des modifications
PDF
Depuis ONTAP 9.3, le mode SnapMirror Extended Data protection (XDP) remplace le mode SnapMirror Data protection (DP) par défaut.
Avant de mettre à niveau votre système vers ONTAP 9.12.1, vous devez convertir les relations de type DP en relation XDP avant de pouvoir procéder à une mise à niveau vers ONTAP 9.12.1 et versions ultérieures. Pour plus d'informations, voir "Convertir une relation de type DP existante en XDP".
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. Depuis ONTAP 9.5, MirrorAndVault est la nouvelle règle par défaut lorsqu'aucun mode de protection des données n'est spécifié ou lorsque le mode XDP est spécifié comme type de relation. 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 |
MirrorAndVault (réplication unifiée) |
XDP |
XDP |
MirrorAndVault (réplication unifiée) |
Comme le tableau le montre, les règles par défaut attribuées à XDP dans différentes circonstances garantissent que la conversion conserve l'équivalence fonctionnelle des anciens types. Vous pouvez bien sûr utiliser différentes règles si nécessaire, y compris des règles pour la réplication unifiée :
Si vous spécifiez… |
Et la politique est… |
Résultat : |
DP |
MirrorAllsnapshots |
Reprise sur incident SnapMirror |
XDPDefault |
SnapVault |
MirrorAndVault |
Réplication unifiée |
XDP |
MirrorAllsnapshots |
Reprise sur incident SnapMirror |
XDPDefault |
SnapVault |
Les seules exceptions à la conversion sont les suivantes :
-
Les relations de protection des données de SVM continuent à être par défaut en mode DP dans ONTAP 9.3 et versions antérieures.
Depuis ONTAP 9.4, les relations de protection des données du SVM sont définies par défaut en mode XDP
-
Les relations de protection des données de partage de la charge du volume racine continuent à être par défaut en mode DP.
-
Les relations de protection des données SnapLock continuent à être par défaut en mode DP dans ONTAP 9.4 et versions antérieures.
Depuis ONTAP 9.5, les relations de protection des données SnapLock se servent par défaut du mode XDP.
-
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.