Propagation de la classe de transaction sous les systèmes d'exploitation z/OS

Une stratégie de service englobe une ou plusieurs définitions de classe de transaction. La stratégie de service crée l'objectif, tandis que la classe de transaction d'un travail sert à connecter ce travail à cet objectif. Dans le cas d'applications résidant dans z/OS, l'objectif défini dans la stratégie de service ne sert pas à la gestion active de la charge de travail ; il est seulement utilisé pour la surveillance et la production de rapports. La classe de transaction sert aussi à fournir la valeur TCLASS qui est propagée à la demande et utilisée par Workload Manager pour z/OS (WLM).

Classes de transactions

Les classes de transaction sont des sous-conteneurs de la stratégie de service qui permettent de classifier et de surveiller plus finement les travaux à exécuter. Les relations entre stratégies de service et classes de transaction sont du type "un à plusieurs" : une même stratégie de service peut avoir plusieurs définitions de classe de transaction, mais chaque classe de transaction n'appartient qu'à une et une seule stratégie de service. Chaque stratégie de service a une classe de transaction par défaut, qui convient à la plupart des cas de figure. D'autres classes de transaction peuvent être créées si une surveillance plus ciblée est nécessaire dans l'environnement. Chaque nom de classe de transaction doit être unique au sein de la cellule.

Dans l'environnement traitement par lots, chaque travail est affecté à une classe de travail. Une classe de travail établit une règle de consommation des ressources par un ensemble de travaux par lots. Si un travail ne spécifie pas de classe de travail, une classe par défaut est fournie.

La classification des stratégies de service dans l'environnement traitement par lots est régie par un ensemble de règles définies pour le planificateur de travaux : une règle qui affecte tout travail à la classe de transaction par défaut, DEFAULT_TC.

Le planificateur de travaux évalue la liste des règles de classification dans l'ordre et affecte la classe de transaction indiquée par la première règle correspondante. Un seul ensemble de règles de classification est accepté par cellule. Une classe de transaction configurable par défaut, DEFAULT_TC, est associée à cet ensemble. Si aucune des règles de classification ne correspond à un travail, la classe de transaction par défaut est appliquée à ce dernier. Lorsqu'il n'existe qu'un seul environnement traitement par lots, il existe une zone dans laquelle vous indiquez un nom de classe de transaction.

Lorsqu'une demande de distribution de travail parvient à la région de contrôle, la valeur de la zone TCLASS est extraite de l'en-tête de la demande HTTP et utilisée pour associer la demande à WLM pour une classe de service z/OS. Une enclave ayant la classe de service indiquée est créée et distribuée, à l'aide de WLM, à une région serviteur où le travail est alors exécuté. La mise en file d'attente et la priorisation visant à atteindre les objectifs de la classe de service sont réalisées par WLM pour z/OS.


Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cgrid_cgzosclasses
Nom du fichier : cgrid_cgzosclasses.html