Propriétés système pour surveiller et résoudre les problèmes de performance dans IBM Maximo

Pour garantir des performances optimales et résoudre les problèmes liés à Maximo et aux applications TPAE, cinq propriétés système clés peuvent être configurées. Ces propriétés aident à identifier les tendances d'utilisation de la mémoire, à diagnostiquer les problèmes de performance et à corriger les inefficacités potentielles dans l'exécution des requêtes SQL ou la gestion de la mémoire.

Propriétés clés et leurs utilisations

1. mxe.db.logSQLTimeLimit
   • Objectif : Capturer les requêtes SQL qui dépassent un certain temps d'exécution.
   • Valeur par défaut : 1000 millisecondes (1 seconde).
   • Utilisation :
     • Permet d'identifier les requêtes SQL longues qui pourraient nécessiter une optimisation de la base de données.
     • Une valeur plus faible augmente les détails du journal, mais peut rendre la lecture des journaux plus difficile.
   • Impact sur les performances : Aucun, mais une journalisation excessive peut réduire la lisibilité.

1. mxe.db.fetchResultLogLimit
   • Objectif : Surveiller le nombre d'objets qu'un Maximo Business Object (MBO) charge pendant le traitement.
   • Valeur par défaut : 1000.
   • Configuration recommandée :
     • 200 pour diagnostiquer les problèmes de performance et de mémoire.
     • 1000 lorsque la performance et la mémoire ne posent pas de problème.
   • Utilisation :
     • Enregistre une entrée dans le journal chaque fois qu'un seuil (ex. : 1000, 2000 objets chargés) est atteint.
     • Une charge supérieure à 60 000 objets peut indiquer un problème.
   • Impact sur les performances : Aucun, mais peut rendre les journaux difficiles à lire.

1. mxe.mbocount
   • Objectif : Capturer des instantanés réguliers de l'utilisation de la mémoire.
   • Utilisation :
     • Identifie les tendances dans l'utilisation et la libération de la mémoire.
     • Permet de repérer les fuites mémoire si les objets ne sont pas libérés correctement ou si leur nombre continue de croître.
     • Une fuite mémoire peut être causée par des données incorrectes, un code personnalisé, une configuration mal configurée ou des bogues.
   • Impact sur les performances : Aucun.

1. mxe.db.logSQLPlan (uniquement pour Oracle)
   • Objectif : Enregistre le plan d'exécution des requêtes SQL qui effectuent une analyse complète de table.
   • Utilisation :
     • Aide à optimiser les requêtes SQL nécessitant un accès complet aux tables.
     • Dépend de la propriété mxe.db.sqlTableScanExclude.
   • Impact sur les performances : Peut affecter les performances. À utiliser uniquement si nécessaire.

1. mxe.db.sqlTableScanExclude (uniquement pour Oracle)
   • Objectif : Exclut certaines tables des journaux générés par mxe.db.logSQLPlan.
   • Utilisation :
     • Les tables qui n'ont pas d'index et qui nécessitent une analyse complète peuvent être exclues en indiquant leurs noms en majuscules, séparés par des virgules.
   • Impact sur les performances : Peut affecter les performances. À utiliser uniquement si nécessaire.

Instructions pour configurer les propriétés

1. Ouvrez l'application Journalisation.
2. Configurez le Root Logger sur INFO et définissez le Appender sur Rolling.
3. Configurez l'Appender Rolling avec :
   • Taille du fichier : 20 Mo.
   • Index de sauvegarde : 24.
4. Appliquez les paramètres.
5. Dans l'application Propriétés Système, configurez :
   • mxe.db.logSQLTimeLimit=1000
   • mxe.mbocount=1
   • mxe.db.fetchResultLogLimit=200
6. Sélectionnez chaque propriété, puis cliquez sur Action commune ou Action sélectionnée, et choisissez Actualisation en direct.

Notes importantes

• Gardez mxe.db.logSQLTimeLimit, mxe.mbocount, et mxe.db.fetchResultLogLimit activés en permanence. Ces paramètres n'ont qu'un impact minimal sur les performances et sont essentiels pour résoudre les problèmes en cas de besoin.
• Ne configurez pas les journaux à DEBUG sauf si demandé par le support IBM. Cela diffère des propriétés de "debug spécifiques" mentionnées ci-dessus.