| 
HotBackup. la duplication de B de D peut prendre trois formes sur AS/400. ces trois "variantes "s'appuient sur la fonction journal. 1/ machine A (source) machine B (cible) ------------------ ----------------- fichiers BD +----+ +----+ +----+ +----+ +----+ +----+ | | | | | | | | | | | | +----+ +----+ +----+ +----+ +----+ +----+ | | | | | | ----------------( journal ) ( journal )---------------- ! ! ! ! °°°°° °°°°° recepteur ° ° ° ° °°°°° °°°°° ----- // ----- |
|
on transfert le récepteur avec une certaine fréquence sur la machine B, par sauvegarde dans un SAVF et copie de fichier (FTP ou SAVRSTOBJ) Les fichiers étant journalisés, on peut appliquer les modifications BD par APYJRNCHG sur la machine B. Avantages : simple à construire inconvénient : absence de temps réel (fréquence) 2/ avant la V4R20 : on utilise la fonction RCVJRNE qui permet de se mettre à l'écoute sur un récepteur de journal en associant un pgm maison (dit pgm d'exit) à l'arrivée de chaque entrée du recepteur. les critères de sélection de la commande RCVJRNE sont les mêmes que la commande DSPJRN. |
|
machine A (source) machine B (cible) ------------------ ----------------- fichiers BD +----+ +----+ +----+ +----+ +----+ +----+ | | | | | | | | | | | | +----+ +----+ +----+ +----+ +----+ +----+ | | | ^ ----------------( journal ) " ! " ! " le pgm °°°°° " distant recepteur ° ° " ré-injecte °°°°° " les données ! " dans la base ! " --------- le pgm se "débrouille" ---------- ! pgm ! pour établir un dialogue ! ! ! d'exit! avec un pgm distant ! ! --------- (APPC ou sockets) ---------- ----- // ----- |
|
Avantages : temps réel inconvénient : complexe a/ dialogue APPC ou sockets b/ pgm d'injection des données 3/ depuis la V4R20 : on utilise la fonction remote journaling A LA PLACE du DIALOGUE RESEAU on utilise la cde RCVJRNE SUR LE SYSTEME DISTANT pour recevoir les modifs et les injecter dans la base de secours. En EFFET la doc indique qu'aucune ressource ne peut être associée à un journal distant, les commandes APYJRNCHG et RMVJRNCHG sont indisponibles. |
|
machine A (source) machine B (cible) ------------------ ----------------- f ^ les fichiers de la a ! machine B peuvent être c ! journalisés par un autre u ! journal afin d'assurer les l ! transactions du pgm d'exit t ! a ! °°°°° t ! ° ° i ! °°°°° f v ----------------( jrn ) fich. BD | | | +----+ +----+ +----+ ________________ +----+ +----+ +----+ | | | | | | | | | | | | +----+ +----+ +----+ +----+ +----+ +----+ | | | ^ ----------------( journal ) " ! " ! " le pgm ! " d'exit |
|
! " ré-injecte ! " les données ! " dans la base ! " ! " ! la commande RCVJRNE ---------- ! et le pgm d'exit ! ! ! sont maintenant ! ! ! sur la machine B ---------- ! |____________ °°°°° °°°°° l'OS s' recepteur ° ° ° ° arrète ng °°°°° ----- // ----- °°°°° là ! là ! !--(journal) Avantages : temps réel plus de dialogue APPC ou sockets inconvénient : toujours complexe pgm d'injection des données |
|
Mise en place : création du journal, du récepteur et journalisation locale CRTJRNRCV , CRTJRN puis STRJRNPF Définition de la base éloignée par ADDRDBDIRE Remote journaling ADDRMTJRN RDB( ) le nom indiqué plus haut TGTJRN( ) pour indiquer les coordonnées du journal à créér (la bibliothèque doit exister et peut etre différente) RMTRCVLIB( ) pour indiquer la bibliothèque dans laquelle créér les récepteurs puis CHGRMTJRN JRNSTATE(*ACTIVE), le récepteur éloigné est créé, la fonction remote journal démarrée. |
