Au niveau général, l’option « 2=Modifier » permet d’accéder à un écran complémentaire permettant d’influer sur la gestion des réplications, par la sélection des postes de journaux. Ce point est également expliqué dans le document EDD_HA_Journalisation.pdf.
Edh BK_SND ---s Gestion Environnement QSLFRA1 3/12/08
02:21:38
1=Insérer 2=Modifier 4=Supprimer 5=Afficher 8=Explorer 9=Activité
M=Messages J=Journal S=Démarrer E=Arrêter ?=Autres
h ---- Synchro ---- -Attente- nbr
Type Intitulé * Wait Ac ok nok ret rep obj
_ PM snd Environnement ---s 21 -6 250 ---- 3 ----
_ Paramètres Généraux
_ Site receveur -> QSLFRA2 PMSOFTICF
_ Journaux -> EDHDEMO +..6
_ Travaux 1372
2 ----- Paramètres objets +..1
_ Bibliothèques 21 -6 249 ---- 3 ---- +..2
_ ----- Paramètres config. +..1
_ Configuration ---- -- 1 ---- ---- ---- +..1
_ ----- Paramètres Ifs
+++
F5=Réafficher F10=Vue> F11=Vue< F12=Annuler F17=Début F18=Fin
F8=Sélection F20=Job
A l’exécution de cette option, l’écran suivant est affiché :
Edh BK_SND ---s Paramètres objets Affichage
Intitulé : Paramètres objets Retenu : 0
Conservation Elt détruits 0,0
Ignorer les postes de journaux
Ignore postes Open (FOP) 0 1=oui, 2=Input seult
Ignore postes Clos (FCL) 0 1=oui
Ignore postes images avant 0 1=Upd, 2=Dlt, 3=Tous
Différences enreg modifiés 0 1=Ignore idem
Journalise postes Open/clos 0 1=omettre *OPNCLO
Synchronise si STRJRN 0 1=oui
Limite RGZPFM synchro 50000 enregistrements
Limite ADDLFM synchro _____50000 enregistrements
Synchro PF sans SAVOBJ 1 1=Pas de savobj
Sauvegarde JOBSCD si change 0 1=Oui
Conservation Elt détruits
Nombre de jours de conservation à l’affichage des éléments détruits après la date de dernière opération effectuée sur ces éléments.
Si on laisse la valeur 0, c’est le paramètre général qui est utilisé.
Ignorer les postes de journaux
Tous ces paramètres permettent d’omettre l’envoi de certains postes de journaux sur le système cible ; néanmoins, leur omission entraînera une réduction des contrôles effectués par Assure QuickEDD HA au cours de la réplication.
Ignore postes open (FOP)
Les postes de journaux correspondant à une opération OPEN ne sont pas envoyés.
0=Non Les postes sont envoyés
1=Oui Les postes sont omis
2=Input Les postes correspondant à un OPEN en lecture seul sont omis
Lorsqu’ils ne sont pas ignorés, les OPEN sont utilisés en standard au contrôle de
la présence de l’objet
Ignore postes clos (FCL)
Les postes de journaux correspondant à une opération CLOSE ne sont pas envoyés
0=Non Les postes sont envoyés
1=Oui Les postes sont omis
Lorsqu’ils ne sont pas ignorés, les CLOSE sont utilisés en standard au contrôle de
la présence de l’objet, comme les postes OPEN
Cet exemple montre l’importance de la gestion des Open/Close sur un site de production :
Exécuter l’option « 9 = Activité » en regard de l’environnement.
Dernier poste lu______________ Dernier poste traité par X
Traité le 2026/06/23 11.57.19,067652 2014/06/23 11.57.20,752309
Date poste 2026/06/23 11.57.19,035776 2026/06/23 11.57.19,035776
--> Retard ····· ·······0,03 ····· ·······0,00
Origine Jrnrcv PMEDHJRN AUDRCV9383 Jrnrcv PMEDHJRN AUDRCV9383
Jrn QSYS QAUDJRN Jrn QSYS QAUDJRN
Séq-commit 7475236 - 7475236 -
Opération * EJ ** Fin tous journaux * EJ ** Fin tous journaux
Travail
Objet
Mbr-Rcd-Lg *ENDALLJRN *ENDALLJRN
Postes lus ___Traités ___Ignorés ______Adds ___Updates ___Deletes En cours
29289943 27747910 354526 2617945 1098830 1033897 ·······1
2888636 Kb 235977 Kb ____Autres ___Erreurs __Différés ___Réparés _Retenus
5410308 /s 897707 /s 22625711 ·····
Synchr 1 2014/06/19 18.45.32,4 Sync. OK S05 2s File JUIN2 Pf
Message 2014/07/10 12.35.35,540871 EDH_ Purge messages <
F5=Réafficher F12=Annuler F9=Détail
Dans le bas et à gauche de l’écran, nous pouvons voir 29,2 millions de postes de journaux lus. Sur ces 29,2 millions, 22,6 millions correspondent à des Open/Close, qui n’ont pas utilité propre pour le système cible. En ignorant ces postes, on améliorera grandement les performances, principalement pour les lignes à basse vitesse.
Ignore postes images avant
Les « images avant » peuvent également être ignorées ; elles représentent de gros volumes, mais aussi un gros potentiel de contrôle d’intégrité
0=Non Les postes sont envoyés
1=Upd Les « images avant » des ordres UPDATE sont omises
2=Dlt Les « images avant » des ordres DELETE sont omises
3=Tous Tous les postes « images avant » sont omis
En utilisant les images avant, Assure QuickEDD HA vérifie le contenu total de
l’enregistrement avant sa modification ou sa suppression ; une différence mettrait
en évidence une désynchronisation, provoquant dynamiquement une
synchronisation. Par ailleurs, l’image avant est indispensable pour les applications utilisant le commit/rollback.
Différences enregistrements modifiés
Ce paramètre permet d’exécuter une comparaison entre les images « avant » et « après ».
0=Non Pas de comparaison. Traitement de tous les postes
1=Idem Si les deux postes sont identiques, ils sont ignorés
Ces opérations nécessitent une consommation CPU plus importante
Journalise les postes Open/Clos
Ce paramètre permet de définir l’option à appliquer lorsque Assure QuickEDD HA démarre automatiquement la journalisation d’un fichier. Par défaut, tout comme l’OS/400, la journalisation est activée en incluant les postes Open/Clos.
1=Oui Les Open/Clos seront omis.
Synchronise si STRJRN
Dans le cas d’une application utilisant les commandes d’arrêt et de redémarrage de la journalisation pendant les traitements, il est possible de demander à Assure QuickEDD HA une vérification des données en automatisant la synchronisation à la détection d’un poste de journal « STRJRN »
1=Oui Le poste « STRJRN » déclenche la synchronisation
Note : Cette fonction est dédiée aux applicatifs qui stoppent et redémarrent la journalisation pendant les travaux de nuit par exemple
Limite RGZPFM synchro
La commande RGZPFM est très particulière car elle peut nécessiter de longues minutes. Traitée au fil de l’eau sur la machine cible, elle peut alors provoquer des retards importants dans les réplications, compte tenu du fonctionnement en mode synchrone et du suivi simultané de l’ensemble des journaux.
Pour éviter ce type de problème, Assure QuickEDD HA propose un paramétrage particulier pour détourner le traitement de la commande RGZPFM sur un traitement parallèle.
Ce paramètre permet de fixer une limite (nombre d’enregistrements) au-delà de laquelle le traitement du RGZPFM ne se fait plus au fil de l’eau. Ainsi, pour les petits fichiers le traitement de réorganisation se fait au fil de l’eau car ne posant pas de problème de temps de réponse. Par contre les gros fichiers, au-delà de cette limite, verront la commande RGZPFM traitée dans un travail batch spécifique. Lorsque la réorganisation est terminée, Assure QuickEDD HA réalise une synchronisation du fichier, afin qu’il soit ensuite à nouveau répliqué en temps réel.
Note : Le travail batch s’exécute dans le sous-système PMEDH, avec les autres
travaux de réplication. Le nom de travail correspond au nom du fichier préfixé par
les caractères « R_ »
Limite ADDLFM synchro
Ce paramètre est lié à la synchronisation de fichiers logiques multi-format.
Dans le cadre de fichiers physiques multi-membres, ce paramètre permet de définir la limite de la reconstruction en temps réel du chemin d'accès d'un logique associé.
Pour des fichiers de faible taille, le temps réel est préférable car il n'y a pas d'impact sur les traitements
Pour des fichiers volumineux, la synchronisation évitera les retards de réplication.
Note: en cas de synchronisation, tous les membres sont vérifiés
Synchro PF sans SAVOBJ
Cette fonction permet d’exécuter la synchronisation sans recours à la fonction SAV/RST de l’OS/400. Bien que sensiblement moins rapide, cela permet d’éviter les verrouillages et c’est la raison pour laquelle nous recommandons de conserver ce paramètre égal à 1.
1=Oui La synchronisation des fichiers physiques se fera sans SAVOBJ