Data Domain : Pratiques d’excellence pour la migration des données sur les systèmes PowerProtect Data Domain à l’aide de la réplication de structure MTree
Summary: Cet article traite de la préparation à la migration des données à l’aide de la réplication Mtree (MRepl) à partir de systèmes PowerProtect Data Domain (PPDD) hérités sans prise en charge de carte QAT interne. Par exemple, DD9500 et DD9800. Il est essentiel de prendre en compte la charge applicative actuelle du fonctionnement du système afin d’éviter les effets secondaires inattendus qui pourraient avoir un impact négatif sur les résultats de la migration des données. Cet article permet de planifier les opérations de migration qui nécessitent une nouvelle configuration de contexte de réplication de structure MTree (MRepl) à l’aide des systèmes PPDD existants en tant que source. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Avec l’introduction des plates-formes 16G, la migration de structures MTree spécifiques à partir d’un PPDD existant vers un système plus récent est une exigence courante.
Le processus de migration crée de nouveaux contextes de réplication MTree. Tenez compte des points suivants pour minimiser les interruptions.
- Charge applicative actuelle du système provenant des opérations de sauvegarde
- Différences de capacités de compression (par exemple, prise en charge de la carte QAT)
- Incorporation soudaine de nouvelles configurations de contexte Mrepl
- Erreurs matérielles affectant le processus de nettoyage de la mémoire (GC)
Pour maintenir l’intégrité des données et respecter les contrats de niveau de service, le système peut fonctionner de manière inattendue à certains seuils opérationnels.
Le mécanisme de panique déclenche des actions d’autocorrection pour garantir que le système fonctionne toujours de manière fiable.
Cet article aborde ces considérations et explique comment éviter les interruptions de service inattendues susceptibles d’interférer avec les plans de migration.
Current System Workload from Backup Operations :
Concentrez-vous d’abord sur les opérations courantes du système. Avant la migration, surveillez les métriques clés. Il s’agit notamment des charges applicatives en cours, de l’utilisation du processeur, de l’utilisation de la mémoire, de l’état du réseau et des alertes matérielles.
L’objectif est de maintenir le fonctionnement du système dans les limites des paramètres normaux.
Différences de fonctionnalités de compression :
Lors de la préparation de la migration à l’aide de la réplication Mtree (Mrepl), tenez compte de la disparité des capacités de compression entre les systèmes.
Certains systèmes hérités ne disposent pas d’une carte de compression intégrée pour faciliter les opérations liées à la compression.
Les systèmes DD9900, DD9400 ou DD6900 permettent la connexion d’une carte QAT externe pour accélérer les opérations de compression.
Lorsqu’une carte QAT n’est pas présente (par exemple, DD9800, DD9500), elle s’appuie sur les ressources du processeur et de la mémoire pour les tâches de compression et de décompression.
Lors de la configuration de nouveaux contextes de réplication sans prise en charge de QAT, les données doivent d’abord être décompressées.
Cela peut entraîner un pic d’utilisation du processeur pendant la phase d’initialisation de la réplication.
La source vérifie la destination pour identifier le type de carte de compression disponible.
Lorsqu’un système 16G (DD9910, DD9410 ou DD6410) est la destination, la source doit décompresser les données à partir du format « gzfast » existant. Il doit ensuite le compresser au format LZ.
Intégrez progressivement la nouvelle configuration de contexte mrepl :
Lors de la reprise après sinistre (DR), lors de la réplication des données d’un système Data Domain vers un autre, les tâches de réplication démarrent généralement une fois l’ingestion des données terminée.
Cela garantit que le site de destination reçoit toutes les données répliquées.
Lorsque de nouveaux contextes de réplication sont définis pour la migration, la source doit traiter des données significatives lors de l’initialisation de la réplication.
Cela est dû au fait que la destination ne dispose pas de données dédupliquées et que l’optimisation n’est pas encore possible. Cela se traduit par une charge accrue sur le système source.
Pour limiter cela, lorsque le système continue à traiter les charges applicatives de sauvegarde (E/S), intégrez progressivement les contextes de réplication associés à la migration.
Définissez un débit de réplication faible pour limiter les ressources allouées à ces contextes de réplication liés à la migration.
Une fois que la réplication commence à générer des optimisations sur la destination et que les paramètres opérationnels sont validés, ajoutez d’autres contextes de réplication (migration). Vous pouvez également modifier le débit de réplication sur les systèmes existants.
L’objectif est d’éviter de déclencher les mécanismes de protection du système. Cela entraîne un fonctionnement inattendu du système qui peut avoir un impact sur les migrations.
N’oubliez pas que les références de performances système sont calculées en fonction des charges applicatives en cours d’exécution, et non pour les nouvelles charges applicatives.
Configurez la régulation progressivement au cours des scénarios de migration.
La commande « replication throttle add » peut être utilisée pour planifier un point dans le temps spécifique et allouer une bande passante définie (en Mbit/s) pour la régulation.
Lancez de nouvelles tâches de réplication avec une bande passante disponible limitée (régulation inférieure). Évaluez ensuite l’impact sur le fonctionnement du système.
Une fois la tâche de réplication en cours, la régulation peut être augmentée pour fournir de la bande passante supplémentaire.
Il est également recommandé de surveiller l’analytique du système, notamment la consommation du processeur, de la mémoire et du réseau, disponible sur DDSM.
Erreurs matérielles affectant le processus de nettoyage de la mémoire (GC) :
Les pannes matérielles sont également susceptibles d’entraîner une dégradation des performances de sauvegarde ou de réplication, notamment lors des opérations de nettoyage de la mémoire par défaut. Dans des conditions de fonctionnement normales, le mécanisme de nettoyage de la mémoire des systèmes PPDD effectue les activités de recyclage de l’espace sans affecter les opérations d’acquisition, de restauration ou de réplication. Dans certaines situations, le système offre des options pour définir la limitation du nettoyage de la mémoire, ce qui permet aux administrateurs système de contrôler davantage le moment où les processus de nettoyage du système se produisent.
La configuration de régulation par défaut pour le nettoyage de la mémoire n’a pas d’impact sur les sauvegardes et les restaurations. La plupart des cas où un impact est observé sont liés à des défaillances matérielles. Par exemple, lorsque certains disques doivent être remplacés, les demandes d’E/S continues du système peuvent ralentir le stockage des sauvegardes et des restaurations, ce qui affecte les opérations globales du GC.
Data Domain Operating System fournit des mécanismes d’alerte complets pour de tels problèmes matériels, déclenchant proactivement des alertes lorsque ces conditions sont détectées. Cela permet aux opérateurs de sauvegarde de résoudre rapidement les problèmes liés au matériel.
Un autre facteur important à prendre en compte est que les activités de réplication sont tout aussi importantes que la sauvegarde et la restauration. De par sa conception, chaque plate-forme fournit un nombre fixe de flux pour chaque tâche et peut traiter des opérations simultanées dans les limites définies pour respecter les contrats de niveau de service (SLA).
Conclusion :
Une migration réussie des données à l’aide de la réplication MTree nécessite d’examiner attentivement les éléments suivants :
- Surveillance de la charge applicative actuelle du système à partir des opérations de sauvegarde
- Comprendre les plates-formes existantes telles que DD9800 ou DD9500
- Utilisez un algorithme de compression différent (gzfast).
- Lorsque de nouveaux contextes de réplication MTree (MRepl) sont créés sur un système en cours d’exploitation, intégrez progressivement les nouvelles configurations de contexte Mrepl
- Surveillez de près l’impact des nouvelles charges applicatives sur le système.
- Surveillez les éventuelles erreurs matérielles (qui ont un impact sur les opérations du processus de nettoyage de la mémoire).
En suivant ces pratiques d’excellence, cela réduit les interruptions et maintient la stabilité du système.
La mise en œuvre de ces recommandations permet d’éviter les interruptions de service inattendues et facilite la migration des données.
Additional Information
Affected Products
Data DomainArticle Properties
Article Number: 000317549
Article Type: How To
Last Modified: 08 May 2025
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.