Un moniteur de job peut identifier les jobs qui pénalisent les performances système. Vous pouvez personnaliser les types de jobs sur lesquels le moniteur se concentre en spécifiant certains critères de jobs sur l'écran Job Monitors General Properties. Cette spécification peut être très générale : « tous les jobs de
Moniteurs de jobs

l’utilisateur GREG »
ou très précise : « les jobs appartenant
à GREG commençant avec « PRE* » de
type Batch ».
Le moniteur démarre et trouve
tous les jobs qui correspondent aux
critères de jobs puis, selon celles des 19 mesures actives, recherche des informations
sur ces jobs. Si un job dépasse
une mesure prédéfinie, le moniteur
se déclenche.
Le moniteur de job offre tellement
de possibilités d’automatisation qu’il
est impossible d’en donner toute la
liste. Voici quelques idées :
- Ecrire un programme capable d’accepter
des variables dont la finalité
est d’activer des commandes et des
API qui contiennent un job si la CPU
dépasse 60 % d’utilisation pendant
plus de trois minutes. Faites cela
dans le moniteur en définissant un
intervalle d’une minute et en ordonnant
au moniteur de se déclencher si
l’utilisation de la CPU pour n’importe
quel job dépasse 60 % pour
trois intervalles. Si le moniteur se déclenche,
passez les éléments suivants
au programme : &JOBNAME, &JOBNUMBER,
&JOBUSER. Sur chaque
moniteur, vous pouvez définir une
valeur à laquelle le moniteur se déclenche
et une seconde valeur à laquelle
il se réinitialise. Par exemple,
vous pourriez établir une valeur de
déclenchement de job à 60 % d’utilisation
et une valeur de réinitialisation
de 50 %. Le moniteur se déclenchera
donc quand le job dépassera 60 % d’utilisation. Quand le job descendra
au-dessous de 50 %, le trigger
se réinitialisera et recommencera à
surveiller une instance dans laquelle
l’utilisation du job dépasse à nouveau
60 %. Quand le moniteur se réinitialise,
l’administrateur peut appeler
le programme (via la commande
reset) pour qu’il libère le job parce
que sa pause a été suffisamment
longue. - S’il est urgent qu’une application
particulière finisse, il faut l’empêcher
d’être mise en attente parce qu’elle
attend la réponse à un message. Il
faut donc créer un moniteur de job
qui examine tous les jobs de cette application.
Ensuite, utilisez les paramètres
de remplacement suivants
pour signifier au moniteur quel job
est en attente d’un message dans son
journal de job, et répondre à l’application
automatiquement afin qu’elle
ne marque pas de pause. Les paramètres
que vous devez inclure sont
&JOBNAME (le nom du job qui cause
le déclenchement ou la réinitialisation
du moniteur), &JOBNUMBER
(le numéro du job), &JOBUSER (le
nom de l’utilisateur exécutant le
job), &MSGID (le numéro ID du
message causant le déclenchement
ou la réinitialisation) et &MSGSEV (la
gravité du message) et &MSGTYPE
(le type du message causant le déclenchement
ou la réinitialisation).
Téléchargez gratuitement cette ressource

Les 7 étapes d’un projet de dématérialisation RH
Dans ce livre blanc, nous vous donnons les clés pour concevoir votre projet de dématérialisation RH. Vous découvrirez chacune des étapes qui vous permettront d’apporter de nouveaux services aux collaborateurs, de vous adapter aux nouvelles pratiques et de renforcer la marque employeur.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Plateforme de protection applicative : le couteau suisse indispensable pour les développeurs et les équipes de sécurité
- Cohésion d’équipe & Collaboration numérique : un duo gagnant ?
- Cyber espionnage – Les pirates russes APT29 utilisent les services de stockage en ligne, DropBox et Google Drive
- SEKOIA : de l’intelligence sur les menaces jusqu’à l’automatisation de la réponse !
- Les managers face à l’impact du télétravail
