Client Access EXPRESS : OPERATION NAVIGATOR
Gestion des performances
En V4r30, (Client Access V3R2M0) la gestion des performances s'installe à partir de l'AS/400 uniquement.
et se présente sous forme d'une icône dans la barre d'outils
En V4R40 (Client Access Express) , il s'agit d'une
option à part entière d'Operation Navigator: Gestion
centralisée
Le but de cette nouvelle option d' OPERATION NAVIGATOR est de
pouvoir gérer un ensemble d'AS/400.
Vous allez devoir définir des groupes de machines
ATTENTION, il faut au préalable lancer la commande STRTCPSVR *MGTC |
Paramétrage
La première chose à faire est de définir les machines d'extrémité. c'est à dire celle sur votre LAN.
Vous pouvez aussi, lancer la fonction "Reconnaissance"
quand vos systèmes sont connus, définissez
des groupes logiques
qui permettent de lancer des commandes sur un ensemble de machine
Toutes ces définitions sont stockées sur votre AS/400 et peuvent être partagées.
Moniteurs
Mise en place d'un Moniteur.
---------------------------
il s'agit de définir les événements systèmes à analyser
Pour cela choisissez
On vous affiche la liste des moniteurs existants (IBM livre des modèles)
(vous pouvez en créer de nouveaux par "fichier/nouveaux ...")
Indiquez : - la liste des événements à analyser
- les actions à entreprendre + afficher le monitor
+ consigner l'événement
+ signal sonore
- les attributs sur chaque événement
+ intervalle entre collectes
+ durée de conservation
A noter, en V4R50, trois nouveaux attributs :
Utilisation UC (dispo interactif), mesure en %, l'utilisation que vous faites des capacités Interactives de votre AS/400 depuis qu'il ya une puissance interactive et une puissance batch différente (170/270 , 7xx, 8xx, ...)
pour gérer les moniteurs, revenez à la fenêtre précédente :
le bouton vert (représentant une flèche) permet de lancer l'analyse.
le bouton rouge(représentant un panneau) permet de l'arrêter.
Quand vous démarrez le moniteur, le système vous demande le(les) système(s)
ou groupe(s) de systèmes, devant participer à cette analyse.
(chaque système sera identifié par un couleur sur
les graphes)
Le démarrage effectué, double-cliquez sur la ligne pour voir l'analyse. l'affichage est alors découpé comme suit : ######################################################################### # # si vous pointez une mesure, # # .................................... # vous verrez ici le détail # # : : # sous forme d'histogramme # # : vos différents graphes : # # # : (autant que d'événement : # # # : à analyser) : # # # :..................................: ################################ # # # # .................................... # en cliquant sur une ligne # # : : # de l'histogramme ci-dessus # # : sur chaque graphe, un point : # vous verrez le détail du # # : représente une prise de mesure : # job dans cette fenêtre. # # : : # # # :..................................: # # # # # ######################################################################### |
3/ Définition de seuils. --------------------- il s'agit de définir des actions à entreprendre automatiquement lorsque certains pourcentages sont rencontrées vous pouvez définir deux seuils : 1/ seuil critique (début des problèmes) 2/ seuil inacceptable (début de la fin) ou tout autre organisation à votre choix. un seuil atteint est montré graphiquement par une ligne rouge il vous faut définir, la valeur provoquant à vos yeux un retour à la normale. par exemple : seuil critique = CPU utilisée à plus de 90 % (réinitialisé à moins de 90) seuil dangereux = CPU utilisée à plus de 97 % (réinitialisé à moins de 95) on peut associer des commandes AS/400 ou micro à un seuil atteint. (Depuis la V5R10, seules les commandes OS/400 sont acceptées) |
sur la commande associée à un seuil vous pouvez utiliser des variables de substitution :
Copyright © 1995,2002 VOLUBIS