Suite à cette première analyse, nous pouvons reporter ces valeurs dans un graphique de façon à définir des tendances d'évolution des performances du système, de la charge de travail quotidienne, des jours et des heures de charge maxi. Ces résultats peuvent également être facilement obtenus par l'utilisation de l'outil Performance
Optimisation des performances
Tools lorsqu’il est disponible.
Il convient maintenant d’exploiter
ces données brutes avant d’apporter
des modifications au paramétrage ou à
la configuration du système. Avant de
se poser la question d’une mise à jour
de son système, il est judicieux de se
poser les « bonnes questions », c’est à
dire de ne pas engager le système sur
un chemin d’évolution qui risquerait
d’aboutir à sa saturation rapide.
Par exemple, un système en V4R4
saturé à 90 % en interactif risquerait
une importante chute de performances
lors d’une migration en V5R1
car dans cette version, l’OS400 calcule
la puissance interactive consommée
de façon plus stricte qu’en V4R4. Le
chemin d’évolution impose donc dans
ce cas l’évolution de la carte interactive
avant la migration de l’OS400. Dans cet
exemple, c’est bien le suivi des paramètres
système qui a permis de mettre
en relief une carte interactive saturée
avant migration.
Les relevés réguliers permettent
également d’optimiser le système
même lorsque aucune opération particulière
n’est prévue. Ainsi sur les
iSeries 820, la machine est livrée avec
une configuration par défaut de type
« serveur ». En cas de mauvaises performances
de l’interactif, une simple
mise à jour des valeurs système
concernées permet de favoriser l’interactif
et de faire sauter le « goulot
d’étranglement » qui pénalise le système.
Les tableaux de bord peuvent aussi comporter une colonne « préconisation
IBM » qui permet de comparer les
valeurs relevées aux valeurs recommandées
par IBM, permettant de définir
un fonctionnement type « voyant
vert », c’est à dire valeur dans les seuils
recommandés pour une bonne performance
et « voyant rouge » pour une valeur
hors recommandation IBM nécessitant
un ajustement. Un exemple
simple est la gestion des pools mémoire
dont la pagination ne doit pas
excéder 1 % selon les standards IBM.
Des valeurs de pagination autour de
8 % par exemple indiquent un système
saturé et dont la performance globale
est très dégradée. Une solution est
alors d’augmenter la mémoire vive du
système.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- IA dans les services financiers : priorité stratégique, mais passage à l’échelle sous tension
- Data streaming : le nouveau socle stratégique de l’IA en entreprise
- Ransomware en santé : la double extorsion fait exploser la facture en Europe
- Les fuites de données explosent en France, désormais pays le plus touché d’Europe
Articles les + lus
Model Context Protocol : le contexte, grand oublié du débat
Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
Couchbase lance AI Data Plane pour industrialiser l’IA agentique
Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
Computex 2026 : 5 signaux forts à retenir
À la une de la chaîne Tech
- Model Context Protocol : le contexte, grand oublié du débat
- Microsoft dévoile MAI-Thinking-1 : un modèle de raisonnement « enterprise-grade » en preview publique
- Couchbase lance AI Data Plane pour industrialiser l’IA agentique
- Windows 11 : Microsoft généralise le point-in-time restore pour accélérer la remise en service des PC
- Computex 2026 : 5 signaux forts à retenir
