Etat de réplication

L'état de réplication indique si la réplication est active, de suivi ou bloquée.

Il existe plusieurs façons d'afficher l'état de réplication et d'autres détails sur l'environnement Db2® Mirror. En voici trois.

La figure suivante présente la page d'accueil de l'interface graphique Db2 Mirror.
Figure 1 : Interface graphique affichant la réplication active
Cette figure présente la page d'accueil de l'interface graphique Db2 Mirror avec l'ASP indépendant de base de données IASP1 sélectionné dans la partie inférieure du panneau.
Figure 2. Interface graphique montrant la réplication active d'un ASP indépendant
Vous pouvez également interroger la vue MIRROR_INFO pour SYSBAS et les ASP indépendants de base de données enregistrés. Dans cet exemple, certaines des colonnes relatives à l'état de réplication sont sélectionnées.
```
SELECT IASP_NAME, REPLICATION_STATE,
        REPLICATION_DETAIL, REPLICATION_DETAIL_INFO,
        REPLICATION_DETAIL_INFO_TEXT,
        PRIMARY_NODE, SECONDARY_NODE
    FROM QSYS2.MIRROR_INFO;
```
Figure 3 Vue MIRROR_INFO affichant la réplication active

Rôle

Le rôle du noeud principal et du noeud secondaire n'a d'importance que lorsque les deux noeuds ne peuvent pas communiquer. Le noeud ayant le rôle de noeud principal sera autorisé à continuer à apporter des modifications aux objets répliqués. Les mises à jour font l'objet d'un suivi afin que, lorsque la communication reprend, ces mises à jour puissent être envoyées au noeud secondaire. Le noeud ayant le rôle de noeud secondaire ne pourra pas apporter de modifications aux objets de base de données répliqués et à la plupart des autres objets pouvant faire l'objet d'une réplication.

Dans l' interface graphique illustrant la réplication active, le rôle est affiché au-dessus de l'icône du noeud. Dans la vue MIRROR_INFO illustrant la réplication active, les noeuds principal et secondaire sont des colonnes qui peuvent être incluses dans la requête de QSYS2.MIRROR_INFO.

Un sous-ensemble d'objets admissibles pour la réplication peut être modifié à partir du noeud secondaire, quel que soit l'état de la réplication. Ces exceptions sont décrites dans la rubrique Types d'objet autorisant les modifications lorsqu'elles sont bloquées. Ces modifications sont suivies sur le noeud secondaire et sont resynchronisées avec le noeud principal lors de la reprise de la communication.

Etat

L'état de réplication est l'état en cours de la réplication entre les deux noeuds. Il existe un état de réplication distinct pour SYSBAS et pour chaque ASP indépendant de base de données enregistré.

Il y a quatre États.

Pas mis en miroir: Le noeud ou l'ASP indépendant n'a pas terminé sa configuration initiale. Si la réplication active est arrêtée, cet état s'applique également. Lorsque l'état est NON MIROIR, les deux noeuds sont indépendants et aucune modification d'objet n'est répliquée.
ACTIF: Les noeuds Db2 Mirror et/ou les ASP indépendants de base de données communiquent entre eux et envoient et reçoivent activement des mises à jour des objets répliqués. Dans un environnement en lecture seule, les opérations de réplication ne peuvent être lancées qu'à partir du noeud principal.
suivi: Cet état est signalé sur le noeud principal lorsque la communication entre les noeuds est interrompue. Cet état s'applique à un ASP indépendant lorsque celui-ci sur l'autre noeud est mis hors fonction. Les modifications apportées aux objets répliqués sont autorisées sur ce noeud ou cet ASP indépendant, et ces modifications seront suivies par Db2 Mirror. Les modifications suivies sont utilisées pour resynchroniser les noeuds lors de la reprise de la réplication. Une fois la resynchronisation terminée, l'état passe à ACTIVE.
BLOQUE: Cet état est signalé sur le noeud secondaire lorsque la réplication ne peut pas se produire. Cet état s'applique à un ASP indépendant lorsque les modifications ont été suivies sur l'autre noeud et que la phase une de la resynchronisation n'est pas terminée. En général, les objets répliqués peuvent être référencés mais ne peuvent pas être modifiés tant que la communication n'est pas rétablie. Une fois la première phase de resynchronisation terminée, l'état passe à ACTIF.

Il existe des règles de priorité entre SYSBAS et les ASP indépendants de base de données concernant l'état.

