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.

Concepts clés

Contributeurs
PDF

SnapMirror Business Continuity (SM-BC) exploite des fonctionnalités telles que les groupes de cohérence et le médiateur ONTAP pour assurer la réplication et le service de vos données même en cas d'incident. Lors de la planification de votre déploiement SM-BC, il est important de comprendre les concepts essentiels de SM-BC et de son architecture.

Architecture

La figure suivante présente un aperçu général d'un déploiement SM-BC.

Flux de travail de continuité de l'activité SnapMirror

Le schéma représente une application d'entreprise hébergée sur une machine virtuelle de stockage (SVM) au niveau du data Center principal. La SVM contient cinq volumes, dont trois font partie d'un groupe de cohérence. Les trois volumes du groupe de cohérence sont mis en miroir sur un data Center secondaire. Dans des circonstances normales, toutes les opérations d'écriture sont effectuées sur le data Center principal. Dans les faits, ce data Center sert de source pour les opérations d'E/S, tandis que le data Center secondaire sert de destination.

En cas d'incident au niveau du data Center principal, le médiateur ONTAP charge le data Center secondaire à agir comme le data Center principal, afin de prendre en charge toutes les opérations d'E/S. Seuls les volumes mis en miroir dans le groupe de cohérence sont gérés. Toutes les opérations relatives aux deux autres volumes du SVM seront affectées par le sinistre.

Concepts essentiels

Comprendre les termes suivants vous aidera à déployer SM-BC.

Groupe de cohérence

Un groupe de cohérence est un ensemble de volumes ou de LUN qui offrent une garantie de cohérence de l'ordre d'écriture pour la charge de travail d'application qui doit être protégée pour assurer la continuité de l'activité. Un groupe de cohérence veille à ce que tous les volumes de ce jeu de données soient suspendus, puis pris en charge au même moment, fournissant ainsi un point de restauration cohérent avec les données sur tous les volumes de ce jeu de données.

Dans SM-BC, vous allez créer un groupe de cohérence principal et secondaire pour la réplication et la protection des données. Le groupe de cohérence secondaire assure le service de vos données en cas d'interruption.

Pour en savoir plus sur les groupes de cohérence, reportez-vous à la section "Présentation des groupes de cohérence".

Composant

Volume individuel ou LUN faisant partie d'un groupe de cohérence, qui est protégé par la relation SM-BC.

Médiateur de ONTAP

Les médiateurs ONTAP surveillent les deux clusters ONTAP et orchestrent le basculement en cas de défaillance de votre système de stockage principal. Avec le médiateur ONTAP, votre application se reconnecte automatiquement aux ressources du système de stockage secondaire.

Grâce aux informations de santé du médiateur ONTAP, les clusters peuvent faire la différence entre une panne du LIF intercluster et une défaillance du site. Lorsque le site est en panne, le médiateur ONTAP transmet à la demande les informations de santé au cluster homologue, ce qui facilite le basculement du cluster homologue.

En savoir plus sur le "Médiateur de ONTAP".

Basculement planifié

Opération manuelle pour modifier les rôles des copies dans une relation SM-BC. Les sites principaux deviennent les sites secondaires, et le site secondaire devient le site principal.

Basculement automatique non planifié (AUFO)

Opération automatique pour effectuer un basculement vers la copie miroir. L'opération nécessite l'aide du médiateur pour détecter que la copie principale n'est pas disponible.

Non synchronisé (OOS)

Lorsque les E/S de l'application ne sont pas répliquées sur le système de stockage secondaire, elles sont signalées comme hors synchronisation. L'état « non synchronisé » signifie que les volumes secondaires ne sont pas synchronisés avec le volume primaire (source) et que la réplication SnapMirror n'est pas en cours.

Si l'état du miroir est Snapmirrored, indique un échec ou un échec de transfert dû à une opération non prise en charge.

RPO nul

L'objectif RPO correspond à l'objectif de point de récupération, qui correspond à la quantité de perte de données jugée acceptable au cours d'une période donnée. La valeur RPO de zéro signifie qu'aucune perte de données n'est acceptable.

Le RTO nul

L'objectif RTO désigne l'objectif de délai de restauration, qui correspond au temps jugé acceptable pour qu'une application revienne à un fonctionnement normal suite à une panne, une défaillance ou tout autre événement de perte de données. La valeur zéro RTO indique qu'aucune interruption n'est acceptable.