| 
La version 5.10 apporte de nombreuses nouveautés pour la fonction journal deux paramètres permettent de gagner de la place sur les récepteurs : sur les commandes CRTJRN / CHGJRN + RCVSIZOPT(*MINFIXLEN) les informations de JOB et de profil ne sont plus stockées. il ne faut pas avoir besoin de ces notions à des fins d'analyse ou de reprise manuelles. + MINENTDTA(*FILE | *DTAARA) indique les objets pour lesquels on doit stocker des données réduites : *DTAARA, pour les data area on stocke uniquement les octets modifiés *FILE , pour les fichiers, les données sont compressées (et donc illisibles par programme) |
|
+ RCVSIZOPT(*MAXOPT1/2) la taille maxi des récepteurs a été augmentée. *MAXOPT1 , la taille maxi du récepteur est de 1 Téra O. le N° de séquence peut aller jusqu'à 9 999 999 999. la taille maxi d'un poste est de 15 Mo. la restauration ou la fonction remote journal ne sont pas valide sur une édition inférieure à V4R50. *MAXOPT2 , idem *MAXOPT1, mais la taille maxi d'un poste est de 4 milliards d'octets. la restauration ou la fonction remote journal ne sont pas valide sur une édition inférieure à V5R10. |
|
la grande nouveauté est la journalisation des objets : + *DTAARA | *DTAQ + la structure IFS (répertoires , fichiers stream et liens) la journalisation des data area et data queue se fait par ........................................................................... : Démarrer journalisation objet (STRJRNOBJ) : : : : Indiquez vos choix, puis appuyez sur ENTREE. : : : : Objet . . . . . . . . . . . . . Nom : : Bibliothèque . . . . . . . . . *LIBL Nom, *LIBL, *CURLIB : : + si autres valeurs : : *LIBL : : Type d'objet . . . . . . . . . . *DTAARA, *DTAQ <-- : : Journal . . . . . . . . . . . . Nom : : Bibliothèque . . . . . . . . . *LIBL Nom, *LIBL, *CURLIB : : Images . . . . . . . . . . . . . *AFTER *AFTER, *BOTH : :.........................................................................: |
|
seules les Data area peuvent être incluses dans une commande APYJRNCHG / RMVJRNCHG (code E).La journalisation des DTAQ est proposée dans un but de trace de l'activité.(code Q, type QS) la commande WRKJRNA a été modifiée afin d'afficher les objets journalisés par F19: .......................................................................... : Objets journalisés : : : : Indiquez votre choix, puis appuyez sur ENTREE. : : : : Afficher . . . 1 1=Fichiers : : 2=Chemins d'accès : : 3=Zones de données : : 4=Files d'attente de données : : 5=Objets du système de fichiers intégré : : : : : : F12=Annuler : :........................................................................: |
|
la journalisation de la structure IFS se fait par la commande STRJRN :
on peut journaliser un répertoire ou un fichier(/ et /Qopensys seulement)
si l'on journalise un répertoire, la journalisation peut avoir lieu
pour les sous répertoires (SUBTREE)
et enfin les objets qui seront crées dans ce répertoire peuvent être
journalisés automatiquement (INHERIT)
pour journaliser toute l'activité du répertoire /test :
STRJRN OBJ('/test') JRN(/qsys.lib/mabib.lib/monjrn.jrn) SUBTREE(*YES)
PATTERN('*') INHERIT(*YES)
pour journaliser tous les fichiers .TXT de /test :
STRJRN OBJ('/test') JRN(/qsys.lib/mabib.lib/monjrn.jrn) SUBTREE(*NO)
PATTERN('*.TXT') INHERIT(*YES)
|
|
le système journalise, pour un répertoire : les créations/suppressions de fichiers de répertoires de liens symboliques pour un fichier : création/suppression modification des attributs/des droits modification du contenu le système utilise lui-même un cycle de validation pour certaines opérations sensibles (création d'un répertoire par ex.) il n'utilise pas, ne subit pas nos STRCMTCTL, ni COMMIT/ROLLBACK donc. l'utilisation de RMVJRNCHG est impossible, seule APYJRNCHG l'est. les actions sont toutes ré-exécutées (création de répertoires, de fichiers, les modications de contenu de fichiers stream sont refaites.) |
|
journalisation d'un répertoire ........................................................................... : Poste de journal : : : : Objet . . . . . . . : /jrntest : : Données incomplètes : Non Donn poste réduites : Non : : Séquence . . . . . . : 169 : : Code . . . . . . . . : B - Système de fichiers intégré : : Type . . . . . . . . : JT - Démarrage journalisation pour objet : : : : Données spécifiques du poste : : Colonne *...+....1....+....2....+....3....+....4....+....5 : : 00001 '0 ØcÓ¢ ¶0 ¢ ' : : 00051 ' ù Ê > È Á Ë È' : :.........................................................................: les sous répertoires seront effectivement journalisés, les fichiers IFS créés ensuite, le seront aussi. |
|
effet d'une mise à jour de fichier IFS (par EDTF) ........................................................................... : Poste de journal : : : : Objet . . . . . . . : /jrntest/sousrep/test.txt : : Données incomplètes : Non Donn poste réduites : Non : : Séquence . . . . . . : 315 : : Code . . . . . . . . : B - Système de fichiers intégré : : Type . . . . . . . . : WA - Ecriture, image-après : : : : Données spécifiques du poste : : Colonne *...+....1....+....2....+....3....+....4....+....5 : : 00001 ' ØcÓÐ "ó no' : : 00051 'uvelle ligne modifiée ' : :.........................................................................: la commande APYJRNCHG sera lancée sur ce fichier (après une mise à blanc) et le fichier retrouvera bien son contenu. |