Si l'ASP indépendant n'est pas en fonction, l'état de réplication n'est pas signalé. L'état de réplication sera déterminé lors de la prochaine mise en fonction de l'ASP indépendant.
Si l'état de réplication de SYSBAS est NOT MIROIR, l'état de tous les ASP indépendants en fonction est également NOT MIROIR.
Si l'état de réplication de SYSBAS est TRACKING ou BLOCKED, l'état de réplication de l'ASP indépendant ne peut pas être ACTIVE. Il est possible que SYSBAS soit à l'état TRACKING et qu'un ASP indépendant sur le noeud principal soit à l'état BLOCKED ou inversement si l'ASP indépendant a été mis hors fonction sur un noeud et n'a pas terminé son processus de resynchronisation avant que l'état SYSBAS ne change.
Si l'état de réplication de SYSBAS est ACTIVE, tout état de l'ASP indépendant est possible. Il ne sera PAS MIS en miroir si le processus de configuration n'est pas terminé. Il peut s'agir de TRACKING ou de BLOCKED si l'ASP indépendant est mis hors fonction sur l'un des noeuds.

Dans l' interface graphique illustrant la réplication active, l'état de réplication ACTIVE est affiché sous chaque noeud. Dans l' interface graphique illustrant la réplication active d'un ASP indépendant, l'état de réplication ACTIVE est indiqué sous chaque ASP indépendant. Dans la vue MIRROR_INFO illustrant la réplication active, la colonne d'état de réplication est affichée pour SYSBAS et chaque ASP indépendant.

Détails de la réplication

Il est important de comprendre le traitement Db2 Mirror qui correspond à l'état de réplication en cours.

Maintenance: La réplication a été suspendue pour des raisons de maintenance. Tous les travaux système et de communication Db2 Mirror sont arrêtés.
Lecture seule: La réplication est active et il s'agit du noeud secondaire qui est limité à l'accès en lecture seule.
Réplication en cours: La réplication est active.
RESUMING: La réplication reprend après avoir été suspendue. La resynchronisation n'a pas encore commencé.
DEMARRAGE EN COURS: Le démarrage initial de la réplication entre les deux noeuds est en cours.
Interruption en cours: La réplication est en cours d'interruption.
SUSPENDED: La réplication a été suspendue. Une communication interne Db2 miroir limitée entre les noeuds peut être disponible en fonction de la raison pour laquelle la réplication a été suspendue.
Synchronisation: La resynchronisation entre les deux noeuds est en cours. Il y a deux phases principales de resynchronisation. Lors de la première phase, l'état de réplication reste TRACKING et BLOCKED sur les noeuds. Lors de la phase 2, l'état de réplication devient ACTIVE.

Dans l' interface graphique illustrant la réplication active et l' interface graphique illustrant la réplication active d'un ASP indépendant, les détails de réplication de la réplication sont affichés sous l'état de réplication Actif. Dans la vue MIRROR_INFO affichant la réplication active, la colonne REPLICATION_DETAIL renvoie REPLICATING.

Informations de réplication

Lorsque la réplication n'est pas active, des informations détaillées sont disponibles pour comprendre pourquoi la réplication Db2 Mirror n'a pas lieu.

Dans la figure suivante, l'état de réplication du noeud SYNC18, le noeud principal, est TRACKING, et l'état de RESYNC18, qui est le noeud secondaire, est BLOCKED. Le détail de la réplication pour les deux noeuds est Interruption. Le texte de l'infobulle sous SYNC18 indique que le noeud est en attente d'interruption du redémarrage de connexions limitées entre les noeuds.

Figure 4 Interface graphique après une interruption initiée par un utilisateur

La figure suivante décrit un environnement similaire utilisant QSYS2.MIRROR_INFO . La colonne REPLICATION_DETAIL_INFO affiche le code anomalie 212 pour SYSBAS et 284 pour les ASP indépendants. La colonne REPLICATION_DETAIL_INFO_TEXT contient une description correspondante pour chaque code anomalie.

SELECT IASP_NAME, REPLICATION_STATE,
        REPLICATION_DETAIL, REPLICATION_DETAIL_INFO,
        REPLICATION_DETAIL_INFO_TEXT,
        PRIMARY_NODE, SECONDARY_NODE
    FROM QSYS2.MIRROR_INFO;

Figure 5. MIRROR_INFO après une interruption initiée par un utilisateur

Les codes raison peuvent être mis en surface à plusieurs endroits et avoir toujours le même texte associé.

Dans l'interface graphique Db2 Mirror, lorsque vous survolez l'état de réplication ou les détails de réplication
Lors de l'interrogation de QSYS2.MIRROR_INFO , dans les colonnes REPLICATION_DETAIL_INFO et REPLICATION_DETAIL_INFO_TEXT
Dans tous les enregistrements de journal d'audit M9 (Db2 Mirror Replication State)
Dans tous les messages CPIC901 ou CPIC902 envoyés à la file d'attente de messages QSYSOPR

Les codes anomalie et le texte correspondant sont répertoriés dans Informations détaillées sur la réplication.