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 cette ressource
Les mégatendances cybersécurité et cyber protection 2024
L'évolution du paysage des menaces et les conséquences sur votre infrastructure, vos outils de contrôles de sécurité IT existants. EPP, XDR, EDR, IA, découvrez la synthèse des conseils et recommandations à appliquer dans votre organisation.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro