Dans le scénario 1, nous avons vu une allocation pour des jobs ODBC, mais beaucoup d’entreprises utilisent des outils sur d’autres ordinateurs pour accéder à DB2 (outils de requête, GUI frontales, jobs de transfert de données, etc.). Pour traiter ces requêtes, des jobs serveurs spéciaux tournent à
S’occuper des jobs spéciaux
l’intérieur du pool de mémoire partagé *BASE. Si votre société pratique ces jobs ou d’autres similaires, vous pouvez améliorer la performance en les enlevant du pool mémoire *BASE et en leur allouant plutôt un pool mémoire partagé.
Dans le cas des connexions ODBC, il y a des jobs serveurs tournant en tant que jobs prestart dans le sous-système QUSRWRK. Allouez un nouveau pool mémoire partagé, assignez-le au sous-système QUSRWRK et changez l’entrée du job prestart pour utiliser le nouveau pool. Pour l’ajustement continu, suivez simplement votre méthodologie de performance normale.
Régler et ajuster
Dans un autre article, j’ai passé en revue les paramètres associés aux réglages de jobs actifs et totaux. Je vous ai conseillé de pré-allouer suffisamment de ressources pour les jobs avant qu’ils ne s’exécutent, au lieu de laisser au serveur le soin de les allouer en fonction des besoins. Cette approche s’applique aussi aux autres types de jobs sur les serveurs i. Les jobs serveurs ODBC, par exemple, incluent une entrée de job prestart dans le sous-système QUSRWRK. Cette entrée a trois paramètres :
Paramètre Valeur livrée
• Nombre initial de jobs 1
• Seuil 1
• Nombre additionnel de jobs 2
Si les valeurs de ces paramètres n’étaient jamais changées, le serveur devrait allouer les ressources pour chaque seconde requête ODBC. En analysant tout le travail effectué sur votre serveur, vous découvrirez sûrement divers jobs serveurs actifs qui sont similaires à ces jobs ODBC. En réglant correctement les paramètres pour chacun, vous améliorerez votre performance serveur.
Ça continue…
La prochaine fois, je parlerai des tranches de temps : un outil de configuration de Work Management essentiel qui, s’il est mal utilisé, peut nuire fortement à l’équilibre et à la performance de votre système. En augmentant une tranche de temps pour lui donner une valeur entièrement composée de neufs, vous pouvez lier la CPU à un seul job pendant presque trois heures. Votre entreprise devrait-elle être à la merci d’un programmeur commettant ce genre d’erreur gravissime ? Vous le saurez en lisant la suite.
Téléchargez cette ressource
SIEM & PME : Comment construire la boîte noire de votre SI ?
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et accessible, pour anticiper, détecter et réagir efficacement aux attaques.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- IA de confiance : le facteur clé pour rentabiliser les projets d’entreprise
- Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
- Hôpitaux virtuels : renforcer le système de santé français grâce au numérique
- Cybercriminalité bancaire : l’IA industrialise les attaques en 2026
Articles les + lus
Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
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
À la une de la chaîne Tech
- Quand les « travailleurs numériques » pallient le manque de bras dans l’industrie
- 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
