OBJECTIF

         Expliquer le fonctionnement de la réplication de MTree.

S’APPLIQUE À

• Tous les systèmes Data Domain
• Version logicielle 5.1 et supérieure.

SOLUTION :

L’une des différences fondamentales entre la réplication de MTree et la réplication de répertoire est la méthode utilisée pour déterminer ce qui doit être répliqué de la source vers la destination. La réplication de structure MTree tire parti des snapshots afin de garantir que le système Data Domain de destination sera toujours une image ponctuelle du système Data Domain source. Les snapshots sont des images à un point dans le temps de la structure MTree. Pour chaque contexte de réplication de structure MTree, le système crée automatiquement (et supprime automatiquement) des snapshots de la structure MTree.

En revanche, la réplication de répertoire n’utilise pas de snapshots, elle utilise un log de réplication. Il doit répliquer chaque modification apportée au contenu du répertoire source dans l’ordre dans lequel elle a été modifiée. Par exemple, file_1 est créée, puis modifiée, puis supprimée. La réplication de répertoire réplique la création de file_1, les étapes de modification et de suppression vers le DDR de destination.

L’un des avantages de la réplication de MTree est qu’en utilisant des snapshots, certaines des modifications intermédiaires apportées aux fichiers peuvent être ignorées, ce qui réduit la quantité de données à envoyer sur le réseau et le délai de réplication.

La réplication de structures MTree suit les étapes suivantes :

1. Un snapshot est créé à la source du contexte de réplication de la structure MTree. Ce snapshot est comparé au dernier snapshot et les modifications sont envoyées à la destination.
2. Sur la destination, la structure MTree est mise à jour, mais les fichiers ne sont pas exposés à l’utilisateur tant que TOUTES les modifications apportées au dernier snapshot ne sont pas reçues.

Les étapes ci-dessus sont répétées chaque fois qu’un snapshot est créé sur la structure MTree, ce qui peut se produire de l’une des deux manières suivantes :

1. Lorsque le délai de réplication est supérieur à 15 minutes et qu’aucun snapshot n’est en cours de réplication (snapshots périodiques générés par le système) 
2. À des moments spécifiés par l’utilisateur (par exemple, après l’achèvement d’une procédure de sauvegarde) (snapshots créés par l’utilisateur).
3. Une fois le snapshot répliqué, cette connexion sur la destination est déconnectée.  Une nouvelle connexion est établie entre le DD source et le DD de destination lors de la réplication du snapshot suivant.

Exemple 1 :

• S1, S2 et S3 sont des snapshots périodiques générés par le système.
• S1 est généré et commence la réplication vers la destination.
• S1 prend plus de 15 minutes pour terminer la réplication.
• Lorsque la réplication S1 est terminée, la connexion sur la destination est interrompue.
• Étant donné que le temps écoulé depuis la création de S1 est supérieur à 15 minutes, un nouveau snapshot périodique S2 est créé et commence la réplication. La réplication de S2 se termine en moins de 15 minutes.
• Le système attend que 15 minutes s’écoulent entre la création de S2 et la création de S3 (et la suppression de S1).
• La réplication de S3 commence immédiatement.

Exemple 2 :

Dans cet exemple, nous pouvons voir les interactions entre les snapshots générés par l’utilisateur et les snapshots générés périodiquement :

• S1 est un snapshot généré périodiquement par le système. S2 et S3 sont des snapshots générés par l’utilisateur
• S1 est généré et commence la réplication vers la destination.
• Lors de la réplication de S1, un snapshot S2 généré par l’utilisateur est créé.
• Comme S1 est toujours en cours de réplication, le système continue de répliquer S1 jusqu’à ce qu’elle soit terminée. La réplication de S2 est suspendue jusqu’à la fin de S1.
• Lorsque la réplication de S1 est terminée, la réplication de S2 commence immédiatement.
• Si S2 est répliqué en moins de 15 minutes, le système attend à nouveau 15 minutes depuis la création de S2 avant la création du snapshot suivant généré par le système.
• Toutefois, dans cet exemple, un nouveau snapshot S3 généré par l’utilisateur est créé avant la fin des 15 minutes.
• Étant donné qu’aucune réplication n’est en cours, la réplication de S3 commence immédiatement après sa création. 
• Étant donné que S2 et S3 sont des snapshots générés par l’utilisateur, S1 n’est pas supprimé tant qu’un troisième snapshot généré par le système n’est pas créé.

DOCUMENTATION

• Questions fréquentes sur la réplication de MTree 180842 .