Nouveau support de JOB LOG SERVER en V5R4

Avant la V5R4, il fallait prédire quels jobs pourraient avoir besoin d’un job log et lesquels n’en auraient pas besoin, puis établir en conséquence le niveau de journalisation des messages. Non seulement les job logs occupent beaucoup d’espace de stockage, mais la création simultanée de nombreux job logs prend du temps et pourrait fort bien se produire quand le sous-système finit ou que le réseau connaît une défaillance.

En principe, un job crée son job log pendant la conclusion du job. Par conséquent, un gros job log peut allonger le temps que met un job pour se terminer. Si l’on multiplie ce temps accru par des centaines ou des milliers de jobs finissant en même temps, on devine que la performance globale du système en souffre. Même si vous sélectionnez *NOLIST comme niveau de journalisation de messages, le système n’en tient compte que pour une terminaison normale. Les commandes End Subsystem (ENDSBS), End Job (ENDJOB), End Prestart Job (ENDPJ) et Power Down System (PWRDWNSYS) avec l’option (*immed) aboutissent à une conclusion anormale et produisent un job log pour chaque job terminé. Le paramètre ENDSB SOPT(*NOJOBLOG) sur ENDSBS et PWRDWNSYS vous donne la possibilité d’empêcher la création des job logs quand le système ou le sous-système finit, mais ne vous permet pas de préserver les job logs : un état de fait inacceptable s’il est nécessaire d’analyser les problèmes.