Journal à  distance

Il n’a jamais été facile d’expliquer cette technologie.
Quand un ancien membre de la famille m’a demandé, voilà quelques années, à quoi je travaillais, j’ai cherché des phrases et des concepts qu’il comprendrait facilement. Nous avons parlé de tuyauterie et comment ce que je concevais faciliterait le flux de l’information d’une machine à la suivante, par un tuyau amélioré.

A dire vrai, le journal à distance – qui est une forme de meilleure tuyauterie – est une tuyauterie avec un objectif. Et, de plus en plus, cet objectif consiste à aider à transporter les changements récents affectant une instance d’un fichier base de données, un fichier de flux d’octets, une file d’attente de données, ou même une zone de données, d’une machine sur une autre en temps réel. Et figurez-vous que ce n’est que la moitié de l’histoire.

Il est vrai que l’équipe de développement du journal iSeries a inventé le journal à distance, principalement comme une amélioration du transport haute disponibilité. Il s’agissait, pour ceux qui voulaient garder deux instances d’un fichier base de données, de convoyer rapidement les changements incrémentiels bruts d’une machine de production à une machine de secours. Mais la créativité des utilisateurs les a projetés bien au-delà de cette vue première. De plus en plus, des gens utilisent ce procédé pour soulager une machine principale et libérer des cycles. Certains l’utilisent pour rafraîchir périodiquement et efficacement un entrepôt de données, tandis que d’autres s’en servent pour construire un coffre-fort de données distant en en temps réel.
Mais quelle est donc la « meilleure tuyauterie » sous-jacente qui permet tout cela ?

C’est un comportement de journal amélioré qui ne se contente pas d’écrire des entrées de journal sur les lecteurs de disque locaux de la machine de production, mais envoie aussi une copie redondante de ces mêmes images de journal, en temps réel, sur une ligne de communication, vers la mémoire d’une machine éloignée. L’établissement d’une connexion de journal à distance se résume à trois étapes.
Premièrement, on trouve la machine cible :

ADDRDBDRE RDB(TGRTMACH)
RMTLOCNAME(‘9.5.192.1’ *IP)

Ensuite, on présente la machine cible à la machine source et on identifie le journal concerné:

ADDRMTJRN RDB(TGRTMACH)
SRCJRN(TESTRJ/J1)

Enfin, les deux machines « se serrent la main » et les données commencent à s’écouler :

CHGRMT JRN RDB(TGRTMACH)
SRCJRN(TESTRJ/J1)
JRNSTE(*ACTIVE)

Des détails concernant ces commandes et le sujet du journal à distance dans son ensemble sont disponibles dans l’IBM redbook AS/400 Remote Journal Function for High Availability and Data Replication (SG24-5189) à www.redbooks.ibm.com.