Interrompre et resynchroniser la réplication.

OBJECTIF

Cet article décrit les étapes à suivre pour exécuter une procédure de resynchronisation de réplication (resynchronisation) sur un système configuré pour la réplication de répertoire ou de pool . Pour une explication plus détaillée de l’objectif d’une procédure de resynchronisation, reportez-vous à Data Domain : Explication de la resynchronisation de réplication.

• Le décalage de réplication de répertoire dépasse la période de rétention des données : Data Domain : Mesure du débit de réplication
• Data Domain : Restauration impossible à partir de la NVRAM : Les données récemment écrites peuvent être perdues
• Nettoyage sans récupération d’espace disque sur le système source.

• Tous les modèles Data Domain configurés pour la réplication de répertoire ou de pool
• Toutes les versions du logiciel

SOLUTION

Les étapes répertoriées dans cette solution supposent une configuration de réplication de base dans laquelle un système Data Domain source est configuré pour écrire sur un système Data Domain de destination. Les configurations de réplication peuvent être plus complexes, et consistent en une réplication bidirectionnelle et des configurations en chaîne impliquant plusieurs systèmes.

Si un contexte est rompu, le contexte associé doit également être rompu sur le système partenaire.

La procédure de rupture et de resynchronisation nécessite que le système de fichiers soit temporairement indisponible pour tous les systèmes concernés.

Cette procédure peut être effectuée à l’aide de l’interface utilisateur d’Enterprise Manager (option 1) ou de la ligne de commande (option 2).

Le processus EM est plus simple et peut être complété en quelques clics.

Option 1 : Rompez la réplication existante et resynchronisez-la à l’aide d’Enterprise Manager :

a. Interrompre la réplication existante :

Cela supprime le contexte des DDR source et cible.

i. Accédez à la page Enterprise Manager du système Data Domain source, puis choisissez « Replication »

ii. Sélectionnez le contexte à briser.

iii. Sélectionnez « Delete Pair ».

iv. Cliquez sur OK.

b. Resynchronisez le contexte :

Cela permet de rajouter le contexte aux DDR source et cible, et de démarrer le processus de resynchronisation. Le processus de resynchronisation peut durer plusieurs heures et plusieurs jours, en fonction de la taille du système et des facteurs de charge actuels.

i. Dans le même onglet Replication d’Enterprise Manager, cliquez sur « More », puis choisissez « Start Resync ».

ii. Sélectionnez le Replication Type.

iii. Sélectionnez les noms d’hôte source et de destination.

iv. Chemin en dehors du répertoire répliqué ou mtree sur les DDR source et cible

v. Cliquez sur « OK »

--Ou--

Option 2. Option de pause et resynchronisation manuelle de la ligne de commande :

un. Copiez et enregistrez les informations de configuration de la réplication existantes à partir des systèmes source et de destination .

À l’invite de commandes, sur le type de source et de destination :

# replication show config

CTX   Source                                                   Destination                                            Connection Host and Port                 Enabled
---   ------------------------------------------------------   ----------------------------------------------------   --------------------------------------   -------
1     dir://testdatadomain.company.com/backup/monthly          dir://test2datadomain.company.com/backup/monthlytest   testdatadomain.company.com   (default)   yes
2     dir://testdatadomain.company.com/backup/weekly           dir://test2datadomain.company.com/backup/weeklytest    testdatadomain.company.com   (default)   yes
---   ------------------------------------------------------   ----------------------------------------------------   --------------------------------------   -------

Copiez temporairement les deux sorties dans un éditeur de texte (tel que le bloc-notes) et étiquetez chaque section de manière appropriée. Ces informations sont nécessaires lors de la recréation des contextes de réplication. Notez les numéros de contexte si vous ciblez des contextes spécifiques.

(Assurez-vous que les sauvegardes ont été interrompues (ou que tout autre système utilisant Data Domain) sont en cours d’exécution et que le nettoyage n’est pas en cours d’exécution.)

# system show stats

07/15 15:04:40

INTERVAL: 5 secs
--------------------------------------------------------------
CPU  FS    FS   Net MB/s    Disk KiB/s      Disk NVRAM  Repl
busy ops/s proc in    out   read    write   busy KiB/s  KB/s
---- ----- ---- ----- ----- ------- ------- ---- ------ ------
  0%     0   0%     0     0       0       0   0%      0      0

Le système doit s’afficher comme étant inactif.

# filesys clean status
Cleaning finished at 2012/04/10 06:01:30

Le nettoyage doit indiquer que le nettoyage est terminé.

d. Désactivez le système de fichiers sur le système source , si les systèmes exécutent DDOS version 4.7 ou antérieure : Il s’agit d’une étape facultative pour DDOS version 4.8 et versions ultérieures.

# filesys disable

e. Interrompez la réplication sur le système source :

# replication break rctx://<context number>

Exemple :

# replication break rctx://2

Tous les contextes peuvent être rompus à l’aide de la commande suivante :

# replication break context all

f. Désactivez le système de fichiers sur le système de destination si les systèmes exécutent DDOS version 4.7 ou antérieure : Il s’agit d’une étape facultative pour DDOS version 4.8 et versions ultérieures.

# filesys disable

g. Rompez les contextes connexes sur le système de destination .

Si le système de destination est le seul partenaire de réplication, suivez la même procédure qu’à l’étape précédente (étape 2).

Si le système de destination est configuré avec des contextes impliquant d’autres systèmes, rompez uniquement les contextes partagés à l’aide de la commande suivante :

# replication break rctx://<context number>

# filesys enable

i. Recréez les contextes de réplication sur les systèmes source et de destination . Utilisez les informations de configuration précédemment enregistrées pour reconstruire les contextes de réplication supprimés :

# replication add source dir://<source directory> destination dir://<destination directory>

Conseil : Copiez la commande à partir du presse-papiers source et collez-la dans le presse-papiers de destination, car la même commande est utilisée sur les systèmes source et de destination.

 # replication resync rctx://<context number>

k. Vérifiez que la resynchronisation de la réplication fonctionne.

Voici une liste de commandes qui affichent l’état de la resynchronisation de la réplication :

# replication watch rctx://<context number>

# replication show performance [all | rctx://<context number>]

# iostat 2 (CTRL+C to quit)

Si le répertoire source est vide, la resynchronisation se produit rapidement et peut ne pas être représentée dans la sortie. En outre, si aucune donnée n’est écrite sur la source, le débit du répertoire sera faible (ou inexistant).

Si les problèmes persistent après avoir suivi les étapes décrites dans cet article, créez une demande de service et téléchargez un bundle de support (SUB) Data Domain : Comment collecter et télécharger un bundle de support (SUB) à partir d’un Data Domain Restorer (DDR)

• Data Domain - Explication de la resynchronisation de réplication
• Data Domain - Impossible de récupérer à partir de la NVRAM : Les données récemment écrites peuvent être perdues