Exemple de topologie et de récupération après sinistre
Le diagramme suivant illustre un exemple de topologie avec trois groupes à écriture multiple, chacun d'eux contenant trois DSA à écriture multiple. Tous les DSA ont le même préfixe.
cad126fr
Exemple de topologie
Le diagramme suivant illustre un exemple de topologie avec trois groupes à écriture multiple, chacun d'eux contenant trois DSA à écriture multiple. Tous les DSA ont le même préfixe.
Chaque groupe possède un concentrateur à écriture multiple configuré (en rouge). Un exemple de commande write-precedence pour chaque routeur DSA est inclus.

Récupération après sinistre
Bien que la récupération par réplication à écriture multiple avec DISP garantisse la cohérence des données dans tous les homologues de réplication lors des interruptions de service, un DSA doit parfois être recréé. Le DSA doit être recréé en cas de panne de matériel ou de disque, ou d'endommagement de base de données. Dans ce cas, une procédure de récupération après sinistre permet de garantir l'exécution de tous les DSA avec des données cohérentes. Ces situations surviennent généralement lorsque le DSA doit être recréé à partir d'une sauvegarde ou lorsqu'il ne démarre pas en raison d’erreurs liées à la grille de données. Une opération d'ajout de nouveaux groupes ou DSA à écriture multiple peut être effectuée après un processus similaire pour synchroniser les données entre les homologues. Vous pouvez envisager de réaliser une procédure de récupération après sinistre après une interruption de service prolongée. Il est plus efficace d'appliquer une procédure de récupération que de laisser un système DISP à écriture multiple rapprocher des changements importants.
Comme dans toute procédure de récupération après sinistre, appliquez d’abord cette procédure dans un environnement de test afin de pouvoir documenter les étapes de déploiement.
Lorsque vous utilisez des concentrateurs de groupe à écriture multiple, il existe deux scénarios de récupération après sinistre. Les étapes suivantes permettent de garantir l'exécution continue des DSA pendant la récupération.
Les étapes de récupération utilisent l’exemple de topologie comme référence et peuvent être personnalisées pour un déploiement spécifique.
Récupération d'homologue de groupe à écriture multiple
Un DSA de groupe à écriture multiple dans un groupe à écriture multiple requiert une resynchronisation pour coordonner à nouveau le DSA avec le concentrateur à écriture multiple traitant le groupe.
Scénario de sinistre :
Le DSA US2 ne parvient pas à démarrer et indique une erreur de grille après l'arrêt de l’ordinateur sur lequel il est exécuté en raison d’un dysfonctionnement du noyau.
Etape 1
: vérifiez que le DSA en cours de récupération est arrêté.- dxserver stop US2
Etape 2
: définissez US2 sur l'heure en cours avant de prendre un cliché des données (vidage en ligne) à partir de US1. Cette étape permet de garantir que les DSA qui répliquent vers US2 envoient uniquement des mises à jour de la récupération à partir de l'heure du cliché des données.- Hôte F : exécutez dxdisp US2. Cette commande définit l’heure de la dernière mise à jour de US2 par US3.
- Hôte D : exécutez dxdisp US2. Cette commande définit l’heure de la dernière mise à jour de US2 par US1.
Etape 3
: Dans la mesure du possible, effectuez un vidage en ligne du concentrateur DSA (US1). Plus le cliché sera pris tôt après l’exécution de dxdisp, plus le nombre de mises à jour réappliquées à US2 pendant la récupération sera réduit. Par conséquent, la récupération est plus efficace.- Hôte D : établissez une connexion Telnet à la console DSA de US1 (concentrateur) et exécutez la commande dump dxgrid-db; pour lancer un vidage en ligne. Utilisez la commande logout; pour quitter la console DSA.
- Hôte D : consultez le journal des avertissements de US1 pour vérifier l'heure de démarrage et, plus important, l'heure de fin du vidage.
- Hôte D : une fois le vidage terminé, un fichier nommé $DXHOME/data/US1.zdb est créé. Copiez ce fichier dans l'hôte E. Par exemple, copiez vers Host E: /tmp/US1.zdb.
Remarque
: Compressez les fichiers avant de les copier d'un ordinateur à l'autre, la plupart des fichiers grid se compressant correctement. Vérifiez que l’horodatage est récent pour vous assurer que la commande de sauvegarde en ligne a créé le fichier copié.Etape 4
: empêchez US2 de relire des mises à jour vers le concentrateur et les homologues.- Hôte E : dxdisp US1
- Hôte E : dxdisp US3
Etape 5
: un cliché du concentrateur ayant été pris, vous pouvez copier ces informations.- Hôte E : supprimez l’ancien journal des transactions (s'il est activé). remove $DXHOME/data/US2.tx
- Hôte E : copiez et décompressez le fichier grid de sauvegarde généré à l’étape 3. Par exemple, copiez /tmp/US1.zdb $DXHOME/data/US2.db.
- Hôte E : dxserver start US2
- Hôte E : après une courte période de temps, US2 est à nouveau synchronisé avec US1. La progression de la récupération par réplication à écriture multiple avec DISP peut être suivie dans le journal des alarmes de US2.
Remarque
: US2 ne permet pas de liaisons à partir de routeurs ou d'applications avant la finalisation de la récupération. La récupération peut prendre plus de temps lorsqu'un nombre élevé de mises à jour se produit simultanément.Récupération de concentrateur de groupes à écriture multiple
Lorsqu’un concentrateur DSA de groupes à écriture multiple dans un groupe à écriture multiple requiert une resynchronisation, ce scénario est un peu plus complexe. Dans ce cas, les DSA traités par le concentrateur requièrent également une synchronisation en raison du flux des mises à jour dans ce type de topologie de réseau. Lors de la synchronisation d’un concentrateur, tous les DSA dans le groupe traité par le concentrateur doivent être synchronisés.
Scénario de sinistre
: le DSA US1 ne parvient pas à démarrer et indique une erreur de grille, après l'arrêt de l’ordinateur sur lequel il est exécuté en raison d’un dysfonctionnement du noyau.Etape 1
: vérifiez que le groupe de DSA en cours de récupération est arrêté.- dxserver stop US1
- dxserver stop US2
- dxserver stop US3
Etape 2
: définissez US1 sur l'heure en cours sur chaque concentrateur avant de prendre un cliché des données (vidage en ligne) à partir de l'un des autres concentrateurs. Cette étape permet de garantir que les DSA qui répliquent vers US1 envoient uniquement des mises à jour de récupération à partir de l'heure de la prise du cliché des données.- Assurez-vous que le statut de la réplication entre AU3 et UK1 est défini surOK. Vous pouvez vérifier le statut en émettant une commande get dsp; sur la console du concentrateur AU3. Cette étape permet de garantir que les données contiennent des mises à jour de AU3 lors de la prise du cliché de UK1. Une fois la commande dxdisp exécutée, AU3 est directement chargé de la récupération des mises à jour.
- Hôte C : exécutez dxdisp US1. Cette commande définit l’heure de la dernière mise à jour de US1 par le concentrateur AU3.
- Hôte G : exécutez dxdisp US1. Cette commande définit l’heure de la dernière mise à jour de US1 par le concentrateur UK1.
Etape 3
: Dans la mesure du possible, effectuez un vidage en ligne à partir du concentrateur UK1.- Hôte G : établissez une connexion Telnet à la console DSA du concentrateur UK1 et exécutez la commande dump dxgrid-db; pour lancer un vidage en ligne. Utilisez la commande logout; pour quitter la console DSA.
- Hôte G : consultez le journal des avertissements de UK1 pour vérifier l'heure de démarrage et, plus important, l'heure de fin du vidage.
- Hôte G : une fois le vidage terminé, un fichier nommé $DXHOME/data/UK1.zdb est créé.
- Hôte G : copiez ce fichier dans l'hôte D. Par exemple, copiez vers Hôte D: /tmp/UK1.zdb.
- Hôte G : copiez ce fichier dans l'hôte E. Par exemple, copiez vers Hôte E: /tmp/UK1.zdb.
- Hôte G : copiez ce fichier dans l'hôte F. Par exemple, copiez vers Hôte F: /tmp/UK1.zdb.
Remarque
: Compressez les fichiers avant de les copier d'un ordinateur à l'autre, la plupart des fichiers grid se compressant correctement. Vérifiez que l’horodatage est récent pour garantir que la commande de sauvegarde en ligne a créé le fichier copié.Etape 4
: empêchez US1 de relire les mises à jour vers les concentrateurs. De même, empêchez US2 et US3 de relire les mises à jour vers le concentrateur US1.- Hôte D : dxdisp AU3
- Hôte D : dxdisp UK1
- Hôte D : dxdisp US2
- Hôte D : dxdisp US3
- Hôte E : dxdisp US1
- Hôte E : dxdisp US3
- Hôte F : dxdisp US1
- Hôte F : dxdisp US2
Etape 5
: activez le cliché de UK1 sur chaque DSA dans le groupe à écriture multiple des E.-U.- Hôte D : supprimez l’ancien journal des transactions (s'il est activé). remove $DXHOME/data/US1.tx
- Hôte D : copiez et décompressez le fichier grid de sauvegarde généré à l’étape 3. Par exemple, copiez /tmp/UK1.zdb $DXHOME/data/US1.db.
- Hôte D : dxserver start US1
- Hôte E : supprimez l’ancien journal des transactions (s'il est activé). remove $DXHOME/data/US2.tx
- Hôte E : copiez et décompressez le fichier grid de sauvegarde généré à l’étape 3. Par exemple, copiez /tmp/UK1.zdb $DXHOME/data/US2.db.
- Hôte E : dxserver start US2
- Hôte F : supprimez l’ancien journal des transactions (s'il est activé). remove $DXHOME/data/US3.tx
- Hôte F : copiez et décompressez le fichier grid de sauvegarde généré à l’étape 3. Par exemple, copiez /tmp/UK1.zdb $DXHOME/data/US3.db.
- Hôte F : dxserver start US3
- Hôte D : après une période de temps, US1 est à nouveau synchronisé avec AU3 et UK1. La progression de la récupération par réplication à écriture multiple avec DISP peut être suivie dans le journal des alarmes de US1. La resynchronisation de US1 inclut également US2 et US3. Le processus de récupération peut être surveillé à l’aide de la commandeget dsp;sur les consoles de AU3, UK1, US1, US2 et US3 pour contrôler le fonctionnement de la réplication.
Remarque
: US1, US2 et US3 ne permettent pas de liaisons à partir de routeurs ou d'applications avant la finalisation de la récupération. La récupération peut prendre plus de temps lorsqu'un nombre élevé de mises à jour se produit simultanément.Remarques
- Sous Windows, le chemin d’accès aux fichiers .grid est %DXHOME%\data.
- Ne copiez ni ne modifiez jamais les fichiers .dp.
- Sous UNIX, procédez comme suit en tant qu’utilisateur DSA (dsa).
- Ne copiez pas le fichier grid avant la finalisation du vidage. Cela risque d'endommager les données ou d'interrompre l'exécution. Si cela arrive, répétez le processus.
- Consultez l’horodatage du fichier .zdb pour vérifier qu'il s'agit d'un fichier récent et qu'une sauvegarde antérieure n’est pas utilisée par inadvertance.