...Commande jobquery - Exécution de requêtes sur des travaux ..............82 Commande jobdetails...

Workload SchedulerVersion 8.6

Planification dynamique de la chargede travail

SC11-6722-01

��

ImportantAvant d'utiliser le présent document et le produit associé, prenez connaissance des informations générales figurant à lasection Remarques.

RemarqueCertaines illustrations de ce manuel ne sont pas disponibles en français à la date d'édition.

Deuxième édition - septembre 2011

Réf. US : SC23-9856-02

LE PRESENT DOCUMENT EST LIVRE EN L'ETAT SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE. IBMDECLINE NOTAMMENT TOUTE RESPONSABILITE RELATIVE A CES INFORMATIONS EN CAS DECONTREFACON AINSI QU'EN CAS DE DEFAUT D'APTITUDE A L'EXECUTION D'UN TRAVAIL DONNE.

Ce document est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. Les informations qui ysont fournies sont susceptibles d'être modifiées avant que les produits décrits ne deviennent eux-mêmesdisponibles. En outre, il peut contenir des informations ou des références concernant certains produits, logiciels ouservices non annoncés dans ce pays. Cela ne signifie cependant pas qu'ils y seront annoncés.

Pour plus de détails, pour toute demande d'ordre technique, ou pour obtenir des exemplaires de documents IBM,référez-vous aux documents d'annonce disponibles dans votre pays, ou adressez-vous à votre partenairecommercial.

Vous pouvez également consulter les serveurs Internet suivants :v http://www.fr.ibm.com (serveur IBM en France)

v http://www.can.ibm.com (serveur IBM au Canada)

v http://www.ibm.com (serveur IBM aux Etats-Unis)

Compagnie IBM FranceDirection Qualité17, avenue de l'Europe92275 Bois-Colombes Cedex

© Copyright IBM France 2011. Tous droits réservés

© Copyright IBM Corporation 2009, 2011.

http://www.fr.ibm.com

http://www.can.ibm.com

http://www.ibm.com

Table des matières

Figures . . . . . . . . . . . . . . . v

Tableaux . . . . . . . . . . . . . . vii

Avis aux lecteurs canadiens. . . . . . ix

A propos de ce guide . . . . . . . . xiNouveautés de cette édition . . . . . . . . . xiNouveautés de cette publication . . . . . . . xiA qui s'adresse cette publication . . . . . . . xiPublications . . . . . . . . . . . . . . xiiAccessibilité . . . . . . . . . . . . . . xiiFormation technique Tivoli . . . . . . . . . xiiInformations sur le support technique . . . . . xii

Chapitre 1. Présentation de laplanification dynamique de la charge detravail. . . . . . . . . . . . . . . . 1Interfaces . . . . . . . . . . . . . . . 2Autorisation et rôles . . . . . . . . . . . . 3

Gestion des utilisateurs et des rôles. . . . . . 5Autorisation avec la sécurité globale WebSphere . 7

Ajout de fonctions de planification dynamique dansvotre environnement. . . . . . . . . . . . 8

Avantages des types de travaux avec optionsavancées . . . . . . . . . . . . . . . 9Création de types de travaux avec optionsavancées . . . . . . . . . . . . . . 11Codes retour . . . . . . . . . . . . . 12Promotion des travaux planifiés sur les poolsdynamiques . . . . . . . . . . . . . 12Ajout de fonctions dynamiques aux travauxTivoli Workload Scheduler existants . . . . . 13Scénario métier sur une fonction dynamique . . 13

Scénario métier . . . . . . . . . . . . . 14L'entreprise . . . . . . . . . . . . . 15L'objectif . . . . . . . . . . . . . . 15La solution . . . . . . . . . . . . . 16

Chapitre 2. Utilisation de variablesTivoli Workload Scheduler dans destravaux Dynamic Workload Broker . . . 23

Chapitre 3. Utilisation de variablesdans les travaux . . . . . . . . . . 27

Chapitre 4. Définition des relationsd'affinité . . . . . . . . . . . . . . 29

Chapitre 5. Création de travaux TivoliWorkload Scheduler gérés parDynamic Workload Broker . . . . . . 31

Chapitre 6. Surveillance et annulationde travaux . . . . . . . . . . . . . 33

Chapitre 7. Identification desressources pour les travaux . . . . . 35Vérification des ressources logiques sur lesordinateurs . . . . . . . . . . . . . . 36Création de ressources logiques. . . . . . . . 38Création de groupes de ressources. . . . . . . 40

Chapitre 8. Ecriture des définitionsJSDL avec Job Brokering DefinitionConsole . . . . . . . . . . . . . . 43Définitions de travaux . . . . . . . . . . . 46Ressource de la définition de travail . . . . . . 49Utilisation de variables dans les définitions detravaux . . . . . . . . . . . . . . . . 53Utilisation des modèles de définition de travail JSDL 54Scénarios pour la création de définition de travaux 57

Scénario : Création d'une définition de travail àl'aide d'un groupe de ressources informatiques . 58Scénario : Création d'une définition de travail àl'aide d'un groupe de ressources logiques . . . 59Scénario : Création d'une définition de travailpour l'exécution d'un travail sur des processeursx86 . . . . . . . . . . . . . . . . 60Scénario : Création d'une définition de travailpour l'exécution d'un script sur un systèmed'exploitation spécifique . . . . . . . . . 61Scénario : Exigences pour un autre systèmed'exploitation . . . . . . . . . . . . . 62

Chapitre 9. Soumission et suivi destravaux . . . . . . . . . . . . . . 65Soumission de travaux avec des relations d'affinité 65

Soumission d'un travail avec affinité à partir dela ligne de commande . . . . . . . . . . 66

Soumission de travaux avec des variables . . . . 66Soumission d'un travail avec des variables àpartir de la ligne de commande . . . . . . 66

Statuts des travaux . . . . . . . . . . . . 66Contrôle des travaux soumis . . . . . . . . 67

Chapitre 10. Utilisation de l'interface deligne de commande . . . . . . . . . 71Fichier de configuration de ligne de commande . . 72Commande exportserverdata - téléchargement de laliste d'instances du courtier de charge de travail àpartir de la base de données . . . . . . . . . 76Commande importserverdata - téléchargement de laliste d'instances du courtier de charge de travail àpartir de la base de données . . . . . . . . . 78Commande jobsubmit - Soumission de travaux . . 79

© Copyright IBM Corp. 2009, 2011 iii

||

|||||||||||||||||||

Commande jobquery - Exécution de requêtes surdes travaux . . . . . . . . . . . . . . 82Commande jobdetails - Visualisation d'informationsdétaillées sur les travaux . . . . . . . . . . 85Commande jobcancel - Annulation de travaux . . . 87Commande jobstore - Gestion des définitions detravail . . . . . . . . . . . . . . . . 88Commande jobgetexecutionlog - Visualisation de lasortie de travaux . . . . . . . . . . . . 90Commande movehistorydata - Maintenance detables de base de données . . . . . . . . . 92

Commande resource - Gestion des ressources . . . 94Utilisation de la commande resource à partird'un agent . . . . . . . . . . . . . 102

Remarques . . . . . . . . . . . . 105Marques . . . . . . . . . . . . . . . 106

Index . . . . . . . . . . . . . . . 109

iv IBM Tivoli Workload Scheduler - Planification dynamique de la charge de travail

Figures

1. Exigences en matière de ressources pour letravail de mise à jour de l'inventaire . . . . 18

2. Ressources correspondantes pour les travauxde fin de journée. . . . . . . . . . . 19

3. Instructions d'optimisation pour un travail 204. Page de résultat de recherche d'ordinateur 385. Page principale de la Console de définition de

courtage de travaux . . . . . . . . . . 48

© Copyright IBM Corp. 2009, 2011 v

vi IBM Tivoli Workload Scheduler - Planification dynamique de la charge de travail

Tableaux

1. Opérations autorisées par groupes d'utilisateurs 52. Rôles Tivoli Workload Scheduler. . . . . . . 63. Rôles Dynamic Workload Broker.. . . . . . 64. Exigences et travaux de fin de journée . . . 175. Variables Tivoli Workload Scheduler prises en

charge dans les définitions JSDL. . . . . . 236. Mappage de statuts entre Dynamic Workload

Broker et Tivoli Workload Scheduler . . . . 33

7. Types de ressource et propriétés . . . . . 448. Types de ressource et propriétés . . . . . 509. Statuts des travaux et opérations prises en

charge . . . . . . . . . . . . . . 6610. Commandes Dynamic workload broker 71

© Copyright IBM Corp. 2009, 2011 vii

viii IBM Tivoli Workload Scheduler - Planification dynamique de la charge de travail

Avis aux lecteurs canadiens

Le présent document a été traduit en France. Voici les principales différences etparticularités dont vous devez tenir compte.

Illustrations

Les illustrations sont fournies à titre d'exemple. Certaines peuvent contenir desdonnées propres à la France.

Terminologie

La terminologie des titres IBM peut différer d'un pays à l'autre. Reportez-vous autableau ci-dessous, au besoin.

IBM France IBM Canada

ingénieur commercial représentant

agence commerciale succursale

ingénieur technico-commercial informaticien

inspecteur technicien du matériel

Claviers

Les lettres sont disposées différemment : le clavier français est de type AZERTY, etle clavier français-canadien de type QWERTY.

OS/2 et Windows - Paramètres canadiens

Au Canada, on utilise :v les pages de codes 850 (multilingue) et 863 (français-canadien),v le code pays 002,v le code clavier CF.

Nomenclature

Les touches présentées dans le tableau d'équivalence suivant sont libelléesdifféremment selon qu'il s'agit du clavier de la France, du clavier du Canada ou duclavier des États-Unis. Reportez-vous à ce tableau pour faire correspondre lestouches françaises figurant dans le présent document aux touches de votre clavier.

© Copyright IBM Corp. 2009, 2011 ix

Brevets

Il est possible qu'IBM détienne des brevets ou qu'elle ait déposé des demandes debrevets portant sur certains sujets abordés dans ce document. Le fait qu'IBM vousfournisse le présent document ne signifie pas qu'elle vous accorde un permisd'utilisation de ces brevets. Vous pouvez envoyer, par écrit, vos demandes derenseignements relatives aux permis d'utilisation au directeur général des relationscommerciales d'IBM, 3600 Steeles Avenue East, Markham, Ontario, L3R 9Z7.

Assistance téléphonique

Si vous avez besoin d'assistance ou si vous voulez commander du matériel, deslogiciels et des publications IBM, contactez IBM direct au 1 800 465-1234.

x IBM Tivoli Workload Scheduler - Planification dynamique de la charge de travail

A propos de ce guide

Fournit une présentation de ce guide, en indiquant les modifications qui y ont étéapportées depuis la dernière édition et le public visé. Cette rubrique fournitégalement des informations sur l'acquisition des ressources et de support auprèsd'IBM.

Ce guide fournit des explications sur l'allocation dynamique des ressources pourexécuter votre charge de travail à l'aide des services du composant DynamicWorkload Broker de Tivoli Workload Scheduler.

Dynamic Workload Broker est une infrastructure de planification à la demande quivous permet de gérer votre environnement de façon dynamique.

Nouveautés de cette éditionFournit des informations sur les modifications effectuées dans le produit depuis ladernière édition.

Pour plus d'informations sur les fonctions nouvelles ou modifiées dans cetteédition, voir Tivoli Workload Automation - Présentation, SC11-2005.

Pour plus d'informations sur les APAR traités dans cette édition, voirTivoliWorkload Scheduler Document de téléchargement sur le site http://www.ibm.com/support/docview.wss?rs=672&uid=swg24027501 et DynamicWorkload Console Document de téléchargement sur http://www.ibm.com/support/docview.wss?rs=672&uid=swg24029125.

Nouveautés de cette publicationLa section suivante a été ajoutée ou modifiée dans la version 8.5.1:

«Ajout de fonctions de planification dynamique dans votre environnement», à lapage 8 explique comment ajouter des fonctions de planification à votreenvironnement pour programmer des travaux existants Tivoli Workload Scheduleret des types de travaux avec options avancées.

A qui s'adresse cette publicationDécrit le type d'utilisateur à qui s'adresse la documentation.

Le présent guide s'adresse aux administrateurs chargés de définir des rôlesutilisateur et d'exécuter des tâches de haut niveau, et aux opérateurs chargés decréer et de soumettre des travaux.

Le lecteur doit être familiarisé avec les produits suivants :v IBM Tivoli Workload Scheduler (connaissances pratiques)v Systèmes d'exploitation PC et UNIXv Interfaces graphiques et de ligne de commande

© Copyright IBM Corp. 2009, 2011 xi

|

|

||||

http://www.ibm.com/support/docview.wss?rs=672&uid=swg24027501




Publications

Pour plus de détails sur Tivoli Workload Automation les publications, voir TivoliWorkload Automation : Publications. Ce document contient également desinformations sur les conventions utilisées dans les publications.

Un glossaire des termes utilisés dans le produit figure dans Tivoli WorkloadAutomation : Glossaire.

Tous deux sont présents dans le centre de documentation sous forme depublications séparées.

AccessibilitéLes fonctions d'accessibilité permettent aux personnes souffrant d'un handicapphysique (par exemple, une mobilité réduite ou une déficience visuelle) de pouvoirutiliser les logiciels. Avec ce produit, vous pouvez utiliser les technologiesd'assistance pour parcourir l'interface à l'aide de messages sonores. Vous pouvezégalement utiliser le clavier au lieu de la souris pour toutes les fonctions del'interface graphique.

Pour des informations complètes sur Dynamic Workload Console, voir l'annexeAccessibilité dans le manuel Tivoli Workload Scheduler - Guide d'utilisation et deréférence, SC11-2009.

Formation technique TivoliPour plus d'informations sur la formation technique Tivoli, reportez-vous au siteWeb IBM® Tivoli Education suivant :

http://www.ibm.com/software/tivoli/education

Informations sur le support technique

Si vous rencontrez un problème avec un logiciel IBM, vous pouvez le résoudrerapidement. IBM vous permet d'obtenir l'assistance que vous souhaitez deplusieurs manières :

En ligneAccédez au site de support logiciel IBM à l'adresse http://www.ibm.com/software/support/probsub.html et suivez les instructions.

IBM Support AssistantIBM Support Assistant (ISA) est un plan de travail de serviçabilité gratuitpour logiciel local qui vous permet de répondre aux question et derésoudre les problèmes qui se produisent dans les produits logiciels IBM.ISA permet d'accéder rapidement aux informations relatives au support etaux outils de serviçabilité pour cerner les problèmes. Pour installer lelogiciel ISA, rendez-vous à l'adresse http://www.ibm.com/software/support/isa.

Guide d'identification et de résolution des problèmesPour plus d'informations sur la résolution des problèmes, voir lesinformations traitant de ce sujet disponible pour ce produit.

xii IBM Tivoli Workload Scheduler - Planification dynamique de la charge de travail

http://www.ibm.com/software/tivoli/education

http://www.ibm.com/software/support/probsub.html

http://www.ibm.com/software/support/probsub.html

http://www.ibm.com/software/support/isa

http://www.ibm.com/software/support/isa

Pour plus d'informations sur ces trois trois méthodes de résolution, voir l'annexerelative aux informations de support dans Tivoli Workload Scheduler - Guided'identification et de résolution des problèmes, SC11-2929.

A propos de ce guide xiii

xiv IBM Tivoli Workload Scheduler - Planification dynamique de la charge de travail

Chapitre 1. Présentation de la planification dynamique de lacharge de travail

Présentation du fonctionnement de la planification dynamique de la charge detravail et des avantages liés à son utilisation.

Le composant Dynamic Workload Broker de Tivoli Workload Scheduler est uneinfrastructure de planification à la demande qui assure une gestion dynamique devotre environnement. Il améliore la coordination des charges de travail, le contrôledes opérations et aide à mieux adapter la technologie de l'information aux objectifsde l'entreprise pour améliorer les performances et réduire les coûts. Il permetd'optimiser l'utilisation de l'infrastructure informatique grâce à une analyseconstante de votre environnement permettant de conserver une vue à jour desressources disponibles et de les associer aux exigences définies pour chaque travail.

LeDynamic Workload Broker référentiel de ressources situé dans laTivoliWorkload Scheduler base de données stocke des informations exhaustives sur lesressources disponibles pour exécuter des travaux dans votre environnement,comme suit:

Ressources physiquesLes informations sur le matériel et le système d'exploitation sont obtenuespar scannage matériel exécuté régulièrement par un agent Tivoli WorkloadScheduler. Les ressources nouvellement fournies sont reconnuesautomatiquement et intégrées à l'environnement de planification de sorteque les travaux puissent s'exécuter automatiquement sur ces ressources.

Ressources logiquesLes ressources logiques représentent les ressources de votre environnementqui ne peuvent pas être détectées par l'analyse et qui peuvent être requiseslors de l'exécution d'un travail. Par exemple, les ressources logiquespeuvent être configurées pour représenter des licences logicielles. Vouspouvez utiliser une tâche sur Dynamic Workload Console pour définir lesressources logiques dont vous avez besoin pour décrire de manière précisela configuration requise pour les travaux dans votre environnement.

Pour utiliser la fonction Dynamic Workload Broker, vous devez comparer lesdéfinitions de travail Tivoli Workload Scheduler aux définitions de travail DynamicWorkload Broker. Une définition de travail Dynamic Workload Broker contienttoutes les informations requises pour déterminer le ou les systèmes informatiquessur lesquels un travail peut s'exécuter, les règles de planification et d'équilibragedes travaux à appliquer lors de l'allocation de ressources, les limites du délaid'expiration, et toute action de reprise à entreprendre en cas d'erreur, ainsi que lesinformations requises pour l'identification et l'exécution de l'application. Ecrivez lesdéfinition de travail Dynamic Workload Broker au format Job SubmissionDescription Language (JSDL) à l'aide d'une interface utilisateur Console dedéfinition de courtage de travaux facile à utiliser fournie avec le produit.

Lorsqu'un travail est soumis, Dynamic Workload Broker analyse la configurationrequise pour le travail et évalue les ressources en fonction de la définition detravail. Si un travail doit s'exécuter sur la même ressource qu'un travailprécédemment soumis, vous pouvez fournir ces informations lors de la soumissionen créant une relation d'affinité. Une fois le travail lancé, vous pouvez surveiller saprogression.

© Copyright IBM Corp. 2009, 2011 1

Ainsi, si vous installez la fonction de planification dynamique de Tivoli WorkloadScheduler, vous améliorez avec succès les fonctions de planification etd'organisation de Tivoli Workload Scheduler grâce à l'allocation dynamique desmeilleures ressources disponibles. Dynamic Workload Console offre un pointd'accès unique et pratique à toutes les fonctions Tivoli Workload Scheduler,notamment à Dynamic Workload Broker ; vous avez ainsi une vue complète del'ensemble du cycle de vie de vos travaux.

Si un travail n'aboutit pas ou si la ressource requise n'est pas disponible avant lafin de la période d'expiration indiquée dans la définition de travail, le client ayanteffectué la soumission en est notifié.

Avantages

Dynamic Workload Broker implémente une infrastructure de courtage et deplanification de travaux qui fournit les fonctions principales suivantes qui vouspermettent de gérer de manière dynamique votre entreprise :v Il gère la reconnaissance automatique des ordinateurs disponibles dans le

domaine de planification avec leurs attributs.v Il gère la correspondance des travaux avec les ressources appropriées en fonction

des besoins des travaux et des attributs de ressources.v Il gère la répartition des travaux aux ressources cible, tant physiques que

virtuelles, en mesure d'exécuter le travail.v Il optimise l'utilisation des ressources informatiques.v Il gère la consommation des ressources d'un travail en fonction des quantités

prévues pour être utilisées lors de l'exécution.v Facultativement, il attribue exclusivement la quantité requise au travail en cours

d'exécution.

InterfacesDynamic Workload Broker est un composant clé de Tivoli Workload Scheduler quis'inscrit dans la stratégie reposant sur une solution de planification intégrantplanification commerciale et planification dynamique à la demande.

Pour planifier votre charge de travail de façon dynamique, utilisez les interfacessuivants :

Ligne de commande de gestionnaire de domaine maîtreElle est automatiquement installée lors de l'installation du gestionnaire dedomaine maître. Cette interface de ligne de commande n'est exécutée quedepuis le poste de travail servant de gestionnaire de domaine maître.L'utilisation de la ligne de commande vous permet de définir et d'exécutervotre charge de travail de façon dynamique. Une ligne de commande degestionnaire de domaine maître de sauvegarde existe également dans legestionnaire de domaine maître.

Dynamic Workload ConsoleIl s'agit d'une interface utilisateur basée sur le Web pour la gestion deTivoliWorkload Scheduler l'environnement, notamment les objets de planificationdynamique. Il vous permet de :v Définir et gérer des ressources logiquesv Ecrire des définitions de travaux en langage Job Submission Description

Language natifv Effectuer le suivi des instances de travail et des ordinateurs

2 IBM Tivoli Workload Scheduler - Planification dynamique de la charge de travail

Vous utilisez également Dynamic Workload Console pour gérer le cycle devie de la charge de travail.

Console de définition de courtage de travauxOutil d'édition structuré permettant de créer et de modifier des fichiersJSDL (Job Submission Description Language). Ces fichiers sont enregistrésdans le Référentiel des travaux sous forme de définitions de travaux etdeviennent disponibles pour soumission. Les fichiers JSDL respectent lasémantique et la syntaxe SML, comme défini dans le schéma JSDL.

Vous pouvez soumettre les types de travaux suivants :v Travaux Tivoli Workload Scheduler sous forme de scripts ou d'exécutablesv Travaux d'agent étendu comprenant les travaux basés sur les méthodes d'accès

prises en charge par Tivoli Workload Scheduler for Applicationsv Parmi les types de travaux dotés d'options avancées figurent ceux fournis avec

le produit et les types supplémentaires implémentés via les plug-inspersonnalisés. Par exemple, ceux fournis avec le produit sont DB2, transfert defichier et services Web. Ceux implémentés via les plug-ins personnalisés sontceux que vous avez développé à l'aide du plan de travail d'intégration du kit dedéveloppement de logiciels (SDK). Pour exécuter ces types de travaux, vousdevez également installer Java runtime.

Lorsqu'un travail est soumis, Dynamic Workload Broker vérifie les besoins de cetravail, les ressources disponibles et les caractéristiques apparentées et soumet letravail à la ressource répondant le mieux à ses besoins. Garantit un équilibrage decharge constant sur les pools de ressources. Les ressources nouvellement fourniessont reconnues automatiquement et intégrées à l'environnement de planification desorte que les travaux puissent s'exécuter automatiquement sur ces ressources.

Vous pouvez également établir une relation d'affinité entre plusieurs travauxlorsque vous voulez qu'ils s'exécutent sur la même ressource, par exemple lorsquele deuxième travail doit utiliser les résultats générés par le travail précédent. Si laressource est indisponible, le travail avec affinité est mis en suspens jusqu'à ce quela ressource soit de nouveau disponible. Vous pouvez définir une affinité entredeux ou plusieurs travaux à l'aide de Dynamic Workload Console ou de l'interfacede ligne de commande Dynamic Workload Broker.

Autorisation et rôlesCette section explique le niveau d'autorisation requis pour effectuer des tâchesavec Dynamic Workload Broker. Un rôle représente un niveau d'autorisation etinclut les tâches adaptées à ce niveau.

Dynamic Workload Console est installé sur ISC (Tivoli Integrated Portal), uneinfrastructure qui permet de disposer d'une console d'administration unique pourplusieurs produits.

Pour accéder à la page d'accueil de Dynamic Workload Console, procédez commesuit :1. Entrez l'adresse suivante dans un navigateur pris en charge :

http://<nom_serveur>:<nom_port>/ibm/console/login

où,

Chapitre 1. Présentation de la planification dynamique de la charge de travail 3

nom_serveurNom d'hôte entièrement qualifié du gestionnaire de domaine maître oudu maître de secours (sur lequel la fonction de planification dynamiquea été activée).

nom_portNuméro de port que vous avez configuré pour le gestionnaire dedomaine maître ou le maître de secours exécutant l'instance deDynamic Workload Broker active.

2. Entrez un nom d'utilisateur et un mot de passe pris en charge.

La page Dynamic Workload Console Bienvenue s'affiche.

Dynamic Workload Console est une interface basée sur les rôles, dans laquelle lestâches sont activées ou désactivées en fonction du rôle et des autorisationsutilisateur. Selon le niveau d'autorisation de l'utilisateur se connectant à TivoliIntegrated Portal, certaines tâches peuvent ne pas s'afficher.

Lors de l'installation de Dynamic Workload Console, les groupes d'utilisateurssuivants sont créés dans Tivoli Integrated Portal :

TDWBAdministratorLes utilisateurs de ce groupe peuvent exécuter les opérations suivantesdans Dynamic Workload Console :v Création de ressources logiques et de groupes de ressources,

suppression, interrogation, interruption et reprise de ressources logiques,d'ordinateurs et de groupes de ressources.

v Définition de connexions au serveur.v Définition, modification et suppression de travaux.v Interrogation et annulation d'instances de travail.v Définition des préférences utilisateur pour la console.

TDWBConfiguratorLes utilisateurs de ce groupe peuvent exécuter les opérations suivantesdans Dynamic Workload Console :v Création de ressources logiques et de groupes de ressources,


v Définition de connexions au serveur.v Définition des préférences utilisateur pour la console.

TDWBDeveloperLes utilisateurs de ce groupe peuvent exécuter les opérations suivantesdans Dynamic Workload Console :v Définition de connexions au serveur.v Définition, modification et suppression de travaux.v Définition des préférences utilisateur pour la console.

TDWBOperatorLes utilisateurs de ce groupe peuvent exécuter les opérations suivantesdans Dynamic Workload Console :v Création de ressources logiques et de groupes de ressources,


v Définition de connexions au serveur.


v Soumission, interrogation et annulation d'instances de travail.v Définition des préférences utilisateur pour la console.

WSClientIl s'agit d'un rôle WebSphere Application Server qui est automatiquementdéfini avec la propriété All authenticated? définie sur Yes. Il estobligatoire pour activer les services Web pour Dynamic Workload Broker etvous devez le laisser tel quel.

Le tableau 1 dresse la liste des opérations qui peuvent être exécutées par chaquegroupe et pour chaque groupe de tâches disponible dans Dynamic WorkloadConsole :

Tableau 1. Opérations autorisées par groupes d'utilisateurs

Opérations prises en chargeTDWB

AdministrateurTDWB

ConfigurateurTDWB

DéveloppeurTDWB

Opérateur

Environnement de planification

Définir de nouvelles ressourceslogiques

X X X

Définir un nouveau groupe deressources

X X X

Ressources logiques X X X

Groupes de ressources X X X

Configuration

Connexions au serveur X X X X

Définitions

Définir un nouveau travail X X

Travaux X X X

Suivi

Travaux X X

Ordinateurs X X X

Préférences

Préférences utilisateur X X X X

Pour plus d'informations sur l'ajout d'utilisateurs, se reporter à l'aide TivoliIntegrated Portal.

Gestion des utilisateurs et des rôlesPendant l'installation de la console Web, de nouveaux rôles et groupes prédéfinissont créés dans Tivoli Integrated Portal. Ces rôles déterminent les panneaux deconsole qui sont disponibles pour un utilisateur et par conséquent les activités quel'utilisateur peut réaliser à partir de la console.

Ces rôles autorisent les utilisateurs à accéder aux panneaux de la console.L'utilisateur spécifié dans la connexion au moteur détermine les opérations quipeuvent être effectuées sur un moteur connecté. Par exemple, si l'utilisateurspécifié dans une connexion au moteur Tivoli Workload Scheduler n'est pasautorisé à exécuter la génération de rapports dans le Tivoli Workload Schedulerfichier de sécurité, bien que l'utilisateur connecté à la console peut accéder auxpanneaux de génération de rapports, il ne peut pas effectuer des opérations degénération de rapports sur ce moteurTivoli Workload Scheduler. Pour plus


d'informations sur la configuration du fichier de sécurité, voir Tivoli WorkloadScheduler - Guide d'administration, SC11-6396.

Il existe une relation un à un entre chaque nouveau rôle et le groupe possédant lemême nom. Cela signifie par exemple que tous les utilisateurs appartenant augroupe TWSWEBUIAdministrator possèdent le rôle TWSWEBUIAdministrator.

Vous ne pouvez pas me modifier les rôles mais vous pouvez créer des groupesdans lesquels combiner différents rôles. Vous pouvez par exemple créer un groupenommé my_operators et lui attribuer les rôles TWSWEBUIOperator etTDWBOperators afin que tous les utilisateurs ajoutés à ce groupe puissent réaliserles actions d'opérateur sur Tivoli Workload Scheduler et Dynamic Workload Brokerà partir de Dynamic Workload Console.

Si vous n'attribuez pas un rôle à un Tivoli Integrated Portal utilisateur, ce dernierne verra aucune entrée pour Tivoli Workload Scheduler ou Dynamic WorkloadBroker dans l'arborescence de navigation.

Le tableau suivant répertorie les rôles créés dans leTivoli Integrated Portal registred'utilisateurs pour accéder aux environnements de Tivoli Workload Scheduler àl'aide de Dynamic Workload Console et les panneaux auxquels il peuvent accéder :

Tableau 2. Rôles Tivoli Workload Scheduler.

RôlesPanneaux relatifs à Tivoli Workload Scheduler accessibles àpartir de l'arborescence de navigation

TWSWEBUIAdministrator Tous les panneaux

TWSWEBUIOperator Tableau de bordMes tâchesSuivi de la charge de travailSoumission de la charge de travail sur demandePrévision de la charge de travailPréférences

Remarque : Le rôle TWSWEBUIConfigurator est égalementnécessaire pour travailler avec les tâches de prévision de lacharge de travail.

TWSWEBUIDeveloper Définition de la charge de travailPréférences

TWSWEBUIAnalyst Génération de rapportPréférences

TWSWEBUIConfigurator Environnement de planificationPréférences

Le tableau suivant répertorie les rôles créés dans le Tivoli Integrated Portal registred'utilisateurs pour accéder aux Dynamic Workload Broker environnements à l'aidedeDynamic Workload Console et les panneaux auxquels ils peuvent accéder :

Tableau 3. Rôles Dynamic Workload Broker.

RôlesPanneaux Tivoli Dynamic Workload Broker accessibles àpartir de l'arborescence de navigation

TDWBAdministrator Tous les panneaux


Tableau 3. Rôles Dynamic Workload Broker. (suite)

RôlesPanneaux Tivoli Dynamic Workload Broker accessibles àpartir de l'arborescence de navigation

TDWBOperator Environnement de planificationConfigurationDéfinitions, hormis la définition d’un nouveau travailSuiviPréférences

TDWBDeveloper ConfigurationDéfinitionsPréférences

TDWBConfigurator Environnement de planificationConfigurationSuivi, hormis les instances de travailPréférences

Autorisation avec la sécurité globale WebSphereUne fois Dynamic Workload Broker installé, les rôles correspondants sontconfigurés dans WebSphere Application Server. Par défaut, ces rôles ne sont pasutilisés. Toutefois, si vous activez la sécurité globale pour la cellule WebSphereApplication Server dans laquelle Dynamic Workload Broker est également installé,l'autorisation requise pour l'exécution de tâches à partir de Dynamic WorkloadConsole est également validée par WebSphere Application Server.

Une fois la sécurité globale activée, les utilisateurs Dynamic Workload Consoledoivent fournir des données d'identification pour l'accès au serveur. Ces donnéesd'identification correspondent aux utilisateurs existants définis dans le systèmed'exploitation où se trouve WebSphere Application Server ou dans un serveurLDAP. Une tâche sur la console WebSphere Application Server mappe cesutilisateurs vers les rôles Dynamic Workload Broker. A l'aide de ces mappages,WebSphere Application Server peut déterminer le niveau d'autorisation del'utilisateur soumettant une requête au serveur.

Par exemple, l'administrateur doit définir John en tant qu'utilisateurTDWBConfigurator dans un environnement qui utilise la sécurité globale. Sur laconsole WebSphere Application Server, l'utilisateur conf, a été mappé au rôleConfigurator. L'administrateur effectue les actions suivantes :1. Création d'un compte utilisateur pour John Jones sur la console Tivoli

Integrated Portal.2. Attribution du nouvel utilisateur au groupe d'utilisateurs TDWBConfigurator.3. Mise à disposition pour John Jones d'un nom d'utilisateur et d'un mot de passe

lui permettant d'accéder à Dynamic Workload Console et du nom d'utilisateurconf et de son mot de passe associé pour la connexion à Dynamic WorkloadBroker.

Pour plus d'informations sur l'attribution de rôles utilisateur sur Tivoli IntegratedPortal et la définition des rôles utilisateur à partir de la console WebSphereApplication Server, voir Tivoli Workload Scheduler - Guide d'administration,SC11-6396.


Ajout de fonctions de planification dynamique dans votreenvironnement

Cette section explique comment ajouter des fonctions de planification dynamique àvotre environnement pour planifier des travaux Tivoli Workload Schedulerexistants et des types de travaux avec options avancées : ces types sont fournisavec le produit et les types supplémentaires sont implémentés via les plug-inspersonnalisés.

Les fonctions dynamiques vous aident à conserver des stratégies métier et àvérifier les contrats de service en :v reconnaissant automatiquement des ressources d'environnement de

planification ;v faisant correspondre des exigences de travaux avec des ressources disponibles ;v contrôlant et optimisant l'utilisation de ressources ;v suivant automatiquement des modifications de ressources ;v demandant des ressources supplémentaires, le cas échéant.

Vous pouvez ajouter des fonctions dynamiques à votre environnement endéfinissant un ensemble de types de poste de travail :

Agent dynamiquePoste de travail qui gère une grande variété de types de travaux, parexemple, des travaux de base de données ou FTP spécifiques, en plus destypes de travaux existants. Ce poste de travail est défini et enregistréautomatiquement dans la base de données Tivoli Workload Schedulerlorsque vous installez l'agent dynamique. Vous pouvez regrouper lesagents dynamiques dans des pools et des pools dynamiques.

Pool Un poste de travail regroupant un ensemble d'agents dynamiques doté decaractéristiques matérielles ou logicielles similaires auxquelles sont soumisles travaux. Tivoli Workload Scheduler équilibre les travaux parmi lesagents dynamiques du pool et réaffecte automatiquement les travaux auxagents dynamiques si un agent dynamique n'est plus disponible. Pourcréer un pool d'agents dynamiques dans votre environnement TivoliWorkload Scheduler, définissez un poste de travail de type pool hébergépar le pose de travail dynamic workload broker, puis sélectionnez lesagents dynamiques que vous souhaitez ajouter au pool. Vous pouvezdéfinir le pool avec Dynamic Workload Console ou avec la commandecomposer.

Pool dynamiqueUn poste de travail regroupant un ensemble d'agents dynamiques, définide manière dynamique en fonction des besoins en ressource que vousindiquez et hébergés par lepose de travail dynamic workload broker. Parexemple, si vous avez besoin d'un poste de travail avec une utilisationd'unité centrale faible et Windows installé pour exécuter votre travail, vousspécifiez ces besoins en utilisant Dynamic Workload Console ou lacommande composer. Lorsque vous sauvegardez l'ensemble des besoins,un nouveau poste de travail est automatiquement créé dans la base dedonnées Tivoli Workload Scheduler. Ce poste de travail est hébergé par lepose de travail dynamic workload broker. Ce poste de travail mappe tousles agents dynamiques de votre environnement qui correspondent auxbesoins que vous avez spécifiés. Le pool résultant est mis à jourdynamiquement dès qu'un nouvel agent dynamique approprié devientdisponible. Les travaux s'exécutent sur le premier poste de travail dans le


|

|

|||||

||

||

|

|

|

|

||

|||||||

||||||||||||

|||||||||||||||

pool dynamique satisfaisant à tous les besoins. Les travaux planifiés sur ceposte de travail héritent des besoins définis pour le poste de travail.

Pour plus d'informations sur la création de pools et de pools dynamiquesavec Dynamic Workload Console, voir la section sur la création d'un poold'agents dans le manuel Tivoli Dynamic Workload Console - Guided'utilisation. Pour plus d'informations sur la création de pools et de poolsdynamiques avec la commande composer, voir le Guide d'utilisation et deréférence, SC11-2009.

Les agents dynamiques, les pools et les pools dynamiques optimisent la fonctiondynamique intégrée dans Tivoli Workload Scheduler et permettent d'associer demanière dynamique votre charge de travail soumise (ou une partie de celle-ci) auxmeilleures ressources disponibles en phase d'exécution. Vous pouvez ajouter desfonctions de planification dynamique aux postes de travail au moment del'installation. Pour plus d'informations sur l'installation d'agents dynamiques, voirla section sur l'installation d'un nouvel agent dans le Guide de planification etd'installation, SC11-2008.

Vous pouvez utiliser les agents dynamiques, les pools et les pools dynamiquespour planifier des types de travaux avec options avancées. Les types de travauxavec options avancées comprennent ceux fournis par le produit et les typessupplémentaires implémentés via les plug-ins personnalisés. Ces deux types detravail s'exécutent uniquement sur les agents dynamiques, les pools et les poolsdynamiques. Pour plus d'informations sur la planification des types de travauxavec options avancées, voir «Création de types de travaux avec options avancées»,à la page 11. Pour plus d'informations sur la création de plug-ins personnalisés,voir Extension de Tivoli Workload Automation, SC11-6931.

Vous pouvez également utiliser les agents dynamiques, les pools et les poolsdynamiques pour exécuter les travaux que vous avez créés pour les types de postede travail Tivoli Workload Scheduler existants. Pour exécuter ces travaux sur destypes de poste de travail dynamiques, il vous suffit de modifier la spécification duposte de travail sur lequel vous souhaitez que le travail s'exécute. Pour plusd'informations sur la planification de travaux Tivoli Workload Scheduler existants,voir «Ajout de fonctions dynamiques aux travaux Tivoli Workload Schedulerexistants», à la page 13.

Pour optimiser la fonction dynamique lors de la planification des types de travauxavec options avancées, planifiez-les sur des pools et des pools dynamiques ce quiaffecte le travail de manière dynamique à la meilleure ressource disponible. Si vousn'êtes intéressé que par la définition des types de travaux avec options avancées,sans utiliser la fonction de planification dynamique, planifiez ces travaux sur unagent dynamique spécifique, sur lequel le travail s'exécutera de manière statique.

Avantages des types de travaux avec options avancéesCette section décrit les avantages que vous pouvez obtenir en implémentant destypes de travaux avec options avancées, à la fois ceux livrés avec le produit et lestypes supplémentaires implémentés via des plug-ins personnalisés, et en lesplanifiant sur des agents dynamiques, des pools et des pools dynamiques.

Alors que le travail standard Tivoli Workload Scheduler est un script ou unecommande générique, vous pouvez définir des travaux pour exécuter des tâchesspécifiques, telles que des opérations de base de données, de transfert de fichier,ainsi que des opérations Java et de service Web, à l'aide des types de travaux avecoptions avancées disponibles à partir de Dynamic Workload Console ou de la


||

||||||

||||||||

|||||||||

||||||||

||||||

|

||||

|||||

commande composer. Vous pouvez facilement définir ces types de travail sansposséder de compétences spécifiques sur les applications sur lesquelles le travails'exécute.

Les types de travaux avec options avancées comprennent ceux fournis avec leproduit et les types supplémentaires implémentés via les plug-ins personnalisés.

Les données suivantes types de travaux avec options avancées sont disponibles

Travaux de transfert de fichierTransférer des fichiers vers et à partir d'un serveur accessible via FTP, SSHou d'autres protocoles.

JCL Exécuter un travail JCL, par référence ou par définition. Si vous définissezun travail par référence, vous attribuez une référence au travail que voussouhaitez soumettre, sans avoir à écrire ou à importer tout le travail dansle JCL. Si vous définissez un travail par définition, vous fournissez unedéfinition JCL à soumettre. Ce type de travail ne s'exécute que sur TivoliWorkload Scheduler distributed - Agent for z/OS.

Travaux de services WebAppeler un service Web.

Travaux de base de donnéesExécuter des requêtes, des instructions SQL et des travaux sur un certainnombre de bases de données, y compris des bases de donnéespersonnalisées. Vous pouvez aussi créer et exécuter des procéduresmémorisées sur des bases de données DB2, Oracle et MSSQL.

Travaux exécutablesExécuter un script ou une commande avec des options avancées, parexemple réacheminer des entrées et sorties standard vers un fichier.

Travaux JavaExécuter une classe Java.

Travaux MSSQLExécuter un travail Microsoft SQL.

Travaux XAEtendre des fonctions de planification de travaux de Tivoli WorkloadScheduler aux autres systèmes et applications à l'aide de méthodes d'accès.Les méthodes d'accès communiquent avec le système externe pour lancerle travail et renvoyer le statut de ce travail. Les méthodes d'accès suivantessont disponibles :v Oracle E-Business Suitev PeopleSoftv SAPv MVSv Méthodes personnalisées

Travaux J2EEPermettre aux applications Java d'un même réseau d'envoyer et de recevoirdes messages vers et à partir d'une destination JMS.

Travaux IBM iExécuter une commande sur des systèmes IBM i.

Parallèlement à la configuration des types de travaux avec options avancées àl'aide de Dynamic Workload Console ou de la commande composer, vous pouvez


|||

||

|

|||

|||||||

||

|||||

|||

||

||

||||||

|

|

|

|

|

|||

||

||

utiliser les fichiers de configuration. Pour plus d'informations, voir la section sur laconfiguration de planification des types de travaux avec options avancées dans leGuide d'administration, SC11-6396.

Pour plus d'informations sur la procédure de définition des types de travaux avecoptions avancées, voir la section sur la création des types de travaux avec optionsavancées dans Tivoli Dynamic Workload Console - Guide d'utilisation. Pour plusd'informations sur chaque type de travail, voir l'aide en ligne de DynamicWorkload Console. Pour plus d'informations sur la création de travaux avec lacommande composer, voir la section sur la définition d'un travail dans le Guided'utilisation et de référence, SC11-2009.

De plus, vous pouvez créer des plug-ins personnalisés pour implémenter vospropres types de travaux avec options avancées pour les applications non prises encharge par Tivoli Workload Scheduler. Pour plus d'informations sur la création deplug-ins personnalisés, voir Extension de Tivoli Workload Automation, SC11-6931.

Vous exécutez les types de travaux avec options avancées, ceux fournis avec leproduit et les types supplémentaires implémentés via les plug-ins personnalisésuniquement sur des agents dynamiques, des pools et des pools dynamiques.

Création de types de travaux avec options avancéesCette section explique comment créer un type de travail spécifique à l'aide destypes de travaux avec options avancées fournis avec Dynamic Workload Console.

Vous pouvez facilement définir des types de travaux avec options avancées sansposséder de compétences particulières sur les applications sur lesquelles le travails'exécute. Vous pouvez ensuite planifier ces types de travail uniquement sur desagents dynamiques, des pools et des pools dynamiques. La procédure suivantedécrit comment créer un travail de transfert de fichier avec Dynamic WorkloadConsole. La procédure utilisée pour créer les autres types de travail est similaire,mais chaque type de travail contient des options spécifiques au travail. Pour plusd'informations sur chaque type de travail, voir l'aide en ligne de DynamicWorkload Console.

Pour créer un travail de transfert de fichier avec Dynamic Workload Console,procédez comme suit :1. Connectez-vous à Dynamic Workload Console.2. Développez Tivoli Workload Scheduler.3. Dans l'arborescence de navigation, développez Charge de travail > Conception

et cliquez sur Créer des définitions de charge de travail.4. Indiquez un nom de moteur. Workload Designer s'affiche.5. Dans le panneau Liste de travail, sélectionnez Nouveau > Définition de travail

> Transfert de fichier. Les propriétés du travail sont affichées dans le panneaude droite pour édition.

6. Dans le panneau des propriétés, spécifiez les attributs de la définition de travailque vous créez.

7. Cliquez sur Sauvegarder pour sauvegarder la définition de travail dans la basede données.


|||

|||||||

||||

|||

|

||

|||||||||

||

|

|

||

|

|||

||

||

Codes retourLes données suivantes constituent une liste des codes retour pour les types detravail de base données, types de travail Java, type de travail de services WebetIBM i types de travail.Travaux de base données :RC = 0 -> Travail bien terminéRC = -1 -> L’instruction SQL a été exécuté avec un code de sortie différent de 1RC = -2 -> Erreur de type de travail MSSQL RC = -3 -> L’instruction SQL n’apas été exécuté parce qu’une erreur est survenue

Types de travail:RC = 0 -> Type de travail bien terminéRC = -1 -> L’application Java lancé par le type de travail a échoué parce qu’ilexiste une exception

Types de travail de services Web:RC = 0 -> Type de travail bien terminéRC = -1 -> Le nom d’hôte du serveur contenu dans l’URL du service Web est inconnuRC = -2 -> Erreur d’appel de service Web

Types de travail IBM i:Code retour = Code retour utilisateur lors de la récupérationCode retour = 0 -> Type de travail bien terminéCode retour > 0 -> Type de travail mal terminé

Lorsque le code retour est récupéré, le IBM i Agent Monitor lui assigne unepriorité.

Promotion des travaux planifiés sur les pools dynamiquesCette section explique comment promouvoir un travail critique planifié sur un pooldynamique. Un travail promu peut s'exécuter sur un plus grand nombre d'agentsdynamiques dans le pool dynamique qu'un travail non promu. Cela permetl'exécution d'un travail important avant d'autres travaux moins importants.

Pour vous assurer qu'un travail critique obtient bien les ressources nécessaires etqu'il est traité rapidement, vous pouvez le promouvoir à l'aide de variables depromotion :

tws.job.promotedCette variable d'environnement indique si le travail a été promu. Lesvaleurs prises en charge sont YES et NO. La valeur de cette variables'applique à tous les travaux soumis dans l'environnement indiqué.

tws.job.resourcesForPromotedCette variable est définie dans la définition du pool dynamique et indiquela quantité de ressources logiques nécessaires affectées sur un pooldynamique à un travail promu. Les valeurs possibles sont 1 si le travail estpromu ou 10 si le travail n'est pas promu. La quantité est indiquée aveccette notation : ${tws.job.resourcesForPromoted}.

Lorsqu'un travail est planifié sur le pool dynamique, la valeur de la variabletws.job.promoted dans le travail détermine le comportement du pool dynamique :v Si la valeur de la variable tws.job.promoted est NO, la valeur de la variable

tws.job.resourcesForPromoted sur le pool dynamique est 10, ce qui signifie quepeu de ressources correspondent aux besoins.

v Si la valeur de la variable tws.job.promoted est YES, la valeur de la variabletws.job.resourcesForPromoted sur le pool dynamique est 1, ce qui signifie qu'ily a plus de ressources correspondant aux besoins car le pool dynamique


|

|||

|||||

||||

||||

||||

||

|

||||

|||

||||

||||||

||

|||

|||

comprend des postes de travail dont la quantité de ressources est supérieure ouégale à 1 et pas seulement des postes de travail dont la valeur est supérieure ouégale à 10.

Par exemple, vous pouvez écrire un script pour vérifier la valeur attribuée à lavariable tws.job.promoted dans le travail et effectuer des actions différentes selonque le travail est promu ou non.

Ajout de fonctions dynamiques aux travaux Tivoli WorkloadScheduler existants

Cette section explique comment modifier un travail existant pour utiliser lesfonctions dynamiques fournies avec les agents dynamiques, les pools et les poolsdynamiques.

Vous pouvez modifier vos travaux Tivoli Workload Scheduler existants pourutiliser les fonctions dynamiques fournies avec les agents dynamiques, les pools etles pools dynamiques. Pour modifier un travail existant, procédez comme suit :1. Installez le nombre d'agents dynamiques requis.2. Affectez éventuellement des agents dynamiques aux pools ou créez des pools

dynamiques en fonction de vos besoins.3. Analysez vos travaux Tivoli Workload Scheduler existants et décidez de ceux

qui obtiendront les meilleurs résultats avec la fonction dynamique.4. Connectez-vous à Dynamic Workload Console.5. Développez Tivoli Workload Scheduler.6. Dans l'arborescence de navigation, développez Charge de travail >

Conception et cliquez sur Créer des définitions de charge de travail.7. Indiquez un nom de moteur. Workload Designer s'affiche.8. Dans le panneau Liste de travail, sélectionnez Rechercher > Définition de

travail. Le panneau de recherche s'affiche.9. Entrez vos critères de recherche et cliquez sur Rechercher.

10. Sélectionnez un ou plusieurs travaux parmi les résultats de la recherche etcliquez sur Editer. Les travaux sélectionnés s'affichent dans le panneau dedroite pour édition.

11. Dans l'onglet Général, cliquez sur le bouton Parcourir de la zone Poste detravail. Le panneau de recherche s'affiche.

12. Entrez vos critères de recherche et cliquez sur Rechercher.13. Sélectionnez l'agent dynamique, le pool ou le pool dynamique approprié, et

cliquez sur OK. Le travail est maintenant affecté au poste de travail spécifié ets'exécutera lorsqu'il sera planifié.

Scénario métier sur une fonction dynamiqueCette section présente un exemple de scénario métier mettant en évidence lesavantages des types de travaux avec options avancées et de la fonction dynamique

Une compagnie d'assurance exécute un certain nombre de travaux la nuit poursauvegarder les données traitées durant la journée dans la base de données desauvegarde. Elle doit également regrouper toutes les données concernant lestransactions effectuées durant la journée sur tous les postes de travail de sesfiliales. Pour cela elle utilise des bases de données DB2. A l'aide des types detravaux avec options avancées fournis dans Workload Designer, elle crée un travailpour exécuter une sauvegarde de base de données et un autre pour extraire les


|||

|||

|

|

|||

|||

|

||

||

|

|

||

|

||

|

|||

||

|

|||

|

||

|||||||

données pour les transactions quotidiennes. Pour effectuer ces opérations, elleutilise le nouveau type de travaux avec options avancées de la base de données.

Après avoir regroupé les données de tous les postes de travail de la compagnie,elle copie les données obtenues sur un seul poste de travail et les traite pourgénérer un rapport. Elle sélectionne de manière dynamique le meilleur poste detravail disponible en définissant les conditions nécessaires pour exécuter le travail :un poste de travail avec un espace disque volumineux, une UC puissante et leprogramme requis pour générer le rapport.

Si l'administrateur ne veut pas modifier le flot de travaux utilisé avant TivoliWorkload Scheduler. version 8.6 pour exécuter un travail Java, par exemple, il peutmodifier le nom du poste de travail sur lequel il envisage l'exécution du travail, eninsérant le nom d'un pool ou d'un pool dynamique d'agents dynamiques où estinstallé l'exécutable Java. Tivoli Workload Scheduler convertit la syntaxe du travailde sorte à ce que le programme Java puisse l'exécuter et affecte le travail à lameilleure ressource disponible dans le pool.

Le rapport met en évidence le nombre de nouveaux contrats signés et le nombrede clients en retard de paiement. Un message est envoyé au chef comptable avec lenombre de nouveaux contrats et de clients en retard.

La compagnie peut atteindre cet objectif de la manière suivante :v Utiliser de nouveaux postes de travail dotés de fonctions dynamiques afin

d'exécuter les travaux créés par l'administrateur pour les postes de travail TivoliWorkload Scheduler existants. Pour exécuter ces travaux sur les nouveaux postesde travail, l'administrateur modifie uniquement le poste de travail sur lequel ilenvisage l'exécution du travail. L'avantage principal est qu'il peut utiliser les fluxde travaux qu'il a créés précédemment sans effort supplémentaire.

v Définir plusieurs types de travaux avec options avancées sans posséder decompétences spécifiques sur les applications sur lesquelles le travail s'exécute.

Ces types de travaux avec options avancées s'exécutent sur les postes de travailsuivants :

agents dynamiquesPoste de travail pouvant exécuter des travaux existants ettypes de travauxavec options avancées.

Pools Groupes auxquels vous pouvez ajouter des agents dynamiques en fonctionde vos besoins. Les travaux sont affectés de manière dynamique aumeilleur agent disponible.

Pools dynamiquesGroupes d'agents dynamiques pour lesquels vous spécifiez vos besoins etlaissez Tivoli Workload Scheduler sélectionner les agents dynamiquessatisfaisant vos besoins. Les travaux sont affectés de manière dynamiqueau meilleur agent dynamique disponible.

Scénario métierL'objectif du scénario suivant est de montrer comment un système d'allocationdynamique de charge de travail pour le calcul des ressources peut contribuer audéveloppement souple et rentable d'une entreprise en optimisant l'utilisation desressources disponibles.


||

||||||

|||||||

|||

|

||||||

||

||

|||

||||

|||||

|

L'entrepriseFine Cola est une PME qui produit et distribue des boissons gazeuses pour desdétaillants nationaux. Elle possède une usine de production et plusieurs centres dedistribution implantés dans des zones géographiques stratégiques. Les clients deFine Cola sont assez variés. Il peut s'agir de chaînes de supermarchés nationalescomme de petits magasins locaux. Les chaînes de supermarché ont généralementdes commandes fixes bien que des changements puissent être effectués lors de lalivraison. Les petits magasins locaux effectuent généralement leurréapprovisionnement directement auprès du camion de livraison sans avoireffectué de commande. Les quantités commandées augmentent sensiblement en étéet pendant les vacances.

Le processus allant de la commande des matières brutes à la livraison du produitfini et le retour des pièces vides comporte plusieurs sous-processus : inventaire,commande de matière brute, production, acheminement vers les centres dedistribution et livraison. Tous ces sous-processus sont interdépendants et lesactivités d'un sous-processus sont souvent déclenchées par un événement d'unautre. Par exemple, la commande d'une matière brute est automatiquementdéclenchée lorsque l'inventaire détecte que la quantité de matière brute dansl'entrepôt a atteint le niveau nécessitant une nouvelle commande.

L'objectifFine Cola utilise Tivoli Workload Scheduler pour gérer la durée du processus deproduction et de distribution et les interdépendances entre ces deux processus.Toutefois, des problèmes surviennent lors de l'allocation des ressources :v Pour certains travaux planifiés, les temps d'attente avant que les ressources ne

deviennent disponibles sont longs.v Des incidents de performances surviennent lorsque certaines ressources sont

surchargées.v Lorsqu'une ressource exécutant normalement une charge de travail est

temporairement ou définitivement retirée, les définitions de travail doivent êtremanuellement changées afin de cibler une nouvelle ressource.

Tivoli Workload Scheduler utilise l'allocation de ressources fixe. Fine Cola est alorsconfronté au choix suivant : acquérir plus de ressources ou courir le risquepermanent de voir des travaux s'exécuter hors délai.

La difficulté est particulièrement visible lors du processus de synchronisation defin de journée. Ce processus commence lors du retour du dernier camion et doitêtre achevé pour que le planning de livraison du jour suivant puisse commencer.L'objectif principal du processus de fin de journée est de mettre à jour la base dedonnées des transactions quotidiennes. Cette base de données inclut destransactions très variées, notamment les transactions de livraison pour chaqueélément d'une commande client, les transactions de livraison pour chaque chargede livraison, les transactions de réception pour les éléments renvoyés, lestransactions de réception pour les conditionnements vides, les transactions demodification de la facturation client lorsque la quantité commandée a été modifiéelors de la livraison. Ces transactions permettent de mettre à jour les bases dedonnées suivantes : commandes client et facturation, inventaire et comptabilitégénérale.

Dans un court laps de temps, les tâches suivantes doivent être effectuées :v Mise à jour de la base de données de l'inventaire avec les éléments renvoyés.


v Mise à jour de la base de données de l'inventaire avec les conditionnementsvides renvoyés.

v Mise à jour de la base de données de la facturation et des commandes client afinde prendre en compte les modifications apportées aux commandes et de créerdes commandes et des factures pour les clients qui se sont réapprovisionnésauprès du camion.

v Mise à jour de la base de données de comptabilité générale.v Exécution d'extractions de données dans la base de données de transactions et

sauvegarde des informations extraites dans la base de données des rapports degestion pour une analyse ultérieure des tendances d'achat. Cette analyse seraensuite utilisée lors de campagnes de promotion.

v Génération de plusieurs rapports de différents niveaux de transactions parélément, client et par circuit de distribution afin d'activer l'analyse de larentabilité de lignes de produits et de circuits. Sauvegardez ces rapports dans labase de données des rapports de gestion.

La solutionFine Cola décide qu'il manque un élément important dans sa solutioninformatique : la possibilité de gérer un pool de ressources d'ordinateur,d'identifier celles qui correspondent aux exigences d'un travail et d'attribuer demanière dynamique le travail à une ressource correspondante qui est disponiblelors de la soumission.

Il a été décidé d'utiliser la fonction Dynamic Workload Broker de Tivoli WorkloadScheduler car cette combinaison semble répondre aux exigences de planificationdes travaux, de résolution des dépendances et d'attribution appropriée desressources. L'administrateur de l'infrastructure informatique commence par migrervers cette version de Tivoli Workload Scheduler et déployer les agents TivoliWorkload Scheduler sur les ordinateurs permettant normalement d'effectuer lestâches associées à la base de données des transactions dans le processus desynchronisation de fin de journée. De cette manière, il est possible de voir sil'allocation dynamique permet une utilisation plus efficace des ressources.

L'analyse du matériel effectuée par l'agent fournit un pool d'informations détailléessur les systèmes informatiques, leurs systèmes d'exploitation, systèmes de fichierset connexions réseau. Pour obtenir une vision complète des ressources disponibleset faire en sorte que les ressources répondent précisément aux exigences du travail,l'administrateur doit maintenant identifier les ordinateurs ayant accès auxdifférentes bases de données. Pour cela, il utilise Dynamic Workload Console pourcréer une ressource logique pour chaque base de données et l'associe auxordinateurs à partir desquels la base de données est accessible.

Maintenant que tous les éléments sont en place, l'administrateur peut créer lesdéfinitions de travaux et fournit une vision précise des ressources physiques etlogiques requises pour le travail. Il installe Console de définition de courtage detravaux sur son poste de travail local. Cet outil fournit une interface graphiquesimple d'utilisation pour la création des définitions de travail JSDL.

Il identifie les travaux et les exigences de travail répertoriés dans le tableau 4, à lapage 17.


Tableau 4. Exigences et travaux de fin de journée

TravailAccès aux unitéséloignées partagées

Systèmed'exploitation

Accès à la base dedonnées

Mise à jour deséléments del'inventaire

Néant Linux Inventaire,Transactions

Mise à jour desconditionnementsvides de l'inventaire

Néant Linux Inventaire,Transactions

Création/mise à jourdes commandesclient

Néant AIX avec au moins1024 Mo de mémoirephysique disponible

Client, Transactions

Facturation descommandes client

Néant AIX Client, Transactions

Mise à jour de lacomptabilité généraleet consolidation destransactions

Néant AIX Comptabilitégénérale,Transactions

Extraction dedonnées sur leséléments

Néant Linux, AIX ouHP-UX

Transactions,Rapports de gestion

Extraction dedonnées sur lescircuits

Néant Linux, AIX ouHP-UX


Récapitulatif desventes par élément

//shared/reports/sales

Linux, AIX ouHP-UX


Récapitulatif desventes par circuit


Linux, AIX ouHP-UX


Récapitulatif desventes parpropriétaire


Linux, AIX ouHP-UX


Ces travaux existent déjà dans Tivoli Workload Scheduler, mais ils utilisentl'allocation statique des ressources. Elle utilise Console de définition de courtage detravaux pour importer ces travaux et créer une définition de travail JSDL pourchaque travail, notamment les exigences identifiées pour chaque travail :v Ajout des systèmes d'exploitation candidats identifiés pour chaque travail.v Ajout d'une exigence de système de fichiers pour l'accès éloigné au répertoire

//shared/reports/sales pour les travaux de génération de rapports.v Ajout des ressources logiques appropriées pour l'accès à la base de données

requise.


Une fois que tous les travaux ont été créés, elle vérifie les ressourcescorrespondantes trouvées pour les travaux définis. Il trouve que huit systèmescorrespondent aux exigences de travail pour les travaux d'extraction de données etde génération de rapports. Un accès aux bases de données de rapports de gestionet des transactions est nécessaire. Les autres travaux ayant besoin d'un accès auxbases de données de comptabilité générale, clients et d'inventaire ont chacun deuxsystèmes correspondants. Toutefois, tous ces systèmes sont également inclus dansles huit systèmes détectés pour les tâches d'extraction de données et de générationde rapports.

Figure 1. Exigences en matière de ressources pour le travail de mise à jour de l'inventaire


L'administrateur se demande si des problèmes d'équilibrage de charge vontsurvenir entre les huit systèmes et inclut des instructions d'optimisation danstoutes les définitions de travaux.

Figure 2. Ressources correspondantes pour les travaux de fin de journée


Il décide alors de distribuer les travaux aux ressources disponibles tout enréduisant au maximum l'utilisation de l'unité centrale. Il estime qu'ainsi, ildisposera d'une distribution plus efficace des ressources que lorsqu'il s'efforced'avoir un nombre égal de travaux sur chaque système disponible.

Il pense également que les travaux de mise à jour ciblent un sous-ensemble desordinateurs disponibles pour les travaux de génération de rapports et d'extractionde données et décide que les travaux de mise à jour doivent avoir une prioritéélevée afin que leurs ressources soient attribuées avant les travaux ayant un choixd'options plus étendu. Il revient alors aux définitions des travaux de mise à jour etattribue la valeur 100 à la priorité de planification (valeur la plus élevée possible).

Les définitions de travail sont maintenant terminées et elle les télécharge dans leréférentiel de travail de la base de données Tivoli Workload Scheduler. Il estimealors qu'une amélioration des performances sera visible lors du traitement de finde journée car tous les travaux ont plus d'une cible et il a fait sorte que lesdéfinitions promeuvent une utilisation équilibrée des ressources disponibles.

A l'aide de Tivoli Workload Scheduler, il crée un flux de travaux pour les travauxde fin de journée et le planifie de telle sorte qu'il soit soumis tous les jours ouvrés.La plupart des travaux n'ont pas de dépendance et peuvent s'exécutersimultanément. Toutefois, le travail d'extraction de données sur les informationsd'acheminement requiert en tant qu'entrée des données générées par le travail

Figure 3. Instructions d'optimisation pour un travail


d'extraction de données sur les informations d'élément. Il doit attendre la fin dutravail d'extraction de données sur les informations d'élément et doit ensuites'exécuter sur le même système.

Pour atteindre cet objectif sans perdre les bénéfices de l'allocation dynamique deressources, l'administrateur décide de définir une relation d'affinité entre les deuxtravaux. A l'aide de Tivoli Workload Scheduler, il ajoute des informations au travaild'extraction de données sur les informations d'acheminement afin d'identifier larelation avec la tâche d'extraction de données sur les informations d'élément. Unefois le travail soumis dans l'environnement intégré, Dynamic Workload Brokerreconnaît la relation et alloue le travail à la ressource dans laquelle la tâched'extraction des données sur les informations d'élément s'est exécutée.

Une fois que les travaux du flux de travaux sont soumis et alloués de manièredynamique aux ressources, l'administrateur peut effectuer le suivi de leurprogression et afficher la sortie des travaux à partir de Tivoli Workload Scheduler.


Chapitre 2. Utilisation de variables Tivoli Workload Schedulerdans des travaux Dynamic Workload Broker

Cette section explique comment ajouter des variables Tivoli Workload Scheduler àdes travaux que vous envisagez d'exécuter avec Dynamic Workload Broker.

Lors de l'importation de travaux depuis Tivoli Workload Scheduler, vous pouvezajouter les variablesTivoli Workload Scheduler pour une plus grande flexibilité devotre travail.

Une valeur est ensuite attribuée aux variables lorsque vous soumettez le travaildans Tivoli Workload Scheduler. Les variables Tivoli Workload Scheduler prises encharge sont les suivantes :

Tableau 5. Variables Tivoli Workload Scheduler prises en charge dans les définitions JSDL.

Variables pouvant être insérées dans ladéfinition de travail Dynamic Workload

BrokerDescription

tws.host.workstation Nom du poste de travail de l'hôte

tws.job.date Date du travail soumis.

tws.job.fqname Nom qualifié complet du travail(UNISON_JOB)

tws.job.ia Heure d'arrivée des données du travail

tws.job.interactive Le travail est interactif. Les valeurs possiblessont true ou false. S'applique uniquementaux travaux compatibles avec les versionsantérieures.

tws.job.logon Données d'identification de l'utilisateur quiexécute le travail (LOGIN). S'appliqueuniquement aux travaux compatibles avecles versions antérieures.

tws.job.name Nom du travail soumis

tws.job.num UNISON_JOBNUM

tws.job.priority Priorité du travail soumis

tws.job.promoted Le travail est promu. Les valeurs possiblessont YES ou No. Pour plus d'informations surla promotion de travaux dynamiques, voir lasection sur la promotion de travaux planifiéssur des pools dynamiques dans TivoliWorkload Scheduler - Planification dynamique dela charge de travail.

tws.job.recnum Numéro d'enregistrement du travail.


||

||

||

|||||

|||||

||

||||||||

||

Tableau 5. Variables Tivoli Workload Scheduler prises en charge dans les définitionsJSDL. (suite)

Variables pouvant être insérées dans ladéfinition de travail Dynamic Workload

BrokerDescription

tws.job.resourcesForPromoted Quantité de ressources logiques requisesaffectée à un travail promu sur un pooldynamique. Les valeurs possibles sont 1 si letravail est promu ou 10 si le travail n'est paspromu. Pour plus d'informations sur lapromotion de travaux dynamiques, voir lasection sur la promotion de travaux planifiéssur des pools dynamiques dans TivoliWorkload Scheduler - Planification dynamique dela charge de travail.

tws.job.taskstring Chaîne de tâche du travail soumis.S'applique uniquement aux travauxcompatibles avec les versions antérieures.

tws.job.workstation Nom du poste de travail sur lequel le travailest défini

tws.jobstream.id ID du flote de travail incluant le travail(UNISON_SCHED_ID)

tws.jobstream.name Nom du flot de travaux incluant le travail(UNISON_SCHED)

tws.jobstream.workstation Nom du poste de travail sur lequel le flot detravaux contenant le travail est défini

tws.master.workstation Nom du gestionnaire de domaine maître(UNISON_MASTER)

tws.plan.date Date de départ du plan de production(UNISON_SCHED_DATE)

tws.plan.date.epoch Date de départ du plan de production auformat epoch (UNISON_SCHED_EPOCH)

tws.plan.runnumber Numéro d'exécution du plan de production(UNISON_RUN)

Si vous souhaitez créer un travail Dynamic Workload Broker à soumettre depuisTivoli Workload Scheduler, vous pouvez ajouter une ou plusieurs des variablesrépertoriées dans le tableau 5, à la page 23, dans la zone Variables du panneauPrésentation ainsi que dans la zone Script du panneau Application dans Consolede définition de courtage de travaux.

Si vous envisagez d'utiliser les variables dans un script, vous pouvez aussi lesdéfinir comme variables d'environnement dans la zone Variables d'environnementde la sous-fenêtre Application. Indiquez le nom Tivoli Workload Scheduler de lavariable comme valeur. Vous pouvez trouver le Tivoli Workload Scheduler nom dela variable dans les Variables insérés dans la colonneDynamic Workload Brokerdéfinition de travail.

Vous créez ensuite un travail Tivoli Workload Scheduler contenant le nom de ladéfinition de travail, comme expliqué dans Chapitre 5, «Création de travaux TivoliWorkload Scheduler gérés par Dynamic Workload Broker», à la page 31.


|||||||||||

||||

|||

L'exemple suivant illustre un fichier JSDL avec toutes les variables Tivoli WorkloadScheduler prises en charge définies :...<jsdl:jobDefinition xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl" xmlns:jsdle="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdle"description="This jobs prints UNISON Variables receivedfrom TWS in standard OutPut "name="sampleUNISON_Variables">

<jsdl:annotation>This jobs prints UNISON Variablesreceived from TWS instandard OutPut </jsdl:annotation>

<jsdl:variables><jsdl:stringVariable name="tws.jobstream.name">none</jsdl:stringVariable><jsdl:stringVariable name="tws.job.fqname">none</jsdl:stringVariable><jsdl:stringVariable name="tws.master.workstation">none</jsdl:stringVariable><jsdl:stringVariable name="tws.plan.runnumber">none</jsdl:stringVariable><jsdl:stringVariable name="tws.plan.date">none</jsdl:stringVariable><jsdl:stringVariable name="tws.plan.date.epoch">none</jsdl:stringVariable><jsdl:stringVariable name="tws.job.logon">none</jsdl:stringVariable>

</jsdl:variables><jsdl:application name="executable">

<jsdle:executable output="${tws.plan.runnumber}"><jsdle:environment>

<jsdle:variable name="UNISON_SCHED">${tws.jobstream.name}</jsdle:variable>

<jsdle:variable name="UNISON_JOB">${tws.job.fqname}</jsdle:variable>

<jsdle:variable name="UNISON_MASTER">${tws.master.workstation}</jsdle:variable>

<jsdle:variable name="UNISON_RUN">${tws.plan.runnumber}</jsdle:variable>

<jsdle:variable name="UNISON_SCHED_DATE">${tws.plan.date}</jsdle:variable>

<jsdle:variable name="UNISON_SCHED_EPOCH">${tws.plan.date.epoch}</jsdle:variable>

<jsdle:variable name="LOGIN">${tws.job.logon}</jsdle:variable>

</jsdle:environment>...

Chapitre 2. Utilisation de variables Tivoli Workload Scheduler dans des travaux Dynamic Workload Broker 25

Chapitre 3. Utilisation de variables dans les travaux

Cette section explique comment définir et utiliser des variables dans les travauxpour plus de flexibilité.

Dynamic Workload Broker prend en charge l'utilisation des variables dans destravaux pour plus de flexibilité. Vous pouvez attribuer une valeur aux variables oules laisser vides. Vous pouvez alors définir la valeur une fois le travail soumis.

Lorsque vous définissez des travaux traités via une planification dynamique, vouspouvez inclure des variables pouvant être utilisées lors de l'exécution pour évaluerou écraser les variables définies dans la définition des travaux JSDL.

La définition des variables s'effectue à la section Chaîne de la tâche du travailTivoli Workload Scheduler, comme le montre l'exemple suivant :jobName -var var1Name=var1Value,...,varNName=varNValue

Pour définir des variables dans le travail Tivoli Workload Scheduler, procédezcomme suit :1. Créez une définition de travail JSDL à l'aide de Console de définition de

courtage de travaux.2. Définissez les variables du travail. Par exemple, vous pouvez définir la

variable memory pour indiquer la quantité de mémoire requise pourl'exécution du travail.

3. Allez sous l'onglet Ressources, dans la section Configuration matérielle etentrez le nom de la variable dans la zone Valeur exacte de la section Mémoirephysique. Une fois le travail soumis, la valeur attribuée à la variable memorydéfinit la quantité de mémoire physique.

4. Sauvegardez cette définition de travail dans la base de données du référentielde travaux.

5. Définissez un travail dans Tivoli Workload Scheduler. Ce travail contient lasyntaxe et les instructions standard Tivoli Workload Scheduler ; dans lasection Chaîne de la tâche du travail, indiquez le nom de la définition detravail JSDL. Le nom de la définition de travail est défini dans l'élémentjobDefinition du fichier JSDL.A la section Chaîne de la tâche du travail, vous pouvez également définir lesparamètres que vous voulez attribuer au travail lors de son exécution enutilisant du texte statique ou des variables. Par exemple, vous pouvez utiliserla variable memory précédemment définie.

Remarque : Si vous utilisez des variables que vous n'avez pas définiesprécédemment, vous devez leur attribuer une valeur maintenant.

6. Insérez le travail dans un flot de travaux.7. Soumettez ou planifiez le travail à l'aide de Dynamic Workload Console ou de

conman.8. Lorsque toutes les dépendances existantes sont résolues, le gestionnaire de

domaine maître soumet le travail à Dynamic Workload Broker via le pose detravail dynamic workload broker.


9. Le pose de travail dynamic workload broker identifie la définition de travail àsoumettre en fonction des informations concernant la section Chaîne de latâche du travail. Il crée également un alias contenant l'association avec letravail.

10. La définition de travail est soumise à Dynamic Workload Broker avec lavaleur définie pour la variable memory.

11. Dynamic Workload Broker gère et surveille le cycle de vie complet du travail.12. Dynamic Workload Broker renvoie les informations relatives au statut du

travail au pose de travail dynamic workload broker, qui les communique augestionnaire de domaine maître. Le statut du travail est mappé au statut TivoliWorkload Scheduler, comme indiqué dans le tableau 6, à la page 33.


Chapitre 4. Définition des relations d'affinité

Les relations d'affinité déclenchent l'exécution de travaux sur la même ressource.La ressource sur laquelle s'exécute le premier travail est sélectionnée de manièredynamique par Dynamic Workload Broker et le ou les travaux avec affinités'exécutent sur la même ressource.

Dans Dynamic Workload Broker, vous pouvez définir des relations d'affinité entreplusieurs travaux si vous voulez qu'ils s'exécutent sur la même ressource. Lors dela soumission du travail à partir de l'environnement Tivoli Workload Scheduler,vous pouvez définir l'affinité qui sera résolue par Dynamic Workload Broker enajoutant une définition d'affinité à la section Chaîne de la tâche du travail TivoliWorkload Scheduler en suivant l'une des méthodes ci-après :v Identification du travail avec affinité à l'aide de l'ID travail Dynamic Workload

Brokerv Identification du travail avec affinité à l'aide de l'alias de travail Dynamic

Workload Brokerv Identification du travail avec affinité à l'aide du nom de travail Tivoli Workload

Scheduler

Identification du travail avec affinité à l'aide de l'ID travail Dynamic WorkloadBroker

jobName [-var varName=varValue,...,]-affinity jobid=jobid

Identification du travail avec affinité à l'aide de l'alias de travail DynamicWorkload Broker

jobName [-var varName=varValue,...,]-affinity alias=alias

où

jobid Correspond à l'ID Dynamic Workload Broker attribué lors de la soumissiondu travail.

alias Correspond à un des éléments suivants :v L'alias défini par l'utilisateur au moment de la soumission pour les

travaux Dynamic Workload Broker.v L'alias automatiquement généré par le pose de travail dynamic workload

broker lorsque le travail est soumis à partir de Tivoli WorkloadScheduler.

Identification du travail avec affinité à l'aide du nom de travail Tivoli WorkloadScheduler

Les travaux doivent appartenir au même flot de travauxjobName [-var varName=varValue,...,]-twsaffinity jobname=twsJobName

où

twsJobNameCorrespond au nom de l'instance du travail Tivoli WorkloadScheduler avec lequel vous souhaitez établir une relation d'affinité.


Chapitre 5. Création de travaux Tivoli Workload Schedulergérés par Dynamic Workload Broker

Cette section explique comment créer des travaux Tivoli Workload Scheduler quiseront gérés par Dynamic Workload Broker.

Pour créer un travail Tivoli Workload Scheduler et faire en sorte que les ressourcessoient allouées de manière dynamique, procédez comme suit :1. Créez une définition de travail JSDL dans Dynamic Workload Broker à l'aide de

Console de définition de courtage de travaux.2. Créez un travail à soumettre dans Tivoli Workload Scheduler. Définissez le

travail à l'aide de la syntaxe et des instructions Tivoli Workload Schedulerstandard en respectant les impératifs suivants :a. Définissez comme unité centrale cible le poste de travail sur lequel est

installé le pose de travail dynamic workload broker.b. Dans la section Chaîne de la tâche du travail, indiquez le nom de la

définition de travail JSDL créée dans l'environnement Dynamic WorkloadBroker.

c. Paramétrez le type de tâche sur BROKER.3. Le travail Tivoli Workload Scheduler peut maintenant être planifié et lorsqu'il

est soumis au pose de travail dynamic workload broker, le travail DynamicWorkload Broker est automatiquement lancé et les ressources sont allouées demanière dynamique.


Chapitre 6. Surveillance et annulation de travaux

Cette section explique comment surveiller et annuler des travaux avec DynamicWorkload Console ou avec la commande conman.

Vous pouvez utiliser la ligne de commande Dynamic Workload Console ouconman pour surveiller le statut des travaux soumis, extraire la sortie du travail etannuler les travaux si nécessaire comme vous le faîtes généralement dans TivoliWorkload Scheduler. Vous pouvez également utiliser Dynamic Workload Consolepour afficher son statut car il fournit plus d'informations sur les travaux traités viaDynamic Workload Broker.

Les statuts des travaux dans Dynamic Workload Broker correspondent aux statutssuivants dans Tivoli Workload Scheduler :

Tableau 6. Mappage de statuts entre Dynamic Workload Broker et Tivoli Workload Scheduler

Statut du travail Dynamic Workload Broker Statut du travail Tivoli Workload Scheduler

1. Echec de l'exécution

2. Unable to start (Impossible de démarrer)

3. Echec d'allocation de ressource

4. Inconnu

1. ABEND

2. FAILED

3. FAILED

4. ABEND

1. Soumis

2. Soumis à l'agent

3. Allocation de ressources reçue

4. En attente de réallocation

5. En attente de ressources.

1. INTRO

2. WAIT

3. WAIT

4. WAIT

5. WAIT

1. Running (En cours d'exécution) 1. EXEC

1. Terminé correctement 1. SUCC

1. Canceled (Annulé)

2. Annulation en attente

3. Annulation d'allocation

1. ABEND

2. Le statut est mis à jour lorsque le travail atteint l'étatAnnulé dans Dynamic Workload Broker.

3. Le statut est mis à jour lorsque le travail atteint l'étatAnnulé dans Dynamic Workload Broker.

Remarque : L'indicateur + marqué à côté des statuts INTRO et EXEC signifie quele travail est géré par le processus batchman local.

Vous pouvez afficher la sortie des travaux à l'aide de la commande DynamicWorkload Console ou de la ligne de commande conman.

L'exemple qui suit représente la sortie du travail TWS_COLLECT_DATA, soumis àpartir de Tivoli Workload Scheduler vers le pose de travail dynamic workloadbroker.%sj ITDWB_SA#JOBS.TWS_COLLECT_DATA;stdlist

=========================================================== TRAVAIL : lab134114#TWS_COLLECT_DATA= UTILISATEUR : mdm_821= FICHIER JCL : COLLECT_DATA -var data_collect_interval=12


-twsaffinity jobname=branch_collect= Numéro de travail : 226589429= Mer 25 oct 00:31:03 GMT+08:00 2006==========================================================VOICI LA SORTIE DU TRAVAIL=========================================================== Statut de sortie : 0= Heure système (Secondes) : 30 Durée écoulée (Minutes) : 0= Temps utilisateur (Secondes) : 30= Mer 25 oct 00:31:33 GMT+08:00 2006==========================================================

Les mots clés dans le fichier de sortie sont les suivants :

TRAVAILNom d'hôte de l'agent Tivoli Workload Scheduler sur lequel le travail a étésoumis plus le nom du travail.

UTILISATEURUtilisateur d'Tivoli Workload Scheduler qui a soumis le travail au pose detravail dynamic workload broker. Lorsque le travail soumis est planifié, lenom de l'utilisateur est extrait à partir du mot clé STREAMLOGONindiqué dans la définition de travail. Lorsqu'un travail ad hoc est soumis,depuis conman et que la connexion n'est pas spécifiée, le nom d'utilisateurcorrespond à l'utilisateur qui a soumis le travail.

FICHIER JCLCorrespond au nom du travail.

Numéro du travailNuméro du travail.

Statut de sortieStatut du travail une fois exécuté.

Heure systèmeTemps passé par le noyau système pour exécuter le travail

Temps utilisateurTemps passé par l'utilisateur système pour exécuter le travail

Vous pouvez également arrêter le travail après l'avoir soumis. Arrêter un travaildans Tivoli Workload Scheduler revient à exécuter une commande cancel dansDynamic Workload Broker.


Chapitre 7. Identification des ressources pour les travaux

Pour planifier les travaux, Dynamic Workload Broker analyse tout d'abord lesordinateurs dans l'environnement afin d'extraire à partir des ordinateurs agent desinformations sur les logiciels et le matériel. Vous pouvez également créer desressources logiques qui représentent les caractéristiques des ordinateurs qui ne sontpas rassemblées par l'analyse, telles les licences logicielles ou les applicationsinstallées, afin d'identifier de manière plus précise les ressources disponibles dansl'environnement.

Une fois agent Tivoli Workload Scheduler installé, une analyse automatique desordinateurs détectés sur lesquels l'agent est installé est effectuée. L'analyse renvoiedes informations relatives au matériel et au système d'exploitation qui sontstockées dans le référentiel de ressources.

Les informations sur le matériel et le système d'exploitation renvoyées par l'analysesont considérées comme une ressource physique. Les ressources physiquescollectées à partir des ordinateurs agent incluent les éléments suivants :

Types de ressources physiques Exemples

Système informatique Nom du système informatique, modèle,nombre de processeurs, vitesse de l'unitécentrale

Système d'exploitation Type et version du système d'exploitation,mémoire virtuelle, mémoire physique,espace de permutation

Système réseau Adresse IP, carte réseau, nom d'hôte

Système de fichiers Capacité de stockage du système de fichiers

Le processus de détection automatique visant à collecter des informations sur lesressources physiques est capable d'identifier les ordinateurs disponibles disposantdes ressources requises pour l'exécution des travaux. L'analyse est planifiée etconfigurable. Vous pouvez configurer l'analyse à partir du fichierResourceAdvisorAgentConfig.properties sur le gestionnaire de domaine maître età partir du fichier JobManager.ini sur les agents. Vérifiez que l'analyse s'exécute àdes intervalles réguliers afin de mettre à jour les changements apportés auxressources. Pour plus d'informations sur ce fichier de configuration, voir TivoliWorkload Scheduler - Guide d'administration, SC11-6396.

Lorsque les ressources physiques rassemblées par l'analyse ne fournissent passuffisamment d'informations pour gérer de manière précise les exigences de travail,vous pouvez définir des ressources logiques ou des groupes de ressources à l'aidede Dynamic Workload Console. Dynamic Workload Console vous permet deconfigurer des ressources logiques supplémentaires et de les lier à des ordinateursdans lesquels les ressources sont disponibles. Les ressources logiques permettentd'identifier les ressources requises par les travaux pour rendre l'allocation plusprécise. Les ressources logiques peuvent également utilisées lors de l'expressiond'une quantité consommable d'une ressource. Vous pouvez, par exemple, utiliserune ressource logique pour identifier des applications spécifiques. Vous pouvezégalement l'utiliser pour définir un nombre limité de licences logiciellesdisponibles. Lorsqu'un travail est soumis, la définition de travail inclut les


exigences de ressources logiques et physiques et, grâce à ces informations,Dynamic Workload Broker a la charge de trouver l'ordinateur le plus adapté.

Vous pouvez également utiliser Dynamic Workload Console pour définir ungroupe de ressources. Un groupe de ressources rassemble des ressources logiqueset physiques pour faire correspondre et allouer de manière précise des ressourcesaux exigences des travaux lorsque le travail est soumis. Une fois les ressourceslogiques et les groupes de ressources créés, vous pouvez ensuite les éditer à l'aidede Dynamic Workload Console. Si un ordinateur, une ressource logique ou ungroupe de ressources devient indisponible ou que vous devez le rendreindisponible pour effectuer des tâches de maintenance, par exemple, vous pouvezlui attribuer le statut Déconnecté. Vous pouvez ensuite lui attribuer le statutConnecté à l'aide de Dynamic Workload Console

Tâches de configuration des ressources :v «Création de ressources logiques», à la page 38v «Création de groupes de ressources», à la page 40

Vérification des ressources logiques sur les ordinateursVous pouvez parcourir et afficher les ressources physiques détectées par l'analysede l'agent sur les ordinateurs dans votre environnement.

L'analyse planifiée automatiquement qui s'exécute sur les ordinateurs lorsquel'agent Tivoli Workload Scheduler est installé renvoie au référentiel de ressourcesdes informations relatives au système d'exploitation et au matériel des ordinateursagent. Vous pouvez utiliser Dynamic Workload Console pour afficher lesinformations collectées par l'agent, en supplément des autres informations sur lesordinateurs. Les informations suivantes sont disponibles :v Informations sur le système d'exploitationv Disponibilité des ordinateursv Informations sur le processeurv Informations sur la machinev Mémoire disponible, mémoire virtuelle disponible et espace de permutation

disponiblev Ressources système allouées aux travauxv Historique des instances de travail qui s'exécutent sur les ordinateurs et sont

actuellement en cours d'exécution

Pour afficher les informations sur les ressources physiques disponibles sur lesordinateurs de votre environnement, procédez comme suit :1. DansTivoli Dynamic Workload Broker l'arborescence de navigation, développez

Configuration puis cliquez sur Connexions serveur

2. Définissez des connexions fiables, testez-les et enregistrez-les.3. Développez Suivi puis cliquez sur Ordinateurs.4. Indiquez les critères de recherche des ordinateurs.5. Cliquez sur Rechercher. Les ordinateurs répondant aux critères de recherche

sont affichés dans la page relative au résultat de recherche d'ordinateurs.6. Pour afficher les ressources physiques d'un ordinateur, sélectionnez le lien de

nom d'affichage pour l'ordinateur. La page Détails de l'ordinateur affiche lesressources physiques sur l'ordinateur.


La figure 4, à la page 38 montre la page Résultats de la recherche d'ordinateurs. Apartir de cette vue, vous pouvez effectuer les tâches suivantes :v Mettre les ordinateurs hors ligne afin qu'ils ne soient pas alloués pour exécuter

des travaux.v Mettre les ordinateurs à nouveau en ligne afin qu'ils puissent être alloués pour

exécuter des travaux.v Supprimer des ordinateurs de sorte qu'ils ne soient plus détectés lors de

recherches d'ordinateurs. Si vous supprimez un ordinateur, ce dernier est retirétemporairement de la base de données, pendant une période définie dans lefichier ResourceAdvisorAgentConfig.properties. Après la suppression, l'agentTivoli Workload Scheduler reste installé et en cours d'exécution. Tous les travauxalloués et en cours d'exécution sont traités. Pour supprimer un ordinateur defaçon permanente, vous devez désinstaller l'agent Tivoli Workload Scheduler.

v Régénérer la vue présentant les résultats de recherche d'ordinateurs, afind'afficher les informations à jour.

v Afficher le nombre des travaux actuellement attribués sur un ordinateur donnédans la colonne Travaux actifs. Pour chaque ordinateur, cette colonne affiche lenombre des travaux qui ont sélectionné l'ordinateur comme système cible, ainsique le nombre de travaux allouant actuellement l'ordinateur en tant queressource associée. Dans le cas particulier où vous avez défini un systèmeinformatique en tant que type d'une ressource associée requise pour exécuter untravail (dans la définition JSDL du travail), lorsque le travail est alloué, il estaffiché deux fois dans Travaux actifs, comme suit :– Si le même ordinateur est sélectionné à la fois comme système cible et

ressource associée, la colonne affiche 2 travaux pour cet ordinateur, même s'iln'y en a qu'un en cours d'exécution.

– Si différents ordinateurs sont sélectionnés pour le système cible et la ressourceassociée, la colonne affiche deux fois le même travail (une fois pour chaqueordinateur).

v Afficher des informations supplémentaires concernant un ordinateur.

Pour effectuer ces tâches, procédez comme suit :1. Sélectionnez un ordinateur dans la table Résultats de la recherche

d'ordinateurs.2. Sélectionnez l'une des opérations suivantes dans le menu Actions :

v Définir comme connecté

v Définir comme déconnecté

v Supprimer

v Régénérer

3. Cliquez sur Aller pour effectuer l'opération.

Vous pouvez afficher des détails sur les ordinateurs en cliquant sur le nom du liende l'ordinateur dans la table Résultats de la recherche d'ordinateurs.

Chapitre 7. Identification des ressources pour les travaux 37

En règle générale, vous pouvez cliquer sur les liens des noms de travail, des nomsd'instance de travail et d'ordinateurs à partir de Dynamic Workload Console pourafficher des détails sur ces éléments.

Création de ressources logiquesGrâce à la Dynamic Workload Console, vous pouvez définir des ressourceslogiques et des groupes de ressources pour des postes de travail dotés depropriétés qu'une analyse du système ne permet pas de détecter. Vous créez uneressource logique indiquant les caractéristiques de la ressource requises pourexécuter les travaux.

Pour créer une ressource logique, procédez comme suit :1. Dans Tivoli Dynamic Workload Broker l'arborescence de navigation,

développez Environnement de planification puis cliquez sur Définir unenouvelle ressource logique. L'assistant de définition d'une nouvelle ressourcelogique démarre. L'assistant vous aide à créer une nouvelle ressource et àl'ajouter aux ordinateurs dans votre environnement.

2. Dans la page Propriétés générales, définissez les propriétés générales pour laressource logique :a. Dans la zone Nom, entrez le nom à affecter à la ressource logique. Cette

zone est obligatoire. Ce nom doit commencer par un caractère alphabétiqueet peut comporter les symboles suivants : soulignement ( _ ), moins (-), etpoint (.). Les espaces, les caractères spéciaux et les caractères accentués nesont pas pris en charge.

b. Dans la zone Type, entrez un nom significatif pour le type de ressourcelogique. Par exemple, si la ressource logique décrit des applications DB2,vous pouvez l'appeler DB2. Ce nom doit commencer par un caractère

Figure 4. Page de résultat de recherche d'ordinateur


alphabétique et peut comporter les symboles suivants : soulignement ( _ ),moins (-), et point (.). Les espaces, les caractères spéciaux et les caractèresaccentués ne sont pas pris en charge.

c. Dans la zone Quantité, spécifiez une valeur représentant la disponibilité dela ressource logique. Par exemple, si la ressource est un serveur de licences,vous pouvez indiquer le nombre de licences disponibles sur le serveur pourun produit. Cette zone est optionnelle.

d. Cochez la case Définir comme déconnecté pour marquer la ressourcecomme non disponible. Vous pourrez ensuite modifier le statut de laressource en développant Environnement de planification dans le voletgauche et en sélectionnant Ressources logiques. Vous pouvez ensuiterechercher une ressource et modifier son statut.

e. Cliquez sur Suivant pour continuer.3. Dans la page Critères de recherche d'ordinateur, indiquez les critères de

recherche des ordinateurs disponibles à ajouter à la ressource logique. Surcette page, vous pouvez rechercher tous les ordinateurs disponibles dansl'environnement Dynamic Workload Broker ou rechercher des ordinateursprécis. Pour rechercher tous les ordinateurs disponibles, laissez toutes les zonesà blanc. Comme alternative, vous pouvez spécifier un ou plusieurs des critèresde recherche répertoriés ci-dessous. Les critères de recherche sont cumulatifs.Chaque information supplémentaire que vous spécifiez affine d'autant larecherche :v dans la zone Nom d'hôte, indiquez le nom d'hôte d'un ordinateur. Les

caractères génériques sont autorisés. La recherche est effectuée sur lesordinateurs ayant le nom d'hôte ou la partie de nom d'hôte indiqué. Parexemple, si vous entrez test* dans la zone Nom d'hôte, les noms d'hôte test1et testing sont renvoyés.

v Dans la zone Ressources logiques déjà sur l'ordinateur, indiquez le nom etle type des ressources logiques déjà présentes sur l'ordinateur, le cas échéant.Dans la zone Nom, indiquez le nom de la ressource logique et dans la zoneType, le type de la ressource logique. Les caractères génériques sont pris encharge.

v Dans la zone Disponibilité, indiquez si l'ordinateur est :

AvailableL'ordinateur est disponible et vous pouvez lui affecter des travaux.

Non disponibleL'ordinateur n'est pas disponible. Le réseau est peut-être en panne oul'ordinateur est peut-être éteint.

v Dans la zone Statut, définissez le statut de l'ordinateur indiqué.

En ligneL'ordinateur est en ligne.

OfflineL'ordinateur est déconnecté. L'administrateur a peut-être misl'ordinateur hors ligne pour des raisons de maintenance.

v Dans la zone Caractéristiques matérielles, indiquez le nombre deprocesseurs disponibles sur l'ordinateur :

Un seul processeurL'ordinateur a un seul processeur.

Processeur doubleL'ordinateur a deux processeurs.


Multi-processeursL'ordinateur a trois processeurs ou plus.

v Dans la zone Système d'exploitation, indiquez le système d'exploitationinstallé sur les ordinateurs que vous voulez rechercher. La recherche esteffectuée uniquement pour les ordinateurs avec les systèmes d'exploitationsélectionnés. Les systèmes d'exploitation disponibles sont les suivants :– Windows

– Linux

– AIX

– Oracle Solaris

– HP-UX

Les résultats de la recherche s'affichent dans la page Résultat de recherched'ordinateur.

4. Dans la page Résultats de la recherche d'ordinateurs, spécifiez à quelsordinateurs vous souhaitez ajouter la ressource logique que vous créez. Vossélections s'affichent dans la page Récapitulatif.

5. Sur la page Récapitulatif, vous avez également la possibilité de supprimerl'ordinateur sélectionné de la ressource logique que vous définissez. Cliquez surTerminer pour enregistrer la ressource logique.

La ressource logique a été créée et est accessible via la tâche Environnement deplanification > Ressources logiques. Vous pouvez effectuer les opérationssuivantes :v Définir le statut Connecté et Déconnecté au groupe logique.v Supprimer la ressource logique.v Editer les spécifications de la ressource logique, notamment les ordinateurs

hébergeant la ressource logique, le statut Connecté ou Déconnecté desordinateurs et le nom de la ressource logique, sauf si cette dernière a étéimportée à partir de la base de données Base de données de gestion desconfigurations. Une ressource logique Base de données de gestion desconfigurations peut être identifiée dans le tableau des ressources logiques par lavaleur CCMDB de la colonne Owner.

Création de groupes de ressourcesL'utilisation de la Dynamic Workload Console permet de créer des groupes deressources afin de regrouper des ordinateurs et/ou des ressources logiques. Ungroupe de ressources représente une association logique entre des ordinateurs, desressources logiques ou les deux, présentant des caractéristiques matérielles oulogicielles similaires. Il s'agit d'une combinaison de ressources physiques etlogiques permettant de mettre en adéquation et d'allouer avec exactitude desressources en fonction des exigences du travail lorsque celui-ci est soumis.

Pour créer un groupe de ressources, procédez comme suit :1. Dans l'arborescence de navigation de la console, développez Environnement de

planification, puis cliquez sur Définir un nouveau groupe de ressources.L'assistant Groupe de ressources démarre. L'assistant vous aide à créer unnouveau groupe de ressources.

2. Dans la page Sélection du type de groupe, spécifiez un nom, un statut et untype pour le groupe de ressources :a. Dans la zone Nom, entrez le nom à affecter au groupe de ressources. Ce

nom doit commencer par un caractère alphabétique et peut comporter les


symboles suivants : soulignement ( _ ), moins (-), et point (.). Les espaces,les caractères spéciaux et les Les caractères accentués ne sont pas pris encharge. Cette zone est obligatoire.

b. Cochez la case Définir comme déconnecté pour indiquer que le groupe deressources est indisponible. Vous pouvez modifier ultérieurement le statutdu groupe de la ressource en développant Environnement de planificationdans la sous-fenêtre de gauche et en sélectionnant Groupes de ressources.Vous pouvez ensuite rechercher un groupe de ressources et modifier sonstatut.

c. Dans la zone Sélectionner les éléments à grouper, sélectionnez les élémentsdont le groupe est constitué. Les valeurs admises sont les ordinateurs et/oules ressources logiques. Cette zone est obligatoire.

d. Cliquez sur Suivant pour continuer.3. Dans la page Critères de recherche d'ordinateurs, spécifiez les critères de

recherche des ordinateurs disponibles à ajouter au groupe de ressources. Surcette page, vous pouvez rechercher tous les ordinateurs disponibles dansl'environnement Dynamic Workload Broker ou rechercher des ordinateursprécis. Pour rechercher tous les ordinateurs disponibles, laissez toutes les zonesà blanc. Comme alternative, vous pouvez spécifier un ou plusieurs des critèresde recherche répertoriés ci-dessous. Les critères de recherche sont cumulatifs.Chaque information supplémentaire que vous spécifiez affine d'autant larecherche :v dans la zone Nom d'hôte, indiquez le nom d'hôte d'un ordinateur. Les

caractères génériques sont autorisés. La recherche est effectuée sur lesordinateurs ayant le nom d'hôte ou la partie de nom d'hôte indiqué. Parexemple, si vous entrez test* dans la zone Nom d'hôte, les noms d'hôte test1et testing sont renvoyés.

v Dans la zone Ressources logiques déjà sur l'ordinateur, indiquez le nom etle type des ressources logiques déjà présentes sur l'ordinateur, le cas échéant.Dans la zone Nom, indiquez le nom de la ressource logique et dans la zoneType, le type de la ressource logique. Ce nom doit commencer par uncaractère alphabétique et peut comporter les symboles suivants :soulignement ( _ ), moins (-), et point (.). Les espaces, les caractères spéciauxet les Les caractères accentués ne sont pas pris en charge.

v Dans la zone Disponibilité, indiquez si l'ordinateur est :

AvailableL'ordinateur est disponible et peut être attribué.

Non disponibleL'ordinateur n'est pas disponible. Le réseau est peut-être en panne oul'ordinateur est peut-être éteint.

v Dans la zone Statut, définissez le statut de l'ordinateur indiqué.

En ligneL'ordinateur est en ligne.

OfflineL'ordinateur est déconnecté. L'administrateur a peut-être misl'ordinateur hors ligne pour des raisons de maintenance.

v Dans la zone Caractéristiques matérielles, indiquez le nombre deprocesseurs disponibles sur l'ordinateur :

Un seul processeurL'ordinateur a un seul processeur.


Processeur doubleL'ordinateur a deux processeurs.

Multi-processeursL'ordinateur a trois processeurs ou plus.

v Dans la zone Système d'exploitation, indiquez le système d'exploitationinstallé sur les ordinateurs que vous voulez rechercher. La recherche esteffectuée uniquement pour les ordinateurs avec les systèmes d'exploitationsélectionnés. Les systèmes d'exploitation disponibles sont les suivants :– Windows

– Linux

– AIX

– Oracle Solaris

– HP-UX

Cliquez sur Suivant pour effectuer la recherche en fonction des critèresindiqués. Les résultats de la recherche s'affichent sur la page Résultats de larecherche d'ordinateurs.

4. Sur la page Résultats de la recherche d'ordinateurs, indiquez les ordinateursauxquels vous souhaitez ajouter le groupe que vous créez. Cliquez sur Suivant.

5. Si le groupe de ressources que vous définissez inclut une ressource logique, lapage Critères de recherche de ressources logiques vous invite à indiquer lescritères de recherche suivants :a. Nom de la ressource logique.b. Type de ressource logique.

Cliquez sur Suivant pour afficher la page Résultats de la recherche deressources logiques.

6. Sélectionnez la ressource logique à ajouter au groupe de ressources que vousdéfinissez, puis cliquez sur Suivant pour afficher la page Récapitulatif.

7. Sur la page Récapitulatif, vous pouvez éventuellement supprimer unordinateur ou une ressource logique déjà inclus dans le groupe de ressources.Cliquez sur Terminer pour enregistrer le groupe de ressources.

Le groupe de ressources a été créé et est accessible à l'aide de la tâcheEnvironnement de planification > Groupes de ressources. Vous pouvez effectuerles opérations suivantes :v Définir le statut En ligne ou Déconnecté pour le groupe de ressources.v Supprimer le groupe de ressources.v Modifier les spécifications de groupe de ressources, incluant l'ajout et le retrait

d'ordinateurs et de ressources logiques dans le groupe, la modification du statutEn ligne ou Déconnecté et le changement du nom du groupe de ressources.


Chapitre 8. Ecriture des définitions JSDL avec Job BrokeringDefinition Console

Console de définition de courtage de travaux fournit une interface graphique facileà utiliser qui vous permet de créer et d'éditer les définitions de travail JSDL àutiliser avec Dynamic Workload Broker.

L'interface graphique Console de définition de courtage de travaux vous permet decréer et d'éditer des définitions de travail en fonction du schéma JSDL (JobSubmission Definition Language). Chaque zone de texte de Console de définitionde courtage de travaux correspond à un élément ou à un attribut du fichier JSDLet vice versa. Vous pouvez utiliser le Console de définition de courtage de travauxpour créer des types de travaux existants. Si vous souhaitez créer types de travauxavec options avancées, utilisez leDynamic Workload Console ou la commandecomposer.

Console de définition de courtage de travaux simplifie la tâche qui consiste à créerun fichier JSDL en masquant la complexité du fichier lui-même et en validant lastructure du fichier en fonction du schéma JSDL. Les informations définies dansConsole de définition de courtage de travaux sont automatiquement converties enélément correspondant ou en attribut du fichier JSDL.

Vous pouvez enregistrer un fichier JSDL en local ou le télécharger sous forme dedéfinition de travail dans le référentiel des travaux où il devient disponible pourla soumission. Lorsque vous sauvegardez un fichier JSDL dans Console dedéfinition de courtage de travaux, il est comparé à un fichier .xsd fourni avec leproduit, qui contient les règles de syntaxe. Un message s'affiche si une erreur desyntaxe est trouvée dans le fichier et vous pouvez alors corriger cette erreur.

Le langage JSDL (Job Submission Description Language) est un langage basé sur leXML et permet de spécifier les caractéristiques et les besoins d'un travail, ainsi quedes instructions relatives à la gestion et à l'exécution de ce travail. Ces critères sontles suivants :v Informations d'identification du travailv Informations d'exécution du programmev Besoin en ressourcesv Exigences en matière de planification et d'exécutionv Quantité de ressources à allouer ou requisesv Allocation logique de la quantité de ressources

Sélection des types de cibles

Lors de la création d'un fichier JSDL, vous pouvez choisir entre les types deressources suivants utilisés comme cibles pour votre travail :

RessourcesUne ressource est un système informatique. Vous pouvez utiliser ce typede ressource pour définir une exigence de base pour votre travail.

Ressources connexesUne ressource apparentée est un jeu de types de ressource. Vous pouvez


||||||||

utiliser ce type de ressource pour définir une exigence de base pour votretravail. Une ressource apparentée inclut les types de ressource suivants :v Un ensemble de propriétés matérielles et logicielles d'un ordinateur (par

exemple, un système d'exploitation, un système de fichiers et un systèmeréseau).

v Ressources logiques et entités logiques pouvant être associées à un ouplusieurs ordinateurs pour représenter des applications, des groupes, deslicences, des serveurs et ainsi de suite.

Les ressources apparentées ont deux fonctions principales :v Vous pouvez spécifier les ressources associées sous forme d'exigence

supplémentaire venant s'ajouter à l'exigence de la ressource. Dans ce cas,vous devez créer une relation entre la ressource et la ressource associée.

v Vous pouvez utiliser la ressource associée pour indiquer que la présenced'une ressource précise dans votre environnement est un élémentcorequis pour l'exécution du travail. Dans ce cas, vous ne devez pascréer une relation entre la ressource et la ressource associée. Uneressource associée d'ayant aucune relation avec une ressource est uneressource globale. Par exemple, si vous souhaitez déplacer un fichierd'une ressource A vers une ressource B, la ressource B est un élémentcorequis d'exécution du travail déplaçant le fichier. Les ordinateurspeuvent être uniquement définis comme des ressources globales.

Sélection des types de ressources

Dynamic Workload Broker gère les types de ressources listés dans le tableau 7.Pour chaque type de ressource, vous pouvez spécifier des exigences concernant lespropriétés listées dans la colonne Propriétés disponibles. Le tableau 7 listeégalement les propriétés consommables et les propriétés pouvant être optimisées.Les propriétés consommables peuvent être attribuées exclusivement au travaillorsqu'il fonctionne à l'aide du mécanisme d'affectation. Les propriétés qui peuventêtre optimisées peuvent être utilisées pour assurer un équilibrage de charge plusefficace sur la propriété des ressources.

Tableau 7. Types de ressource et propriétés

Type de ressourcePropriétésdisponibles Est consommable Peut être optimisé

Prend en charge lescaractères génériques

ComputerSystem CPUUtilization Non Oui Non

HostName Non Non Oui

Manufacturer Non Non Oui

Modèle Non Non Oui

NumOfProcessors Oui Oui Non

ProcessingSpeed Non Oui Non

ProcessorType Non Non Non

LogicalResource Nom affiché Non Non Oui

SubType Non Non Oui

Quantity Oui Oui Non


Tableau 7. Types de ressource et propriétés (suite)



OperatingSystem(Systèmed'exploitation)

Nom affiché Non Non Oui

FreePhysicalMemory Non Oui Non

FreeSwapSpace Non Oui Non

FreeVirtualMemory Non Oui Non

OperatingSystemType Non Non Non

OperatingSystem(Systèmed'exploitation)Version

Non Non Non

TotalPhysicalMemory Oui Oui Non

TotalSwapSpace Oui Oui Non

TotalVirtualMemory Oui Oui Non

FileSystem Nom affiché Non Non Oui

FileSystemRoot Non Non Oui

FileSystemType Non Non Non

FreeStorageCapacity Non Oui Non

TotalStorageCapacity Oui Oui Non

NetworkSystem(Système réseau)

NetworkAddress Non Non Non

NetworkSystem(Système réseau)HostName

Non Non Oui

Lors de la définition des exigences d'une définition de travail, vous pouvez définirla quantité d'une propriété consommable qui sera allouée au travail. Lorsqu'unepropriété de ressource est allouée à un travail, la quantité indiquée est logiquementréservée pour ce travail. Si un autre travail soumis alloue une quantité supérieure àla capacité restante de la même propriété consommable, ce travail ne peut pass'exécuter sur la même ressource que le travail précédent, car la propriété requiseest déjà réservée. Si aucune allocation de propriété n'est spécifiée dans la définitiondu travail, ce dernier peut s'exécuter sur la même ressource que le travailprécédent car le mécanisme d'allocation s'applique uniquement si les deux travauxallouent la même propriété.

Vous pouvez utiliser le mécanisme d'allocation pour limiter l'utilisation simultanéede la même quantité par plusieurs travaux et pour améliorer les performances dusystème.

Pour allouer une propriété pour un travail, utilisez l'élément allocation dans lefichier JSDL ou les onglets Configuration logicielle et Configuration matérielle dansConsole de définition de courtage de travaux.

Ce type d'allocation s'applique aux systèmes informatiques. Pour allouer unepropriété pour une ressource autre qu'un système informatique, définissez laressource dont vous souhaitez allouer la propriété dans le panneau de ressourcesassocié et définissez le paramètre d'allocation pour une ou plusieurs de sespropriétés. Définissez ensuite une relation entre la ressource et la ressource associéeque vous avez créée. Définissez de cette manière la ressource associée et la

Chapitre 8. Ecriture des définitions JSDL avec Job Brokering Definition Console 45

propriété allouée sous forme d'exigence pour le travail à exécuter.

Définitions de travauxCette rubrique présente le contenu possible des définitions de travaux et décritcomment les différents types de contenu de définition de travail sont ajoutés àConsole de définition de courtage de travaux.

Une définition de travail contient toutes les informations requises pour déterminerle ou les systèmes informatiques sur lesquels un travail peut s'exécuter, les règlesd'équilibrage des travaux à appliquer lors de l'allocation de ressources, les limitesdu délai d'expiration, et toute action de reprise à entreprendre en cas d'erreur ainsique les informations requises pour l'identification et l'exécution de l'application. Ladéfinition est effectuée à l'aide du langage JSDL (Job Submission DescriptionLanguage).

Le langage JSDL (Job Submission Description Language) est basé sur le XML etpermet de spécifier les caractéristiques et les besoins d'un travail, ainsi que desinstructions relatives à la gestion et à l'exécution des travaux. Un fichier JSDL peutinclure les types d'information suivants.

Informations de base relatives au travailInclut le nom du travail, les catégories auxquelles vous l'avez attribué etles variables utilisées dans le travail.

Les variables peuvent être utilisées de plusieurs manières dans unedéfinition de travail. Par exemple :v Un ensemble de variables peut décrire une commande et ses arguments.

Il peut être ajouté aux informations d'exécution d'un programme et dansle script du travail.

v Les variables peuvent également être utilisées pour identifier lesressources, par exemple, un hôte cible.

La valeur par défaut attribuée à la variable dans la définition de travail estutilisée lors de l'exécution du travail, sauf si elle est remplacée lors de lasoumission. Voir Chapitre 2, «Utilisation de variables Tivoli WorkloadScheduler dans des travaux Dynamic Workload Broker», à la page 23 et«Utilisation de variables dans les définitions de travaux», à la page 53.

Informations d'exécution du programmeIdentifie le script ou l'exécutable à exécuter et, si nécessaire, les fichiersd'entrée, de sortie et d'erreurs et le répertoire de travail. Si le travail doitfournir des données d'identification, elles peuvent également êtreindiquées.

Vous pouvez définir les droit d'accès requis pour l'exécution d'un travail siles droits d'accès sont différents de ceux utilisées pour l'exécution del'agent Tivoli Workload Scheduler.

Sur les cibles Windows, les travaux pour lesquels aucune donnéed'identification n'est indiquée, exécutez le compte utilisateur indiqué lorsde l'installation de l'agent Tivoli Workload Scheduler sauf si l'agents'exécute avec le compte Système local. Dans ce cas, tout travail soumis àl'agent s'exécute sous le compte de l'administrateur par défaut.

Sur les cibles UNIX, les travaux pour lesquels aucun droit d'accès n'estindiqué s'exécutent avec le compte root.


Spécifications de ressource requisesPermet à Dynamic Workload Broker d'identifier les systèmes sur lesquels letravail peut s'exécuter en fonction des conditions matérielles et logiciellesrequises.

Configurations requises liéesPermet d'indiquer les relations requises entre les ressources et lesressources co-requises pour un travail.

AffectationQuantité de ressources à allouer ou requises.

Règles d'optimisation et d'équilibrage de charge.

Les règles d'équilibrage de charge suivantes sont disponibles :

Equilibrez la charge entre les différentes ressources selon le nombre detravaux en cours

Les travaux sont attribués aux cibles en fonction du nombre detravaux en cours d'exécution sur chaque cible. L'objectif est des'assurer que chaque ressource exécute le même nombre de travauxlors de la même période. Cette règle est la règle par défaut. Elle estadaptée lorsqu'un grand nombre de travaux similaires qui utilisentdes quantités similaires de ressources système doivent être exécutéssur un ensemble de ressources

Equilibrez la charge entre les différentes ressources selon les objectifsd'optimisation

Vous définissez un objectif en sélectionnant un type de ressource etune propriété de ressource liée et en indiquant l'objectif afin demaximiser ou de minimiser la propriété. Par exemple, vous pouvezéquilibrer la charge en ayant pour but de conserver la quantité demémoire physique disponible sur les ressources du systèmed'exploitation la plus élevée possible. L'objectif sera alorsd'augmenter au maximum la mémoire physique disponible etlorsque des travaux ayant cet objectif sont soumis, ils sont allouésaux ressources disponibles afin qu'un nombre plus important detravaux soient affectés aux ressources qui disposent d'une quantitéde mémoire physique plus importante.

Sélectionnez la ressource la plus adaptée selon l'objectif d'optimisationVous définissez l'objectif d'optimisation en suivant la procéduredécrite pour l'équilibrage de charge entre les ressources selonl'objectif d'optimisation. Toutefois, lorsqu'un travail avec cetterègle est soumis, il sera toujours attribué à la ressource qui répondle mieux à l'objectif. Par exemple, si l'objectif est d'augmenter aumaximum la mémoire physique disponible, le travail s'exécute surla ressource dont la quantité de mémoire physique était la plusimportante lors de la soumission.

Enterprise Workload ManagerSi Enterprise Workload Manager est installé, vous pouvez définirdes travaux avec une règle d'optimisation de telle sorte qu'il utiliseles fonctions d'équilibrage de charge de ce produit.

Dans le schéma JSDL, la page Optimisation correspond à l'élémentd'optimisation.


Exigences en matière de planification et d'exécution.Permet de définir une priorité, durée pendant laquelle un travail peutattendre des ressources avant d'échouer et les actions de reprise en casd'échec.

La priorité maximale est 100 et les paramètres de priorité entre 90 et 100doivent uniquement être utilisés pour les travaux critiques. Des ressourcessont toujours allouées d'abord aux travaux ayant ces priorités, même si lesautres travaux attendent depuis longtemps. Pour les priorités inférieures à90, des ressources sont allouées aux travaux en fonction du paramètre depriorité et de l'âge du travail. La priorité des travaux ayant une prioritéfaible augmente au fil du temps même si des travaux ayant des prioritésinitiales plus élevées attendent.

L'interface graphique Console de définition de courtage de travaux permet de créeret d'éditer des définitions de travail en fonction du schéma JSDL. Les zones deConsole de définition de courtage de travaux correspondent aux éléments duschéma JSDL. Lors de la création d'une définition de travail à l'aide de Console dedéfinition de courtage de travaux, vous pouvez afficher la structure de définitionde travail dans la sous-fenêtre Structure.

Le schéma JSDL permet une grande flexibilité en matière de définition des travauxet de la configuration requise. Un travail peut avoir une définition très ouverte,avec quelques exigences définies. Ce qui lui permet de s'exécuter sur plusieursressources et de suivre les règles par défaut pour l'équilibrage de charge. Lesautres travaux peuvent avoir des exigences matérielles et logicielles plus détailléesainsi que des allocations de ressources spécifiques et une règle d'équilibrage decharge. L'utilisation de l'interface graphique simplifie la tâche de création de

Figure 5. Page principale de la Console de définition de courtage de travaux


fichiers JSDL et élimine les risques d'erreur survenant lorsque les fichiers sontédités manuellement. Les différents éléments qui constituent une définition detravail sont disponibles, dans la plupart des cas avec un ensemble de valeurs fixesque vous pouvez sélectionner. Les informations définies dans Console de définitionde courtage de travaux sont validées. Ainsi, vous êtes certain que les valeursentrées sont correctes et cohérentes les unes avec les autres.

De plus, Console de définition de courtage de travaux inclut également uneassistance de contenu qui fournit des valeurs côté serveur pour plusieurs zones surl'interface. Par exemple, des noms d'hôte candidats et des ressources logiques. Leszones avec l'assistance de contenu sont identifiées par une icône d'ampoule placéeà côté de la zone. Placez la souris sur l'ampoule et appuyez sur les touches Ctrl +Espace pour afficher une liste des valeurs possibles. Les valeurs côté serveur sontchargées à l'aide de la mémoire cache pour la connexion serveur active. Lesdonnées du serveur sont automatiquement mises en mémoire cache lorsque laconnexion initiale à un serveur est effectuée ou dès que la connexion serveur estmodifiée. Vous pouvez régénérer la mémoire cache à tout moment. Par exemple, sivous avez défini une nouvelle exigence en matière de ressource sur le serveur, ensélectionnant Serveur > Régénération de la mémoire cache de données serveur.

Lorsque vous sauvegardez un fichier JSDL dans Console de définition de courtagede travaux, il est comparé à un fichier .xsd fourni avec le produit, qui contient lesrègles de syntaxe. Un message s'affiche si une erreur de syntaxe est trouvée dans lefichier et vous pouvez alors corriger cette erreur. Vous pouvez sauvegarder lesfichiers JSDL en local ou les télécharger en tant que définitions de travail dans leréférentiel de travaux, où ils seront prêts à être soumis.

Ressource de la définition de travailCette rubrique présente le mode d'utilisation des ressources et de leurs propriétésdans la définition de travail pour identifier les cibles possibles, réserver lesallocation des ressources consommables et pour optimiser l'équilibrage de chargeentre les ressources disponibles.

Une bonne compréhension des ressources physiques et logiques et de leurspropriétés est un élément indispensable à la création d'une définition de travailpermettant de cibler précisément les ressources disponibles pour l'exécution dutravail, de déterminer les exigences en matière d'allocation de ressources et departiciper à l'équilibrage des charges entre les ressources disponibles. Chaqueressource est associée à une ou plusieurs propriétés. Ces propriétés présentent lescaractéristiques suivantes :

Est consommableLes propriétés de ressources consommables sont associées à un nombre finid'éléments qui peuvent être consommés par les travaux alloués à laressource. Par exemple, un système informatique a un nombre défini deprocesseurs.

Peut être optimiséCertaines propriétés peuvent permettre de définir les objectifsd'optimisation, qui déterminent la manière d'équilibrer les charges lorsqueles travaux sont alloués à un groupe de ressources. Par exemple, vouspouvez choisir d'allouer un travail à la ressource correspondante utilisantle moins l'unité centrale.

Prend en charge les caractères génériquesCertaines propriétés peuvent être spécifiées dans la définition de travail à


l'aide de caractères génériques. Par exemple, une exigence associée à unesérie particulière de modèles informatiques peut être définie en spécifiantle modèle à l'aide de caractères générique.

Le tableau 8 présente les différents types de ressource pouvant être inclus dans unedéfinition de travail et leurs propriétés disponibles.

Tableau 8. Types de ressource et propriétés



ComputerSystem CPUUtilization Non Oui Non

HostName Non Non Oui

Manufacturer Non Non Oui

Modèle Non Non Oui

NumOfProcessors Oui Oui Non

ProcessingSpeed Non Oui Non

ProcessorType Non Non Non

LogicalResource Nom affiché Non Non Oui

SubType Non Non Oui

Quantity Oui Oui Non

OperatingSystem(Systèmed'exploitation)

Nom affiché Non Non Oui

FreePhysicalMemory Non Oui Non

FreeSwapSpace Non Oui Non

FreeVirtualMemory Non Oui Non

OperatingSystemType Non Non Non

OperatingSystem(Systèmed'exploitation)Version

Non Non Non

TotalPhysicalMemory Oui Oui Non

TotalSwapSpace Oui Oui Non

TotalVirtualMemory Oui Oui Non

FileSystem Nom affiché Non Non Oui

FileSystemRoot Non Non Oui

FileSystemType Non Non Non

FreeStorageCapacity Non Oui Non

TotalStorageCapacity Oui Oui Non

NetworkSystem(Système réseau)

NetworkAddress Non Non Non

NetworkSystem(Système réseau)HostName

Non Non Oui

Les propriétés de ressource peuvent être utilisées dans la définition de travail enprocédant comme suit :

Identification des cibles pour le travailSur la page Ressources de Console de définition de courtage de travaux,


vous pouvez indiquer des informations sur les ressources requises pour letravail. A l'aide de ces informations, Dynamic Workload Broker peutidentifier les systèmes informatiques sur lesquels le travail peut s'exécuter.Outre les exigences logicielles et matérielles de base, vous pouvez utiliserl'onglet Exigences avancées pour inclure les exigences pour des propriétésde ressource spécifiques. Par exemple, vous pouvez ajouter une exigencepour un type de processeur spécifique ou indiquer une plage de vitessesde processeur requise. Dans le schéma JSDL, la page Ressourcescorrespond à l'élément ressources.

Lorsque vous définissez une exigence de ressource, la relation sous-jacenteentre la ressource requise et le système qui contient la ressource estautomatiquement créée par Console de définition de courtage de travauxafin de faciliter l'utilisation du produit.

Les exigences de propriété de ressource à utiliser lors de l'identification descibles pour le travail peuvent également être indiquées sur la pageRessources apparentées. Une ressource apparentée inclut les types deressource suivants :v Un ensemble de propriétés matérielles et logicielles, telles le système

d'exploitation, le système de fichiers et le système réseau.v Des ressources logiques, qui permettent de fournir facilement des

informations sur votre environnement en plus des informationscollectées par l'analyse du système matériel. Par exemple, vous pouvezcréer des ressources logiques pour représenter l'accès aux applications,aux groupes, aux licences ou aux bases de données. Une ressourcelogique peut être associée à un ou plusieurs ordinateurs indiqués ou ilpeut s'agir d'une ressource globale autonome, disponible sur tous lesordinateurs.

Les ressources apparentées ont deux fonctions principales :

Indication d'exigences supplémentaires, rendant les critèrescorrespondants pour des cibles possibles plus précis

Les cibles peuvent correspondre uniquement s'ils contiennent ousont associées aux ressources indiquées. Outre la définition de laressource apparentée dans la définition de travail, vous devezégalement définir sa relation à la ressource cible et indiquer le typede relation comme Contient ou Associé à. Les ressources liées quidéfinissent les propriétés matérielles et logicielles ont toujours unerelation Contient alors que les ressources logiques ont souvent unerelation Associé à. Par exemple, si une exigence liée pour uneressource logique qui représente une licence verrouillée au niveaudu noeud de communications est incluse, le système cible doit êtreun des systèmes associés à cette ressource et donc une cible danslaquelle la licence est disponible.

Spécification de ressources logiques qui doivent être disponibles pourl'exécution du travail

Ces ressources apparentées ne sont pas liées à la ressource cible etn'ont pas de rôle lors de la recherche des ressourcescorrespondantes pour l'exécution du travail. La ressource doit êtredisponible pour le travail lors de la soumission. Par exemple, siune licence requise pour l'exécution du logiciel utilisé par le travailest d'un type qui n'est pas attribué à un ordinateur, une ressourcelogique peut être créée pour l'identifier et pour effectuer le suividu nombre de licences existantes et qui sont utilisées. Aucunordinateur n'est associé à cette ressource logique et il est donc


référencé en tant que ressource globale, disponible pour tous lesordinateurs. La définition de travail inclut une ressourceapparentée identifiant la ressource logique à licence flottante et lenombre de licences requises. Avant que le travail puisse s'exécuter,ces exigences doivent être respectées.

Dans le schéma JSDL, la page Ressources apparentées correspond àl'élément relatedResources.

Une fois les exigences en matière de ressources du travail définies, lesrègles logiques sont déterminées afin de savoir si les exigences sont desalternatives les unes aux autres (OR) ou si elles sont inclusives (AND). Engénéral, les différents types d'exigence ont une relation AND, par exemple,si vous indiquez un type de système d'exploitation, une architectured'unité centrale et une valeur pour la mémoire physique minimale, laressource cible du travail doit respecter toutes ces conditions.

Dans les types d'exigence suivants, vous pouvez indiquer des alternativesqui ont une relation OR :v Hôtes candidatsv Architectures d'unités centrales candidatesv Systèmes d'exploitation candidats

Si plusieurs entrées sont ajoutées pour un de ces types d'exigence, ellessont considérées comme des alternatives. Par exemple, si Linux, AIX etHP-UX sont indiqués comme systèmes d'exploitation candidats, laressource cible du travail doit avoir un de ces types de systèmed'exploitation.

Dans les types d'exigence suivants, toutes les exigences indiquées doiventêtre respectées par la ressource cible pour le travail.v Ressources logiquesv Systèmes de fichiers

Par exemple, si vous ajoutez Disque local et CD ROM aux exigencesSystème de fichiers, la ressource cible du travail doit avoir à la fois undisque local et un CD ROM.

Réservation de ressourcesLors de la définition des exigences d'une définition de travail, vous pouvezdéfinir la quantité d'une propriété consommable qui sera allouée au travail.Lorsqu'une propriété de ressource est allouée à un travail, la quantitéindiquée est logiquement réservée pour ce travail. Si un autre travailsoumis alloue une quantité supérieure à la capacité restante de la mêmepropriété consommable, ce travail ne peut pas s'exécuter sur la mêmeressource que le travail précédent, car la propriété requise est déjà réservée.Si aucune allocation de propriété n'est spécifiée dans la définition dutravail, ce dernier peut s'exécuter sur la même ressource que le travailprécédent car le mécanisme d'allocation s'applique uniquement si les deuxtravaux allouent la même propriété.

Vous pouvez utiliser le mécanisme d'allocation pour limiter l'utilisationsimultanée de la même quantité par plusieurs travaux et pour améliorer lesperformances du système.

Sur Console de définition de courtage de travaux, vous pouvez allouer unequantité indiquée d'une propriété consommable. Vous pouvez utiliser lasous-fenêtre d'allocation de l'onglet Exigences avancées se trouvant sur lapage Ressources ou vous pouvez définir une ressource et une propriété


requises sur la page Ressources apparentées et indiquer la quantité de lapropriété à allouer. A partir de l'onglet Exigences avancées de la pageRessources, vous pouvez uniquement allouer les propriétés consommablesdes ressources des systèmes informatiques.

Définition des règles d'équilibrage de chargeVous pouvez utiliser la page Optimisation dans Console de définition decourtage de travaux pour définir des règles personnalisées pour quel'équilibrage de charge soit appliqué lors de la soumission du travail. Lebut de la méthode par défaut d'équilibrage de charge est que le nombre detravaux soit le même sur toutes les ressources.

Dynamic Workload Broker fournit deux types de règle d'optimisation quiutilisent les règles en fonction des propriétés des ressources :v Equilibrez la charge entre les différentes ressources selon les objectifs

d'optimisationv Sélectionnez la ressource la plus adaptée selon l'objectif d'optimisation

Pour les deux règles, vous définissez un objectif de distribution destravaux réduisant ou accroissant une propriété d'un système informatique,d'un système de fichiers, d'une ressource logique ou d'un systèmed'exploitation. Par exemple, vous pouvez équilibrer les charges en faisanten sorte que la mémoire physique disponible sur les ressources du systèmed'exploitation soit la plus importante possible.

Lorsque l'option Equilibrez la charge entre les différentes ressourcesselon les objectifs d'optimisation est sélectionnée, les travaux sontdistribués entre les ressources correspondantes selon une probabilitéstatistique que les ressources aient la plus grande quantité de mémoirephysique disponible de toutes les ressources disponibles. Lorsque l'optionSélectionnez la ressource la plus adaptée selon l'objectif d'optimisationest utilisée, le travail est alloué à la ressource qui a la quantité la plusimportante de mémoire physique disponible.

Lors de la définition d'un objectif, vous devez sélectionner une ressourcequi est incluse dans la définition de travail comme partie de l'identificationdes cibles du travail. Par exemple, si vous souhaitez définir l'objectif afinde réduire la mémoire physique disponible, au moins une exigence desystème d'exploitation doit être incluse dans la définition de travail. Il peutde s'agir de systèmes d'exploitation candidats, d'une exigence de mémoirephysique ou virtuelle ou d'une exigence liée impliquant des propriétés desystème d'exploitation. Les propriétés de système d'exploitation constituentl'exception de cette règle. Les objectifs d'optimisation utilisant despropriétés de système d'exploitation peuvent toujours être définies même sila définition de travail n'inclut aucune exigence de système d'exploitationexplicite.

Pour plus d'informations sur les règles d'équilibrage de charge, voir«Définitions de travaux», à la page 46.

Utilisation de variables dans les définitions de travauxCette section explique comment utiliser des variables pour apporter plus deflexibilité dans les définitions de travaux.

Il existe deux types de variable dans une définition de travail :

Variables de travauxIl existe trois types de variables de travaux : Chaîne, Double, Entier. Vous


pouvez définir des variables de travaux dans votre définition de travail quisont résolues ou remplacées lors de la soumission. Ainsi, la définition detravail peut être utilisée dans diverses situations en indiquant différentesvaleurs pour la variable lors de la soumission. Vous définissez desvariables dans l'élément variable mais vous pouvez faire référence à lavariable à partir d'autres éléments.

Vous définissez des variables et leur attribuez des valeurs à partir dela page Généralités sur Console de définition de courtage de travaux. Lesvariables de travaux sont référencées dans la définition de travail auformat ${nom_variable}. Par exemple, pour utiliser une variable afind'attribuer la valeur 512 Mo au montant minimal de mémoire physiquerequis pour un travail, procédez comme suit :1. Dans la sous-fenêtre Variables de la page Généralités, ajoutez la

variable de chaîne memory et attribuez-lui la valeur 512.2. Dans l'onglet Configuration matérielle de la page Ressources,

sélectionnez Plage de valeurs pour Mémoire physique et pour la valeurminimale, entrez ${mémoire}.

Une fois les travaux soumis à l'aide de Dynamic Workload Console, de lazone Tâches Tivoli Workload Scheduler ou de l'interface CLI DynamicWorkload Broker, les valeurs par défaut définies dans la définition detravail peuvent être remplacées et de nouvelles variables peuvent êtreajoutées.

Variables d'environnementLes variables d'environnement sont définies dans l'environnementd'exécution pour la définition de travail Dynamic Workload Broker. Lesvariables d'environnement peuvent être utilisées pour changerl'environnement d'exécution pour le travail sur la ressource attribuée.Ainsi, vous pouvez changer uniquement les valeurs des variablesd'environnement lorsque vous changez les ressources pour la définition detravail. Les variables d'environnement sont référencées dans la définitionde travail au format $nom_variable où nom_variable correspond au nom dela variable d'environnement.

Les valeurs des variables d'environnement ne peuvent pas être définies ouremplacées lorsque le travail est soumis.

Utilisation des modèles de définition de travail JSDLUtilisez les modèles de définition de travail pour pouvoir exécuter plusieurstravaux basés sur un document JSDL unique ou pour convertir un travail classiqueen un travail dynamique sans devoir créer une définition JSDL spécifique pour cetravail.

Vous avez deux possibilités pour écrire les définitions de travail JSDL de la chargede travail que vous souhaitez soumettre avec Dynamic Workload Broker:v Ecriture d'une définition distincte pour chaque travailv Ecriture d'une définition généralisée que vous pouvez utiliser comme un modèle

pour exécuter plus de travaux

L'écriture et l'utilisation des modèles est une option qui vous permet de réutiliserle même document JSDL sur plusieurs travaux lorsqu'ils utilisent les mêmesressources et les mêmes hôtes candidats et partagent les mêmes préférences deplanification et d'optimisation. Ceci implique que vous définissiez également unposte de travail d'agent étendu pour chaque modèle que vous implémentez, de


telle sorte que, lors de l'exécution, le modèle JSDL peut être correctement identifiéen sélectionnant l'agent étendu sur lequel le travail que vous souhaitez exécuter estdéfini. Ainsi, vous pouvez créer des classes de travaux dans lesquelles tous lestravaux appartenant à la même classe sont définis pour être exécutés sur le mêmeagent étendu et, par conséquent, vous pouvez sélectionner, à l'aide du pose detravail dynamic workload broker, le même document JSDL à soumettre au courtier.

Pour acheminer des travaux Tivoli Workload Scheduler traditionnels vers DynamicWorkload Broker, il suffit de remplacer leur unité centrale par un agent étenduapproprié, sans modifier la définition de travail et sans nécessiter une définitionJSDL différente pour chaque travail. Il s'agit de la méthode recommandée pourmodifier une charge de travail statique en charge de travail dynamique dans TivoliWorkload Scheduler.

Ecriture d'un modèle de définition de travail JSDL

Les modèles JSDL spécifiques placés au préalable dans des packages et que vouspouvez renseigner n'existent pas. Vous exécutez plutôt un certain nombre d'étapesde manière à pouvoir écrire dans Job Brokering Definition Console un fichier JSDLpouvant être référencé par plusieurs définitions de travail Tivoli WorkloadScheduler.

Pour écrire un modèle, utilisez ce qui suit :v La ligne de commande composer ou Dynamic Workload Console pour définir les

agents étendus (avec leur méthode d'accès) et pour créer ou modifier lesdéfinitions de travail dans Tivoli Workload Scheduler.

v Console de définition de courtage de travaux pour écrire le fichier JSDL quevous utilisez ensuite comme modèle.

Les étapes sont les suivantes :1. Dans Console de définition de courtage de travaux, vous créez un document

JSDL, vous lui donnez un nom et vous l'enregistrez dans le référentielde travailde Dynamic Workload Broker. Comme pour les définitions classiques de travail,renseignez les données dans les pages de Console de définition de courtage detravaux en spécifiant les ressources requises ainsi que les détails d'optimisationet de planification. Contrairement à ce que vous faîtes dans les définitionsclassiques de travail, dans la page Application, après avoir paramétré Type surExécutable (ou sur Travail étendu), spécifiez le nom de variable suivant dansla zone Script (ou Chaîne de tâche) :${tws.job.taskstring}

2. Avec composer ou Dynamic Workload Console, définissez un poste de travail detype agent étendu hébergé par le pose de travail dynamic workload broker.Si vous avez besoin d'informations en arrière plan sur les agents étendus, voirTivoli Workload Scheduler - Guide d'utilisation et de référence, SC11-2009.Cependant, pour créer le modèle, vous devez seulement connaître les faitssuivants concernant un agent étendu :v C'est une définition logique qui doit être hébergée par un poste de travail

physique. Dans ce cas, le poste de travail physique doit toujours être le posede travail dynamic workload broker. Ce poste de travail peut héberger autantd'agents étendus que ce dont vous avez besoin.

v Cela nécessite une méthode d'accès. Une méthode d'accès peut être unprogramme complexe, mais dans ce cas il s'agit seulement d'une instruction


faisant référence au nom du fichier JSDL qui sera votre modèle. L'instructionde la méthode d'accès fait partie de la définition de l'agent étendu et doitprésenter la syntaxe suivante :ACCESS "/jsdl/nomfichier_du_modèle_JSDL -var nom=valeur,nom=valeur,..."

où -var nom=valeur est facultatif et représente une ou plusieurs variablestransmises par le pose de travail dynamic workload broker à DynamicWorkload Broker au moment de la soumission de travail.

3. Ajoutez l'agent étendu au plan, comme vous le faîtes avec l'autre poste detravail. Le pose de travail dynamic workload broker doit gérer le cycle de viede l'agent étendu en avertissant le gestionnaire de domaine maître qu'il estallumé et en cours d'exécution.

Lorsque les travaux sont exécutés sur l'agent étendu, ils sont acheminés vers lepose de travail dynamic workload broker qui les gère d'une manière différente desautres travaux. Au lieu de chercher le nom de la définition JSDL dans la chaîne detâches du travail, le pose de travail dynamic workload broker :1. Obtient le nom du JSDL cible de la méthode d'accès et transmet la chaîne de

tâches sous forme de valeur pour la variable ${tws.job.taskstring}.2. La valeur de la chaîne de tâches est remplacée dans l'élément du script du

JSDL cible et est utilisée comme une chaîne de commandes pour être exécutéesur l'agent cible sélectionné de manière dynamique par le Dynamic WorkloadBroker.Ainsi, la définition JSDL appelée par le pose de travail dynamic workloadbroker fonctionne comme un type de modèle que vous pouvez utiliser pourexécuter différentes chaînes de tâches définies dans différents travauxTivoliWorkload Scheduler : le même document JSDL est réutilisé pour plusieurstravaux.

Exemple

Vous souhaitez utiliser Dynamic Workload Broker pour exécuter un travail appeléSUBMIT_JOBXA et vous souhaitez utiliser un modèle JSDL. Les définitions suivantesremplissent ces fonctions :1. Définition du pose de travail dynamic workload broker. Elle est appelée

DGCENTER_DWB et est de type BROKER. Il ne peut y avoir qu'un pose de travaildynamic workload broker exécuté à la fois dans un réseau Tivoli WorkloadScheduler (ceci s'applique également au serveur Dynamic Workload Broker).CPUNAME DGCENTER_DWB

OS OTHERNODE DGCENTER TCPADDR 41111ENGINEADDR 31111DOMAIN MASTERDMFOR MAESTRO

TYPE BROKERAUTOLINK ONBEHINDFIREWALL OFFFULLSTATUS OFF

END

2. Définition de l'agent étendu DGCENTER_DWBXA. L'agent étendu doit :v Etre hébergé par le pose de travail dynamic workload broker (DGCENTER_DWB

dans cet exemple).v Contenir la méthode d'accès. Alors que généralement le mot clé ACCESS est

suivi du nom du programme implémentant la méthode d'accès spécifique,dans le cas des modèles JSDL, il doit seulement définir le nom du document


JSDL que vous utilisez comme modèle - qui doit être stocké dans leréférentiel des travaux Dynamic Workload Broker dans la base de donnéesTivoli Workload Scheduler et est disponible dans un dossier local du postede travail sur lequel s'exécute Console de définition de courtage de travaux-et ce quels que soient les autres paramètres que vous souhaitez utiliser. Ceséléments doivent être encadrés par des guillemets.Ceci implique que vous créiez le document JSDL que vous utiliserez commemodèle (SJT dans cet exemple), en définissant les ressources requises, leshôtes de candidats et les préférences de planification et d'optimisation et enspécifiant ${tws.job.taskstring} dans la zone Script de l'exécutable.

CPUNAME DGCENTER_DWBXAOS OTHERNODE DGCENTER TCPADDR 41111FOR MAESTRO HOST DGCENTER_DWB ACCESS "/jsdl/SJT -var

target=D:\vmware,RES=RES1"TYPE X-AGENTAUTOLINK OFFBEHINDFIREWALL OFFFULLSTATUS OFF

END

3. Définition du travail SUBMIT_JOBXA dans Tivoli Workload Scheduler :DGCENTER_DWBXA#SUBMIT_JOBXASCRIPTNAME "C:\TWS\Utils\Jobs\javacount_on.bat"STREAMLOGON AdministratorDESCRIPTION "Added by composer."TASKTYPE WINDOWSRECOVERY STOP

Le fait que le travail soit défini pour être exécuté sur l'agent étenduDGCENTER_DWBXA, hébergé par le pose de travail dynamic workload broker etcomparé à la définition JSDL SJT, génère le processus qui :a. Soumet le travail via Dynamic Workload Brokerb. Utilise les spécifications de la définition JSDL SJT

c. Remplace la variable ${tws.job.taskstring} de SJT par la chaîne de tâchesde SUBMIT_JOBXA, c'est-à-dire :C:\TWS\Utils\Jobs\javacount_on.bat

Scénarios pour la création de définition de travauxCes scénarios incluent des exemples de création de travaux avec différents typesd'exigence.

JSDL et Console de définition de courtage de travaux fournissent des outils trèssouples pour la définition de travaux. Les scénarios suivants fournissent desexemples de configuration d'une définition de travail pour atteindre vos objectifsd'identification des cibles, d'allocation de ressources et d'équilibrage de charge :v «Scénario : Création d'une définition de travail à l'aide d'un groupe de

ressources informatiques», à la page 58.Ce scénario présente l'utilisation d'un groupe de ressources pour indiquer dessystèmes cible candidats.

v «Scénario : Création d'une définition de travail à l'aide d'un groupe deressources logiques», à la page 59.Ce scénario présente l'utilisation d'un groupe de ressources pour indiquer lesressources logiques requises pour le travail.

v «Scénario : Création d'une définition de travail pour l'exécution d'un travail surdes processeurs x86», à la page 60


Ce scénario présente l'utilisation des exigences avancées pour les ressources etl'utilisation des propriétés de ressource pour la définition des règlesd'équilibrage de charge.

v «Scénario : Création d'une définition de travail pour l'exécution d'un script surun système d'exploitation spécifique», à la page 61Ce scénario présente la création des relations entre une ressource logicielle detype système d'exploitation et une exigence de ressource supplémentaire.

v «Scénario : Exigences pour un autre système d'exploitation», à la page 62Ce scénario présente la définition de deux exigences de ressources liées à destypes de système d'exploitation spécifiques et à une exigence de mémoirephysique disponible minimale.

Scénario : Création d'une définition de travail à l'aide d'ungroupe de ressources informatiques

Dans ce scénario, un travail est créé pour exécuter le programme de mise à jour del'inventaire, en sélectionnant le système cible dans le groupe de ressourcesinvadmin configuré pour inclure les ordinateur adaptés pour l'exécution du script.

Pour créer une définition de travail effectuant cette action, procédez comme suit :1. Dans Console de définition de courtage de travaux, sélectionnez Fichier >

Nouveau > Définition du Courtage des Travaux et créez une définition detravail appelée compgroupjob. La définition de travail s'affiche dans la pageGénéralités avec le nom de travail attribué.

2. Ouvrez la page Application et identifiez et connectez le script en procédantcomme suit :a. Dans le menu Type, sélectionnez Exécutable.b. Dans la sous-fenêtre Exécutable, sélectionnez le bouton d'option Fichier

exécutable.c. Cliquez sur Parcourir et définissez l'emplacement du fichier exécutable.d. Cliquez sur OK.

3. Ouvrez la page Ressources et indiquez le groupe de ressources en procédantcomme suit :a. Sélectionnez l'onglet Exigences avancées.b. Dans la sous-fenêtre Groupe de ressources, cliquez sur Ajouter. La boîte de

dialogue Détails de groupes de ressources s'affiche.c. Dans la zone Nom de groupe, entrez invadmin (nom du groupe de

ressources, tel qu'il est défini dans Dynamic Workload Console).4. Sélectionnez Fichier > Sauvegarder pour sauvegarder le fichier de définition de

travail.

Le fichier JSDL créé pour ce scénario a la syntaxe suivante :<jsdl:jobDefinition xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl"xmlns:jsdle="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdle"xsi:schemaLocation="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl JSDL.xsdhttp://www.ibm.com/xmlns/prod/scheduling/1.0/jsdle JSDL-Native.xsd"description="Exécuter le script de la mise à jour de l’invantaire sur unordinateur depuis le groupe de ressourceinvadmin." name="compgroupjob">

<jsdl:application name="executable"><jsdle:executable path="/opt/invupdate">

</jsdle:executable>


</jsdl:application><jsdl:resources>

<jsdl:group name="invadmin"/></jsdl:resources>

</jsdl:jobDefinition>

Scénario : Création d'une définition de travail à l'aide d'ungroupe de ressources logiques

Dans ce scénario, la cible du travail est déterminée par plusieurs exigences définiesen tant que ressources logiques. Un groupe de ressources a été créé pour incluretoutes les ressources logiques requises pour le travail.

Pour créer une définition de travail effectuant cette action, procédez comme suit :1. Dans Console de définition de courtage de travaux, sélectionnez Fichier >

Nouveau > Définition du Courtage des Travaux et créez une définition detravail appelée loggroupjob. La définition de travail s'affiche dans la pageGénéralités avec le nom de travail attribué.

2. Ouvrez la page Application et définissez les informations requises pourl'application que le travail doit exécuter.

3. Ouvrez la page Ressources apparentées et créez une exigence pour uneressource logique en procédant comme suit :a. Dans la sous-fenêtre Besoins en ressources, cliquez sur Ajouter. La boîte de

dialogue Détails des besoins en ressources s'affiche.b. Dans la zone ID, indiquez un ID significatif, dans cet exemple, loggroup.

4. Ouvrez la page Ressources et créez une relation vers les besoins en ressourcesen procédant comme suit :a. Sélectionnez l'onglet Exigences avancées.b. Dans la sous-fenêtre Relations, cliquez sur Ajouter. La boîte de dialogue

Détails de relations s'affiche.c. Dans le menu Type, sélectionnez Associé à.d. Dans le menu Cible, sélectionnez les besoins en matière de ressources créés

et cliquez sur OK.5. Revenez à la page Ressources apparentées et ajoutez le groupe de ressources

logiques en procédant comme suit :a. Dans la sous-fenêtre Groupe de ressources, cliquez sur Ajouter. La boîte de

dialogue Détails de groupes de ressources s'affiche.b. Dans la zone Nom de groupe, entrez le nom du groupe de ressource tel

qu'il est défini dans Dynamic Workload Console.6. Sélectionnez Fichier > Sauvegarder pour sauvegarder le fichier de définition de

travail.

Le fichier JSDL créé pour ce scénario a la syntaxe suivante :<jsdl:jobDefinition xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl"xsi:schemaLocation="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl JSDL.xsd"description="Un travail dont les exigences sont définies par un nombre de ressourceslogiques. " name="loggroupjob">

<jsdl:application name="executable"><jsdle:executable path="/opt/myExecutable"></jsdle:executable>


<jsdl:relationship target="loggroup" type="AssociatesWith"/></jsdl:resources>


<jsdl:relatedResources id="loggroup" type="LogicalResource"><jsdl:group name="logresgroup"/>

</jsdl:relatedResources></jsdl:jobDefinition>

Scénario : Création d'une définition de travail pour l'exécutiond'un travail sur des processeurs x86

Dans ce scénario, un travail est créé pour l'exécution de l'application, appx86.L'application doit s'exécuter sur un poste de travail doté d'un processeur x86utilisant entre 3 et 30 % de l'unité centrale. L'équilibrage de charge doit être définipar un objectif afin de faire en sorte que l'utilisation de l'unité centrale sur lesressources correspondantes reste faible.

Pour créer la définition de travail, procédez comme suit :1. Dans Console de définition de courtage de travaux, sélectionnez Fichier >

Nouveau > Définition du Courtage des Travaux et créez une nouvelledéfinition de travail appelée x86job. La définition de travail s'affiche dansla page Généralités avec le nom de travail attribué.

2. Ouvrez la page Application et définissez les informations requises pourl'application appx86 que le travail doit exécuter.

3. Ouvrez la page Ressources et indiquez le processeur et l'utilisation de l'unitécentrale en procédant comme suit :a. Cliquez sur l'onglet Exigences avancées.b. Cliquez sur Ajout d'exigences. La boîte de dialogue Détails des propriétés

de ressources s'affiche.c. Dans le menu Nom de propriété, sélectionnez Utilisation de l'unité

centrale.d. Dans la section Valeur de propriété, sélectionnez le bouton d'option Plage

de valeurs et attribuez la valeur 3 à Minimum et 30 à Maximum.e. Cliquez sur Ajout d'exigences. La boîte de dialogue Détails des propriétés

de ressources s'affiche.f. Dans le menu Nom de propriété, sélectionnez Type de processeur.g. Dans la section Valeur de propriété, sélectionnez le bouton d'option Valeur

exacte et attribuez la valeur x86.4. Ouvrez la page Optimisation et indiquez l'exigence d'équilibrage de charge en

procédant comme suit :a. Dans le menu Type, sélectionnez l'équilibrage de charge entre les

ressources par objectif d'optimisation.b. Dans le menu Type de ressource, sélectionnez Système informatique.c. Dans le menu Propriété de ressource, sélectionnez Utilisation de l'unité

centrale.d. Dans le menu Objectif de l'optimisation, sélectionnez l'option Minimiser.

5. Sélectionnez Fichier > Sauvegarder pour sauvegarder le fichier de définition detravail.

Le fichier JSDL créé pour ce scénario a la syntaxe suivante :<jsdl:jobDefinition xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl"xsi:schemaLocation="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl JSDL.xsd"description="Job to run on X86 processors" name="x86job"><jsdl:application name="executable">

<jsdle:executable path="/opt/appx86"></jsdle:executable>



<jsdl:properties><jsdl:requirement propertyName="CPUUtilization">

<jsdl:range><jsdl:minimum>3</jsdl:minimum><jsdl:maximum>30</jsdl:maximum>

</jsdl:range></jsdl:requirement><jsdl:requirement propertyName="ProcessorType">

<jsdl:exact>x86</jsdl:exact></jsdl:requirement>

</jsdl:properties></jsdl:resources><jsdl:optimization name="JPT_JSDLOptimizationPolicyType">

<jsdl:objective propertyObjective="minimize"resourcePropertyName="CPUUtilization"resourceType="ComputerSystem"/>

</jsdl:optimization></jsdl:optimization></jsdl:jobDefinition>

Scénario : Création d'une définition de travail pour l'exécutiond'un script sur un système d'exploitation spécifique

Dans ce scénario, un travail est créé pour l'exécution d'un script sur un systèmeRed Hat Enterprise Linux.

En indiquant des systèmes d'exploitation candidats, vous pouvez définir le type desystème d'exploitation sur lequel un travail doit être exécuté, ici Linux. Pourdiriger le travail vers un type de système Linux spécifique, vous devez définir uneressource liée et l'associer aux ressources de travail en créant une relation. Pourcréer une définition de travail effectuant cette action, procédez comme suit :1. Dans Console de définition de courtage de travaux, sélectionnez Fichier >

Nouveau > Définition du Courtage des Travaux et créez une nouvelledéfinition de travail appelée rhjob. La définition de travail s'affiche dansla page Généralités avec le nom de travail attribué.


3. Ouvrez la page Ressources et indiquez l'exigence de type de systèmed'exploitation en procédant comme suit :a. Sélectionnez l'onglet Configuration logicielle.b. Dans la sous-fenêtre Systèmes d'exploitation candidats, cliquez sur

Ajouter. La boîte de dialogue Détails du système d'exploitation s'affiche.c. Dans le menu Type, sélectionnez LINUX et cliquez sur OK.

4. Ouvrez la page Ressources apparentées et créez une exigence pour uneressource pour le type Red Hat de Linux en procédant comme suit :a. Dans la sous-fenêtre Besoins en ressources, cliquez sur Ajouter. La boîte de

dialogue Détails des besoins en ressources s'affiche.b. Dans la zone ID, indiquez un ID significatif, dans cet exemple, redhat.c. Dans le menu Type, sélectionnez Système d'exploitation.d. Dans la sous-fenêtre Propriétés des ressources, cliquez sur Ajout

d'exigences. La boîte de dialogue Détails des propriétés de ressourcess'affiche.

e. Dans le menu Nom de propriété, sélectionnez Nom affiché.f. Dans la zone Valeur de propriété, entrez Red*.


5.

6. Revenez à la page Ressources pour lier l'exigence en matière de ressources à laressource de système d'exploitation.a. Cliquez sur l'onglet Exigences avancées.b. Dans la sous-fenêtre Relations, cliquez sur Ajouter. La boîte de dialogue

Détails de relations s'affiche.c. Dans le menu Type, sélectionnez Contient.d. Dans le menu Cible, sélectionnez les besoins en matière de ressources Red

Hat créés et cliquez sur OK.7. Sélectionnez Fichier > Sauvegarder pour sauvegarder le fichier de définition de

travail.

Le fichier JSDL créé pour ce scénario a la syntaxe suivante :<jsdl:jobDefinition xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdl"xsi:schemaLocation="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdlJSDL.xsd" description="Job to run on Red Hat Linux" name="rhjob">


</jsdl:application><jsdl:resources> <jsdl:resources>

<jsdl:candidateOperatingSystems><jsdl:operatingSystem type="LINUX"/>

</jsdl:candidateOperatingSystems><jsdl:relationship target="redhat" type="Contains"/>

</jsdl:resources><jsdl:relatedResources id="redhat" type="OperatingSystem">

<jsdl:properties><jsdl:requirement propertyName="DisplayName">

<jsdl:exact>red*</jsdl:exact></jsdl:requirement>

</jsdl:properties></jsdl:relatedResources>


Scénario : Exigences pour un autre système d'exploitationDans ce scénario, une définition est créée pour un travail qui peut s'exécuter surun ordinateur Linux ou AIX.

Le travail peut s'exécuter sur des systèmes d'exploitation Linux disposant d'auminimum 512 Mo de RAM ou sur des systèmes d'exploitation AIX disposant d'auminimum 1024 Mo de RAM. La définition de travail doit inclure une exigence deressource qui indique les deux exigences.

Pour créer la définition de ce travail, procédez comme suit :1. Dans Console de définition de courtage de travaux, sélectionnez Fichier >

Nouveau > Définition du Courtage des Travaux et créez une nouvelledéfinition de travail appelée jobWithRequirementsByOS. La définition de travails'affiche dans la page Généralités avec le nom de travail attribué.


3. Ouvrez la page Ressources apparentées.4. Dans la sous-fenêtre Besoins en ressources, cliquez sur Ajouter, puis entrez une

valeur pertinente dans la zone ID. Dans cet exemple, OperatingSystemType.


5. Dans la sous-fenêtre Propriétés de ressources, définissez la logique qui décritles deux exigences en matière de système d'exploitation, en procédant commesuit :a. Cliquez sur Ajouter l'opérande OR pour indiquer que vous définissez des

alternatives.b. Mettez en évidence l'opérande OR et cliquez sur Ajouter l'opérande AND

pour indiquer que l'alternative inclut plusieurs exigences.c. Mettez en évidence l'opérande AND et cliquez sur Ajout d'exigences.d. Dans la boîte de dialogue Détails des propriétés de ressources, sélectionnez

Type de système d'exploitation dans le menu Nom de propriété et entrezLINUX dans la zone Valeur de propriété.

e. Mettez à nouveau en évidence l'opérande AND et cliquez sur Ajoutd'exigences.

f. Dans la boîte de dialogue Détails des propriétés de ressources, sélectionnezMémoire physique totale dans le menu Nom de propriété et entrez 512dans la zone Valeur de propriété.

g. Mettez à nouveau en évidence l'opérateur OR et cliquez sur Ajouterl'opérande AND pour ajouter les exigences de la deuxième alternative.

h. Mettez en évidence la nouvelle opérande AND et cliquez sur Ajoutd'exigences.

i. Dans la boîte de dialogue Détails des propriétés de ressources, sélectionnezType de système d'exploitation dans le menu Nom de propriété et entrezAIX dans la zone Valeur de propriété.

j. Mettez à nouveau en évidence l'opérande AND et cliquez sur Ajoutd'exigences.

k. Dans la boîte de dialogue Détails des propriétés de ressources, sélectionnezMémoire physique totale dans le menu Nom de propriété et entrez 1024dans la zone Valeur de propriété.

6. Ouvrez la page Ressources et créez une relation vers les besoins en ressourcesen procédant comme suit :a. Sélectionnez l'onglet Exigences avancées.b. Dans la sous-fenêtre Relations, cliquez sur Ajouter. La boîte de dialogue

Détails de relations s'affiche.c. Dans le menu Type, sélectionnez Contient.d. Dans le menu Cible, sélectionnez l'exigence en matière de ressources

OperatingSystemType et cliquez sur OK.7. Sélectionnez Fichier > Sauvegarder pour sauvegarder le fichier de définition de

travail.

Le fichier JSDL créé pour ce scénario a la syntaxe suivante :<jsdl:jobDefinition xmlns:jsdl="http://www.ibm.com/xmlns/prod/scheduling/

1.0/jsdl" xmlns:jsdle="http://www.ibm.com/xmlns/prod/scheduling/1.0/jsdle"xmlns:xmi="http://www.omg.org/XMI" xmi:version="2.0" description="This jobhas different requirements for memory based on the operating system it willrun on " name="jobWithRequirementsByOS">



<jsdl:relationship target="OperatingSystemType" type="Contains"/></jsdl:resources><jsdl:relatedResources id="OperatingSystemType" type="OperatingSystem">

<jsdl:properties>


<jsdl:or><jsdl:and>

<jsdl:requirement propertyName="OperatingSystemType"><jsdl:exact>LINUX</jsdl:exact>

</jsdl:requirement><jsdl:requirement propertyName="TotalPhysicalMemory">

<jsdl:range><jsdl:minimum>512</jsdl:minimum>

</jsdl:range></jsdl:requirement>

</jsdl:and><jsdl:and>

<jsdl:requirement propertyName="OperatingSystemType"><jsdl:exact>AIX</jsdl:exact>

</jsdl:requirement><jsdl:requirement propertyName="TotalPhysicalMemory">

<jsdl:range><jsdl:minimum>1024</jsdl:minimum>

</jsdl:range></jsdl:requirement>

</jsdl:and></jsdl:or>

</jsdl:properties></jsdl:relatedResources>



Chapitre 9. Soumission et suivi des travaux

Bien que vous devriez normalement utiliser le support Tivoli Workload Schedulerstandard pour planifier et soumettre la charge de travail, il existe un moyensupplémentaire de soumettre des travaux directement à la planification dynamiqueen utilisant soit Dynamic Workload Console, soit la ligne de commande DynamicWorkload Broker décrite dans le chapitre suivant. Cela implique que vous ayezuniquement à écrire une définition de travail JSDL. Vous n'avez pas besoin d'écrireune définition de travail dans Tivoli Workload Scheduler et le pose de travaildynamic workload broker ne s'active pas. Cependant, si vous choisissez cetteoption, les services de planification et d'organisation de Tivoli Workload Schedulerne sont pas utilisés. Le présent chapitre explique comment soumettre et suivre lestravaux à l'aide du Dynamic Workload Console.

Les définitions de travaux sont stockées dans le référentiel de travaux, vous lesrecherchez et les sélectionnez lorsqu'il est nécessaire de soumettre le travail. Lorsde la soumission, vous pouvez également indiquer qu'un travail s'exécute sur lamême ressource que le travail précédemment exécuté. La définition de travailfournit tous les paramètres nécessaires à l'exécution d'un travail. Toutefois, vouspouvez ajouter et changer les paramètres définis dans la définition de travail pourl'instance de travail que vous soumettez. Cette action ne change pas la définitionde travail stockée dans le référentiel de travaux.

Le cycle de vie d'un travail implique la séquence de phases suivante :1. Soumission du travail à Job Dispatcher.2. Planification de travaux.3. Allocation de ressources par Resource Advisor.4. Exécution de travaux.5. Surveillance du statut des travaux.

L'utilisation de Dynamic Workload Console, permet de gérer le cycle de viecomplet d'un travail en exécutant les tâches suivantes:v «Contrôle des travaux soumis», à la page 67

Soumission de travaux avec des relations d'affinitéUne relation d'affinité est établie entre plusieurs travaux lorsque vous souhaitez lesexécuter sur la même ressource.

Une relation d'affinité est utile lorsque les résultats d'un travail sont requis pourl'exécution du travail suivant. Vous pouvez définir une relation d'affinité entreplusieurs travaux en procédant comme suit :v «Soumission d'un travail avec affinité à partir de la ligne de commande», à la

page 66v Chapitre 4, «Définition des relations d'affinité», à la page 29 dans Tivoli

Workload Scheduler.


Soumission d'un travail avec affinité à partir de la ligne decommande

La commande jobsubmit requiert un ID travail ou un nom d'alias pour le travailavec affinité.

Soumettez la commande suivante pour créer le travail défini dans la définition detravail WinJob2.jsdl, avec l'alias WJ220070606. Effectuez l'exécution sur la mêmeressource que le travail précédemment exécuté, WinJob1, qui a été soumis avecl'alias, WJ120070606 :jobsubmit -jsdl WinJob2.jsdl -alias WJ220070606 -affinity alias=WJ120070606

Soumission de travaux avec des variablesLorsque vous soumettez un travail, vous pouvez définir ou changer une variablequ'il doit utiliser.

Lors de la soumission du travail, vous pouvez définir des variables devant êtreutilisées par le travail lui-même ou pour attribuer le travail à une ressource. Vouspouvez ajouter des variables ou remplacer les valeurs par défaut pour les variablesincluses dans la définition de travail. Pour plus d'informations sur l'inclusion devariables dans les définitions de travail, voir «Utilisation de variables dans lesdéfinitions de travaux», à la page 53. Lors de la soumission, vous pouvez ajouterou changer les variables en procédant comme suit :v «Soumission d'un travail avec des variables à partir de la ligne de commande»v Chapitre 2, «Utilisation de variables Tivoli Workload Scheduler dans des travaux

Dynamic Workload Broker», à la page 23 dans Tivoli Workload Scheduler.

Soumission d'un travail avec des variables à partir de la lignede commande

La commande jobsubmit soumet des travaux à partir de l'interface de ligne decommande. Vous pouvez inclure des arguments afin de changer la valeur desvariables prédéfinies et en ajouter de nouvelles. Par exemple, la définition detravail Job1 inclut la variable memory avec la valeur 512 qui est utilisée pour définirla mémoire physique requise. Pour augmenter cette valeur à 1024 lors de lasoumission du travail, émettez la commande suivante :jobsubmit -jdname Job1 -var memory=1024

Statuts des travauxCette section présente tous les statuts pris en charge pour un travail, tels qu'ils sontrenvoyés par la ligne de commande et par Dynamic Workload Console. Elle passeégalement en revue les opérations pouvant être effectuées par un utilisateur selonle statut du travail.

Tableau 9. Statuts des travaux et opérations prises en charge

Statut dansDynamicWorkloadConsole

IcôneStatuts de la ligne decommande

Vous pouvezannuler le travail

Vous pouvezparcourir lasortie du travail

Vous pouvezdéfinir unerelationd'affinité

Echec del'exécution

ROUGE FAILED_EXECUTION

' '


Tableau 9. Statuts des travaux et opérations prises en charge (suite)

Statut dansDynamicWorkloadConsole

IcôneStatuts de la ligne decommande

Vous pouvezannuler le travail

Vous pouvezparcourir lasortie du travail

Vous pouvezdéfinir unerelationd'affinité

Echec d'allocationde ressource

ROUGE RESOURCE_ALLOCATION_FAILED

Démarrageimpossible

ROUGE NOT_EXECUTED'

Inconnu JAUNE UNKNOWN ' '

Soumis ATTENTE SUBMITTED '

En attente deressources

ATTENTE WAITING_FOR_RESOURCES

'

Allocation deressources reçue

ATTENTE RESOURCE_ALLOCATION_RECEIVED

'

Soumis à l'agent ATTENTE SUBMITTED_TO_ENDPOINT

' '

En attente deréallocation

ATTENTE RESOURCE_REALLOCATE

'

Annulation eninstance

ABANDON PENDING_CANCEL

' '

Annulation del'allocation

ABANDON CANCEL_ALLOCATION

' '

Canceled(Annulé)

ABANDON CANCELLED' '

Running (Encours d'exécution)

EXECUTION EXECUTING' ' '

Completedsuccessfully(Terminécorrectement)

VERTE SUCCEEDED_EXECUTION

' '

Remarque : Vous ne pouvez définir une relation d'affinité avec un travail à l'étatannulé que s'il a été annulé alors qu'il était en train de s'exécuter.

Contrôle des travaux soumisUne instance de travail est un travail soumis pour s'exécuter à un momentspécifique. Vous pouvez effectuer le suivi d'un travail soumis à partir de DynamicWorkload Console.

Prérequis :Un travail doit être soumis à Dynamic Workload Broker avant depouvoir afficher ses instances. Les travaux soumis sont stockés dans le Référentielde travaux pendant un intervalle de temps par défaut. Pour plus d'informationssur la configuration de cet intervalle dans le fichier JobDispatcherConfig.properties,voir Tivoli Workload Scheduler - Guide d'administration, SC11-6396. Vous pouvezaccéder aux informations suivantes concernant les instances de travail :v Statut de l'instance de travail.v Nom d'hôte de l'ordinateur sur lequel l'instance de travail s'est exécutée.

Chapitre 9. Soumission et suivi des travaux 67

v Code retour de l'instance de travail.v Date et heure de soumission du travail.v Date et heure de début et de fin du travail.

Par exemple, pour afficher tous les travaux qui ont généré une erreur lors desdernières 24 heures, procédez comme suit :1. Dans l'arborescence de navigation de la console, développez Suivi, puis cliquez

sur Instances de travail. La page Suivi des critères de recherche d'instancesde travaux s'affiche.

2. Définissez les critères de recherche correspondant aux instances de travaux enprocédant comme suit :a. Dans la section Heure de soumission, sélectionnez le bouton radio

Dernières 24 heures.b. Dans la section Statut du travail, sélectionnez Cas d'erreur.c. Cliquez sur Rechercher.

Les résultats sont affichés dans la page Suivi des travaux.

Comme alternative, vous pouvez procéder comme suit :1. Dans l'arborescence de navigation de la console, développez Définitions et

cliquez sur Travaux. La page Critères de recherche de définitions de travauxs'affiche.

2. Définissez les critères de recherche pour la définition de travail associée àl'instance de travail que vous souhaitez afficher.

3. Sélectionnez le travail dont vous souhaitez afficher les instances.4. Cliquez sur Afficher les instances. Les résultats sont affichés dans la page

Résultats de la recherche de définitions de travaux.

Une fois qu'un travail est soumis à Job Dispatcher, il transite par les phases deplanification de travaux, d'allocation de ressources et pour finir d'exécution destravaux. Des incidents peuvent survenir à tout moment. Il existe des statuts detravail qui identifient l'étape à laquelle l'incident s'est produit. Vous trouverezci-dessous une liste des statuts qu'un travail peut avoir une fois qu'il est soumispour exécution :

Travail exécuté avec succèsLe travail passe par les différents statuts suivants :Soumis > En attente deressources > Allocation de ressource reçue > Soumis à l'agent > En coursd'exécution > Terminé correctement.

Travail annuléLe travail passe par les statuts suivants : Soumis > En attente deressources > Allocation de ressource reçue > Soumis à l'agent > En coursd'exécution > En attente d'annulation > Annulé.

Travail réallouéLe travail est alloué à un ordinateur qui n'est temporairement pasaccessible (suite à un incident réseau, par exemple). Le travail passe par lesstatuts suivants :Soumis > En attente de ressources > Allocation deressources reçue > En attente de réallocation > En attente de ressources.

Erreur survenue au niveau d'un travailCette erreur peut avoir plusieurs causes, comme par exemple :v Une erreur s'est produite dans le travail car le répertoire de travail

sélectionné n'existe pas sur le système cible. Le travail passe par les


statuts suivants : Soumis > En attente de ressources > Allocation deressource reçue > Soumis à l'agent > Démarrage impossible. Le travailne pouvant pas commencer, aucun résultat n'est disponible.

v Le travail requiert un système d'exploitation qui n'est pas disponibledans l'environnement. Le travail passe par les statuts suivants : Soumis> En attente de ressources > Echec d'allocation de ressource.

v Une erreur s'est produite dans le travail car l'un de ses paramètres n'estpas pris en charge par le système cible. Le travail passe par les statutssuivants : Soumis > En attente de ressources > Allocation deressources reçue > Soumis à l'agent > En cours d'exécution > Echecd'exécution.

La cause de l'erreur s'affiche au moment de l'affichage des informationsrelatives à l'instance correspondant à la page Suivi de travaux de cetravail. Vous pouvez également utiliser l'ID indiqué dans la zoneIdentificateur pour extraire d'autres informations relatives aux résultats dutravail. Il est enregistré dans des fichiers journaux sur l'ordinateur surlequel s'exécute le travail. Le nom de l'ordinateur dans lequel est exécuté letravail est également indiqué dans la page Suivi des travaux. Recherchezl'ordinateur et analyser les fichiers journaux disponibles dans le dossiernommé avec l'ID travail dans le chemin suivant :TWA_home/TWS/stdlist/JM/dd.mm.aaaa/archive

Chaque travail possède un fichier compressé dont le nom est l'ID dutravail, par exemple :ed1d4933-964b-3f5e-8c73-f720919491d6.zip

Le fichier compressé contient ce qui suit :

diagnostics.logPeut ou non contenir des informations de diagnostic.

jm_exit.propertiesInclut le code retour ainsi que d'autres statistiques de travail, tellesque l'utilisation de l'unité centrale et de la mémoire.

out.logContient le résultat complet du travail.

trace.logContient la trace du processus de lancement de tâche, générée parl'agent Tivoli Workload Scheduler chargé de l'exécution du travail.

trace.log_cmdInclut la commande utilisée pour exécuter le programme delancement de tâche.

Chapitre 9. Soumission et suivi des travaux 69

Chapitre 10. Utilisation de l'interface de ligne de commande

Dynamic Workload Broker fournit une ligne de commande permettant d'exécuterun jeu de commandes. Vous pouvez utiliser l'interface de ligne de commande poursauvegarder, soumettre, interroger, surveiller ou annuler des travaux, ou encorepour visualiser leurs données en sortie. Vous pouvez également archiver les tablesde bases de données.

Les commandes sont stockées à l'emplacement suivant sur le gestionnaire dedomaine maître :TWA_home/TDWB/bin

Les commandes suivantes sont disponibles :

Tableau 10. Commandes Dynamic workload broker

commande Objet Voir

exportserverdata Télécharge la liste desinstance de courtier decharge de travail dynamiquede la base de données TivoliWorkload Scheduler vers unfichier temporaire. Utilisezpour enregistrer un numérode port ou un changementde nom d'hôte.

«Commandeexportserverdata -téléchargement de la listed'instances du courtier decharge de travail à partir dela base de données», à lapage 76

importserverdata Télécharge la liste desinstance de courtier decharge de travaildynamiques du fichiertemporaire vers la base dedonnées Tivoli WorkloadScheduler après avoirterminé l'enregistrement d'unnuméro de port ou duchangement de nom d'hôte.

«Commandeimportserverdata -téléchargement de la listed'instances du courtier decharge de travail à partir dela base de données», à lapage 78

jobsubmit Soumet un travail à JobDispatcher.

«Commande jobsubmit -Soumission de travaux», à lapage 79

jobdetails Renvoie des informations surles caractéristiques du travailspécifié.

«Commande jobdetails -Visualisation d'informationsdétaillées sur les travaux», àla page 85

jobquery Renvoie la liste des travauxsoumis qui répondent auxcritères de sélection.

«Commande jobquery -Exécution de requêtes surdes travaux», à la page 82

jobcancel Annule un travail soumis. «Commande jobcancel -Annulation de travaux», à lapage 87

jobstore Gère les définitions detravail.

«Commande jobstore -Gestion des définitions detravail», à la page 88


Tableau 10. Commandes Dynamic workload broker (suite)

commande Objet Voir

jobgetexecutionlog Affiche le résultat destravaux soumis.

«Commandejobgetexecutionlog -Visualisation de la sortie detravaux», à la page 90

movehistorydata Déplace les donnéescontenues dans la base dedonnées du référentiel detravaux vers les tablesd'archivage.

«Commandemovehistorydata -Maintenance de tables debase de données», à la page92

resource Crée et gère les ressources etles groupes. Gère lesordinateurs associés.

En configurant correctementle fichierCLIConfig.properties surl'agent, vous pouvezégalement exécuter cettecommande à partir den'importe quel agent TivoliWorkload Schedulerconnecté. Pour plusd'informations, voir«Utilisation de la commanderesource à partir d'un agent»,à la page 102.

«Commande resource -Gestion des ressources», à lapage 94

Syntaxe de ligne de commande

Dans le présent chapitre, les caractères spéciaux suivants sont utilisés pourprésenter la syntaxe des commandes :

[] Désigne les attributs facultatifs. Les attributs qui ne sont pas entre crochetssont obligatoires.

... Indique que vous pouvez définir plusieurs valeurs pour l'attribut placéavant.

| Indique que les informations s'excluent mutuellement. Vous pouvez utiliserl'attribut situé à gauche du séparateur ou celui situé à sa droite. Enrevanche, vous ne pouvez pas utiliser les deux attributs dans la mêmecommande.

{} Délimite un ensemble d'attributs mutuellement exclusifs lorsque l'un desattributs est obligatoire. Si les attributs sont facultatifs, ils sont indiquésentre crochets ([]).

\ Indique que la syntaxe d'un exemple passe à la ligne suivante.

Fichier de configuration de ligne de commandeLe fichier CLIConfig.properties contient les informations de configuration utiliséeslors de l'entrée de commande. Par défaut, les arguments requis pour cetteopération sont extraits de ce fichier, sauf s'ils sont explicitement spécifiés dans lasyntaxe de la commande.


Le fichier CLIConfig.properties est créé lors de l'installation et se situe dansgestionnaire de domaine maître, dans le chemin suivant :TWA_home/TDWB/config

A partir de cette version de Tivoli Workload Scheduler, une instancesupplémentaire de ce fichier est installée sur tous les agents afin que lesutilisateurs qui souhaitent pouvoir exécuter la commande resource puissent lefaire non seulement à partir du maître mais aussi à partir d'agents spécifiques.Pour plus d'informations, voir «Utilisation de la commande resource à partir d'unagent», à la page 102.

Le fichier CLIConfig.properties contient l'ensemble de paramètres suivant :

Propriétés par défaut de Dynamic Workload Broker

ITDWBServerHostSpécifie l'adresse IP de Dynamic Workload Broker.

ITDWBServerPortDéfinit le numéro de port du Dynamic Workload Broker. La valeurpar défaut est 9550.

ITDWBServerSecurePortDéfinit le numéro de port du Dynamic Workload Broker lorsque lasécurité est activée. La valeur par défaut est 9551.

use_secure_connectionIndique si une connexion sécurisée doit être utilisée. La valeur pardéfaut est false.

Chemin et nom du fichier de clés et du fichier de clés certifiées

keyStoreIndique le nom et le chemin d'accès du fichier de clés contenant lesclés privées. Un fichier clé contient des clés publiques et privées.Les clés publiques sont stockées sous forme de certificats designataire, alors que les clés privées sont stockées dans lescertificats personnels. La valeur par défaut est/Certs/TDWBClientKeyFile.jks.

Fichier de clés spécifiéesIndique le nom et le chemin d'accès du fichier de clés certifiéescontenant les clés publiques. Un fichier de clés certifiées est unfichier de base de données contenant des clés publiques. La clépublique est stockée sous forme de certificat de signataire. Les clésont plusieurs finalités, notamment l'authentification et l'intégritédes données. La valeur par défaut est /Certs/TDWBClientTrustFile.jks.

Mots de passe des fichiers de clés et des fichiers de clés certifiées

keyStorepwdIndique le mot de passe du fichier de clés.

trustStorepwdIndique le mot de passe du fichier de clés certifiées.

Types des fichiers de clés et des fichiers de clés certifiées

keyStoreTypeDéfinit le type de fichier pour le fichier de clés. La valeur pardéfaut est JKS.

Chapitre 10. Utilisation de l'interface de ligne de commande 73

trustStoreTypeDéfinit le type de fichier pour le fichier de clés certifiées. La valeurpar défaut est JKS.

Mot de passe et ID utilisateur par défaut pour Dynamic Workload Broker

tdwb_userDésigne le nom d'un utilisateur autorisé à effectuer des opérationssur Dynamic Workload Broker lorsque la sécurité est activée. Lavaleur par défaut est ibmschedcli. Ce mot de passe doit être définiauparavant sur IBM WebSphere. Pour plus d'informations sur lasécurité, voir Tivoli Workload Scheduler - Guide d'administration,SC11-6396.

tdwb_pwdDéfinit le mot de passe d'un utilisateur autorisé à effectuer desopérations sur Dynamic Workload Broker lorsque la sécurité estactivée. Ce mot de passe doit être défini auparavant sur IBMWebSphere. Pour plus d'informations sur la sécurité, voir TivoliWorkload Scheduler - Guide d'administration.

Niveau de détail pour les informations de trace et de journal de ligne decommande

logger.LevelDéfinit le niveau de détail pour les fichiers journaux et de trace deligne de commande. Les fichiers journaux et de trace de ligne decommande sont créés à l'emplacement suivant :

fichier journalrépbase_TWA/TDWB/logs/Msg_cli.log.log

fichier de tracerépbase_TWA/TDWB/logs/Trace_cli.log

La valeur par défaut est INFO.

logger.consoleLevelIndique le niveau de détail des informations de trace et de journalà renvoyer à la sortie standard. La valeur par défaut est FINE. Lesvaleurs prises en charge pour les paramètres consoleLevel etloggerLevel sont les suivantes :

ALL Indique que tous les messages sont consignés.

SEVEREIndique que les messages d'erreur grave sont consignés.

AVERTISSEMENTIndique que les messages d'avertissement sont consignés.

INFO Indique que les messages d'information sont consignés.

CONFIGIndique que les messages de configuration statique sontconsignés.

FINE Indique que les informations de trace sont consignées.

FINERIndique que les informations de trace détaillées sontconsignées.


FINESTIndique que les informations de trace très détaillées sontconsignées.

OFF Indique que la fonction de consignation est désactivée.

logger.limitDéfinit en octets la taille maximale d'un fichier journal. La valeurpar défaut est 400000. Lorsque la taille maximale est atteinte, unnouveau fichier est créé jusqu'à ce le nombre maximal de fichierssoit atteint. Une fois que tous les fichiers ont atteint la taillemaximale et que le nombre maximal de fichiers est atteint, lefichier le plus ancien est recréé.

logger.countIndique le nombre maximal de fichiers journaux. La valeur pardéfaut est 6. Lorsque la taille maximale est atteinte, un nouveaufichier est créé jusqu'à ce que le nombre maximal de fichiers soitatteint. Une fois que tous les fichiers ont atteint la taille maximaleet que le nombre maximal de fichiers est atteint, le fichier le plusancien est recréé. Lorsqu'un nouveau fichier est créé, le suffixe 0est ajouté après l'extension de fichier. Le fichier ayant le suffixe 0est toujours le fichier en cours. Tous les fichiers plus anciens sontrenumérotés.

java.util.logging.FileHandler.patternIndique que les informations de trace de la machine JVM (JavaVirtual Machine) sont consignées dans le fichier Trace_cli.log. Lavaleur par défaut est INFO.

java.util.logging.FileHandler.limitDéfinit en octets la taille maximale d'un fichier de trace. La valeurpar défaut est 400000. Lorsque la taille maximale est atteinte, unnouveau fichier est créé jusqu'à ce le nombre maximal de fichierssoit atteint. Une fois que tous les fichiers ont atteint la taillemaximale et que le nombre maximal de fichiers est atteint, lefichier le plus ancien est recréé.

java.util.logging.FileHandler.countIndique le nombre maximal de fichiers de trace. La valeur pardéfaut est 6. Lorsque la taille maximale est atteinte, un nouveaufichier est créé jusqu'à ce que le nombre maximal de fichiers soitatteint. Une fois que tous les fichiers ont atteint la taille maximaleet que le nombre maximal de fichiers est atteint, le fichier le plusancien est recréé. Lorsqu'un nouveau fichier est créé, le suffixe 0est ajouté après l'extension de fichier. Le fichier ayant le suffixe 0est toujours le fichier en cours. Tous les fichiers plus anciens sontrenumérotés.

java.util.logging.FileHandler.formatterIndique le programme de formatage à utiliser pour le fichierTrace_cli.log. La valeur par défaut estcom.ibm.logging.icl.jsr47.CBEFormatter.

Configuration commune DAOCette section définit les paramètres de système de gestion de base dedonnées relationnelle (SGBDR) pour les commandes exportserverdata,importserverdata et movehistorydata. Ces commandes utilisent le SGBDRinstallé sur Dynamic Workload Broker. Ces paramètres sont évalués lors de


l'installation et ne doivent pas être modifiés, à l'exception decom.ibm.tdwb.dao.rdbms.useSSLConnections comme il est indiquéci-dessous.

com.ibm.tdwb.dao.rdbms.rdbmsNameIndique le nom du système SGBDR.

com.ibm.tdwb.dao.rdbms.useDataSourceIndique la source de données à utiliser.

com.ibm.tdwb.dao.rdbms.jdbcPathIndique le chemin du pilote JDBC.

com.ibm.tdwb.dao.rdbms.jdbcDriverIndique le pilote JDBC.

com.ibm.tdwb.dao.rdbms.userNameIndique le nom de l'utilisateur du système SGBDR.

com.ibm.tdwb.dao.rdbms.passwordIndique le mot de passe de l'utilisateur du système SGBDR.

com.ibm.tdwb.dao.rdbms.useSSLConnectionsIndique que l'accès à la base de données Tivoli Workload SchedulerDB2 par certaines commandes CLI s'effectue via SSL. Paramétrésur FALSE par défaut. Vous devez effectuer un paramétrage surTRUE si la base de données est DB2 et que vous utilisez la sécuritéFIPS pour que les commandes suivantes fonctionnent :v exportserverdata

v importserverdata

v movehistorydata

Commande exportserverdata - téléchargement de la liste d'instancesdu courtier de charge de travail à partir de la base de données

Utilisez la commande exportserverdata pour télécharger la liste des instance decourtier de charge de travail dynamique de la base de données Tivoli WorkloadScheduler et changer un numéro de port ou un nom d'hôte.

Syntaxe

exportserverdata ?

exportserverdata -dbUsr nom_utilisateur_bdd -dbPwd motdepasse_utilisateur_bdd-exportFile nomfichier

Description

Cette commande extrait une liste d'identificateurs URI (Uniform ResourceIdentifier) de tous les instance de courtier de charge de travail dynamique de labase de données Tivoli Workload Scheduler et les copie dans un fichier temporairede sorte que, si le nom d'hôte ou le numéro de port de l'une des instances listéesest modifié, l'administrateur peut enregistrer ces informations dans le fichier et lesplacer à nouveau dans la base de données à l'aide de la commandeimportserverdata. La liste des URL est enregistrée par défaut dans le fichier depropriétés du serveur, situé dans le répertoire de travail.


Cette action est nécessaire car la liste des instance de courtier de charge de travaildynamique doit être toujours à jour, car les agents Resource Advisor se connectentrégulièrement à l'instance active afin d'envoyer leurs données concernant lesressources détectées dans chaque ordinateur. Ils peuvent passer automatiquementd'une instance de cette liste à une autre et trouver l'instance active pour copier cesdonnées dans le référentiel de ressources. Etant donné que le gestionnaire dedomaine maître et chaque maître de sauvegarde sont installés avec un instance decourtier de charge de travail dynamique, le instance de courtier de charge detravail dynamique actif est exécuté dans le gestionnaire de domaine maître alorsqu'une instance en veille se trouve dans chaque maître de sauvegarde.

L'URI pointant vers chaque instance de courtier de charge de travail dynamiqueest le suivant :https://nom_hôte:numéro_port/JobManagerRESTWeb/JobScheduler

Vous pouvez changer uniquement le nom d'hôte et le numéro de port.

Important : La liste est ordonnée. Vous pouvez modifier l'ordre de ces instancestelles qu'elles apparaissent dans la liste et les agents suivront cet ordre. Si vouspossédez plusieurs documents maîtres de sauvegarde et que vous décidez desuivre un ordre modifié spécifique en cas d'échec d'un document maître, vouspouvez demander aux agents de passer à l'instance appropriée à l'aide de cetteliste ordonnée, ce qui accélère la durée de transition.

Si votre base de données Tivoli Workload Scheduler est DB2 et que vous utilisez lasécurité FIPS, pour exécuter cette commande avec succès, vous devez avoir l'optioncom.ibm.tdwb.dao.rdbms.useSSLConnections paramétrée sur TRUE dans le fichierCLIConfig.properties.

Options

? Affiche des informations d'aide.

-dbUsr nom_utilisateur_bdNom d'utilisateur nécessaire pour accéder au serveur de base de donnéesTivoli Workload Scheduler.

-dbPwd motdepasse_utilisateur_bddMot de passe utilisateur nécessaire pour accéder au serveur de base dedonnées Tivoli Workload Scheduler.

-exportFile nomfichierNom du fichier temporaire dans lequel les URI extraits de la base de donnéessont copiés pour être édités. Ce fichier texte est créé lorsque vous exécutez lacommande et vous pouvez l'ouvrir à l'aide d'un éditeur pour changer le nomd'hôte ou le numéro de port. Si vous ne souhaitez pas spécifier de chemin, lefichier est créé dans le même répertoire que celui dans lequel se trouve lacommande, à savoir :<TWA_home>/TDWB/bin

Si vous définissez un autre chemin, vérifiez que le chemin existe avantd'exécuter cette commande.

Exemple

Pour télécharger la liste actuelle de tous les instance de courtier de charge detravail dynamique (actifs et de sauvegarde) et les copier dans un fichierappeléc:\myservers\uris160709, exécutez :


exportserverdata -dbUsr twsadm -dbPwd fprefect -exportFile c:\myservers\uris160709

La commande retourne le fichier uris160709 qui se présente de la manièresuivante :https://accrec015:42127/JobManagerRESTWeb/JobSchedulerhttps://prodop099:52529/JobManagerRESTWeb/JobSchedulerhttps://prodop111:31116/JobManagerRESTWeb/JobScheduler

prodop099 est le instance de courtier de charge de travail dynamique actif, car il esthébergé par le gestionnaire de domaine maître actuellement actif alors queaccrec015 et prodop111 sont en veille hébergés par des maîtres de sauvegarde.

Vous pouvez éditer ce fichier pour appliquer vos modifications avant d'utiliser lacommande importserverdata pour télécharger à nouveau les URI dans la base dedonnées.

Informations complémentaires

«Commande importserverdata - téléchargement de la liste d'instances du courtierde charge de travail à partir de la base de données»

Commande importserverdata - téléchargement de la liste d'instancesdu courtier de charge de travail à partir de la base de données

Utilisez la commande importserverdata pour télécharger la liste des instance decourtier de charge de travail dynamique dans la base de données Tivoli WorkloadScheduler après avoir édité le fichier temporaire pour changer un numéro de portou un nom d'hôte.

Syntaxe

importserverdata ?

importserverdata -dbUsr nom_utilisateur_bdd -dbPwd motdepasse_utilisateur_bdd-importFile nomfichier

Description

Cette commande remplace la liste des instance de courtier de charge de travaildynamique dans la base de données Tivoli Workload Scheduler à partir du fichiertemporaire dans lequel ils ont été précédemment téléchargés avec la commandeexportserverdata.

Utilisez les commandes exportserverdata et importserverdata si vous devezenregistrer un nom d'hôte ou les changements d'un numéro de port dans les URIdes instances. Il est nécessaire que la liste des instance de courtier de charge detravail dynamique soit toujours à jour car les agents Resource Advisor seconnectent régulièrement à l'instance active afin d'envoyer leurs donnéesconcernant les ressources détectées dans chaque ordinateur. Ils peuvent passerautomatiquement d'une instance de cette liste à une autre et trouver l'instanceactive pour copier ces données dans le référentiel de ressources. Etant donné que legestionnaire de domaine maître et chaque maître de sauvegarde sont installés avecun instance de courtier de charge de travail dynamique, le instance de courtier decharge de travail dynamique actif est exécuté dans le gestionnaire de domainemaître alors qu'une instance en veille se trouve dans chaque maître de sauvegarde.


Important : La liste est ordonnée. Vous pouvez modifier l'ordre de ces instancestelles qu'elles apparaissent dans la liste et les agents suivront cet ordre. Si vouspossédez plusieurs documents maîtres de sauvegarde et que vous décidez desuivre un ordre modifié spécifique en cas d'échec d'un document maître, vouspouvez demander aux agents de passer à l'instance appropriée à l'aide de cetteliste ordonnée, ce qui accélère la durée de transition.


Options


-dbUsr nom_utilisateur_bdNom d'utilisateur nécessaire pour accéder au serveur de base de donnéesTivoli Workload Scheduler.

-dbPwd motdepasse_utilisateur_bddMot de passe utilisateur nécessaire pour accéder au serveur de base dedonnées Tivoli Workload Scheduler.

-importFile fnom de fichierNom du fichier temporaire spécifié avec le mot clé -exportFile dans lacommande exportserverdata.

Exemple

Pour télécharger la liste des URI instance de courtier de charge de travaildynamique éditée du fichier c:\myservers\uris160709 vers la base de donnéesTivoli Workload Scheduler, exécutez :importserverdata -dbUsr twsadm -dbPwd fprefect -importFile c:\myservers\uris160709


«Commande exportserverdata - téléchargement de la liste d'instances du courtierde charge de travail à partir de la base de données», à la page 76

Commande jobsubmit - Soumission de travauxLa commande jobsubmit permet de soumettre des travaux à Job Dispatcher.

Syntaxe

jobsubmit ?

jobsubmit [-usr nom_util -pwd mot_de_passe] {-jsdl fich_jsdl | -jdnamenom_déf_trav} [-alias alias_trav] [-var variable=valeur...] [-affinity {jobid=id_trav |alias=alias}] [-configFile fichier_configuration]

Description

Cette commande permet de soumettre un travail à Job Dispatcher. Une fois que letravail a été soumis, il est associé à un ID unique qui peut être utilisé pourrécupérer des informations sur des travaux ou annuler ceux-ci.


Vous pouvez utiliser cette commande pour soumettre des travaux enregistréslocalement sur le serveur Dynamic Workload Broker ou enregistrés dans leréférentiel des travaux. Pour soumettre un travail local, utilisez l'option -jsdl etindiquez le chemin du fichier JSDL. Pour soumettre un travail enregistré dans leréférentiel des travaux, utilisez l'option -jdname et indiquez le nom de la définitiondu travail.

Lorsque vous soumettez des travaux, vous pouvez également définir un alias quevous utiliserez à la place de l'ID travail lors de l'exécution de requêtes sur cetravail ou pour définir en affinité les travaux suivants. Pour définir une affinitéentre deux travaux ou plus, utilisez l'option -affinity lorsque vous soumettez lestravaux suivants. Vous pouvez définir des travaux en affinité lorsque vous voulezles exécuter sur la même ressource, par exemple lorsque le second travail doitutiliser les résultats générés par le premier.

Options


-usr nom_utilDésigne le nom d'un utilisateur autorisé à effectuer des opérations à partir dela ligne de commande. Ce paramètre est obligatoire lorsque la sécurité estactivée et que le nom d'utilisateur n'est pas défini dans le fichier deconfiguration CLIConfig.properties (avec le mot clé tdwb_user).

-pwd mot_de_passeDéfinit le mot de passe d'un utilisateur autorisé à effectuer des opérations àpartir de la ligne de commande. Ce paramètre est obligatoire lorsque lasécurité est activée et que le mot de passe n'est pas défini dans le fichier deconfiguration CLIConfig.properties (avec le mot clé tdwb_pwd).

-jsdl fich_jsdlDésigne le nom et le chemin d'accès à un fichier JSDL local qui fournit lesparamètres d'un travail lorsque celui-ci est soumis. Ce paramètre est requislorsque le paramètre jdname n'est pas spécifié.

-jdname nom_déf_travDésigne le nom d'une définition de travail stockée dans la base de données duRéférentiel de travaux. Le nom de la définition de travail est défini dans lefichier JSDL et ne peut être modifié que si l'on édite ce fichier. Ce paramètreest requis lorsque le paramètre jsdl n'est pas défini. Pour obtenir ce nom, vouspouvez utiliser la tâche Définitions > Travaux à partir de l'arborescence denavigation de Dynamic Workload Console, ou la commande jobstore enindiquant une ou plusieurs options de recherche. Pour plus d'informations surla commande jobstore, voir «Commande jobstore - Gestion des définitions detravail», à la page 88.

-alias alias_travIndique qu'un alias doit être généré pour le travail en cours de soumission.Vous pouvez trouver plus pratique d'utiliser l'alias à la place de l'ID travaillorsque vous exécutez des requêtes sur le travail. Vous pouvez égalementutiliser l'alias lorsque vous soumettez un nouveau travail, afin qu'il soit associéà celui auquel l'alias a été attribué. Pour définir une affinité entre deux travauxou plus, utilisez l'option -affinity lorsque vous soumettez les nouveauxtravaux. Vous pouvez définir des travaux en affinité lorsque vous voulez lesexécuter sur la même ressource. Sur les systèmes Windows, la longueurmaximale de l'alias est de 200 caractères, si vous avez utilisé les cheminsd'installation pour WebSphere Application Server et Dynamic Workload Broker.


-var variable=valeurDéfinit une variable ainsi que la valeur qui lui est associée. Vous pouvezégalement définir une liste de variables en séparant celles-ci par une virgule.Cette valeur remplace celle définie lors de la création du fichier JSDL. Vouspouvez également définir de nouvelles variables sans les définir au préalabledans le fichier JSDL.

-affinity jobid=id_travIndique que le travail en cours est en affinité avec un travail déjà soumis. Pourétablir une relation d'affinité, indiquez l'ID de ce travail précédent. L'ID travailest automatiquement généré lors de la soumission.

-affinity alias=aliasIndique que le travail en cours est en affinité avec un travail déjà soumis. Pourétablir une relation d'affinité, indiquez l'alias de ce travail précédent. L'alias dutravail est généré lors de la soumission, si vous définissez l'option -alias.

-configFile fichier_configurationDésigne le nom et le chemin d'accès d'un fichier de configuration personnalisé.Ce paramètre est facultatif. S'il n'est pas défini, le fichier de configuration pardéfaut est pris en compte. Pour plus d'informations sur le fichier deconfiguration, voir «Fichier de configuration de ligne de commande», à la page72.

Autorisation

Le nom d'utilisateur et le mot de passe pour la commande sont définis dans lefichier CLIConfig.properties. Pour remplacer les paramètres définis dans ce fichier,vous pouvez entrer le nom d'utilisateur et le mot de passe lorsque vous entrez lacommande. Pour plus d'informations sur le fichier CLIConfig.properties, voir«Fichier de configuration de ligne de commande», à la page 72.

Valeurs renvoyées

La commande jobsubmit renvoie une des valeurs suivantes :0 Indique que la commande jobsubmit a abouti.< > 0 Indique que la commande jobsubmit a échoué.

Exemples1. Pour soumettre le travail local travail_test se trouvant dans le chemin

/staging_area/accounts/ en utilisant les paramètres de configuration indiquésdans le fichier de configuration custom_config.properties, entrez la commandesuivante :jobsubmit -jsdl /staging_area/accounts/test_job -configFile/opt/test/custom_config.properties

2. Pour soumettre la définition de travail comptes_domestiques enregistrée dans leréférentiel des travaux, entrez la commande suivante :jobsubmit -jdname comptes_domestiques


«Commande jobdetails - Visualisation d'informations détaillées sur les travaux», àla page 85


Commande jobquery - Exécution de requêtes sur des travauxLa commande jobquery permet d'exécuter des requêtes avancées sur des travauxsoumis.

Syntaxe

jobquery ?

jobquery [-usr nom_util -pwd mot_de_passe] {[-status statut...] [-submitter émetteur][-name nom_définition_travail] [-alias alias_travail] [-sdf de_soumission] [-sdtà_soumission] [-jsdf de_dém_trav] [-jsdt à_dém_trav ] [-jedf de_fin_trav] [-jedtà_fin_trav]} [-configFile fichier_configuration]

Description

Cette commande exécute des requêtes avancées pour les travaux soumis enfonction des attributs suivants :v statut du travailv nom de l'utilisateur ayant soumis le travailv nom_travailv Alias du travailv date de soumission du travailv date de début du travailv date d'achèvement du travail

Vous pouvez également utiliser cette commande pour récupérer un ID travailgénéré lors de la soumission, qui sera exigé lorsque vous exécuterez lescommandes jobstatus, jobdetails et jobcancel. Pour récupérer l'ID travail,définissez l'option -name.

Options

? Affiche les informations d'aide.

-usr nom d'utilisateurDésigne le nom d'un utilisateur autorisé à effectuer des opérations à partir dela ligne de commande. Cette option est obligatoire lorsque la sécurité estactivée et que le nom d'utilisateur n'est pas défini dans le fichier deconfiguration CLIConfig.properties (avec le mot clé tdwb_user).

-pwd mot de passeIndique le mot de passe d'un utilisateur autorisé à exécuter des opérations surla ligne de commande. Cette option est obligatoire lorsque la sécurité estactivée et que le mot de passe n'est pas défini dans le fichier de configurationCLIConfig.properties (avec le mot clé tdwb_pwd).

-status statutIndique le statut des travaux à rechercher. Séparez les statuts par des virgules.Les espaces ne sont pas pris en charge. Les statuts pris en charge sont lessuivants :

0 tous les statuts pris en charge

1 submitted

2 en attente de ressources


3 allocation de ressources reçue

4 soumis à l'agent

5 exécution

6 en attente d'annulation

7 annulation de l'allocation

8 en attente de réallocation

10 lié

41 échec de l'allocation de ressources

42 échec d'exécution

43 terminé correctement

44 annulé

45 travail inconnu

46 travail non démarré

48 error

-submitter émetteurIndique le nom de l'utilisateur qui a soumis le travail.

-name nom_définition_travailIndique le nom du travail. Cette option renvoie l'ID travail unique qui peutêtre utilisé pour récupérer des informations sur des travaux ou annuler ceux-ci.Cette option prend en charge l'astérisque (*) en tant que caractère générique,comme illustré ci-dessous :

en tant que paramètre uniqueIl doit alors être entre guillemets. Exemple :C:\Program Files\TDWB\bin>jobquery -name "*"

Cette commande renvoie la liste de tous les travaux soumis.

pour compléter un nom de travailIl ne doit pas être entre guillemets. Exemple :C:\Program Files\TDWB\bin>jobquery -name batchsub*

Cette commande renvoie la liste de tous les travaux soumiscommençant par le préfixe batchsub.

-alias alias_travailIndique l'alias du travail. L'alias du travail est généré lors de la soumission, àl'aide de l'option -alias. Pour plus d'informations, voir «Commande jobsubmit -Soumission de travaux», à la page 79.

-sdf date_soumission_deIndique un intervalle commençant à la date de soumission. La requête estexécutée entre la date que vous avez indiquée et la date actuelle, sauf sil'option -sdt est définie. Les options -sdf et -sdt vous permettent de définir unintervalle spécifique. Indiquez la date au format jj/MM/aaaa-hh:mm:ss.

-sdt date_soumission_versIndique un intervalle commençant à la date de soumission. La requête estexécutée entre la date à laquelle la base de données Dynamic Workload Brokera été remplie et la date que vous avez indiquée, sauf si l'option -sdf est définie.


||

||

Les options -sdf et -sdt vous permettent de définir un intervalle spécifique.Indiquez la date au format jj/MM/aaaa-hh:mm:ss.

-jsdf date_début_travail_deDéfinit un intervalle de temps commençant à la date de démarrage du travail.La requête est exécutée entre la date que vous avez indiquée et la date actuelle,sauf si l'option -jsdt est définie. Les options -jsdf et -jsdt vous permettentd'indiquer un intervalle spécifique. Indiquez la date au formatjj/MM/aaaa-hh:mm:ss.

-jsdt date_début_travail_versDéfinit un intervalle de temps commençant à la date de démarrage du travail.La requête est exécutée entre la date à laquelle la base de données DynamicWorkload Broker a été remplie et la date que vous avez indiquée, sauf sil'option -jsdf est définie. Les options -jsdf et -jsdt vous permettent d'indiquerun intervalle spécifique. Indiquez la date au format jj/MM/aaaa-hh:mm:ss.

-jedf date_fin_travail_deIndique un intervalle commençant à la date d'achèvement du travail. Larequête est exécutée entre la date que vous avez indiquée et la date actuelle,sauf si l'option -jedt est définie. Les options -jedf et -jedt vous permettentd'indiquer un intervalle spécifique. Indiquez la date au formatjj/MM/aaaa-hh:mm:ss.

-jedt date_fin_travail_versIndique un intervalle commençant à la date d'achèvement du travail. Larequête est exécutée entre la date à laquelle la base de données DynamicWorkload Broker a été remplie et la date que vous avez indiquée, sauf sil'option -jedf est définie. Les options -jedf et -jedt vous permettent d'indiquerun intervalle spécifique. Indiquez la date au format jj/MM/aaaa-hh:mm:ss.

-configFile fichier_configurationDésigne le nom et le chemin d'accès d'un fichier de configuration personnalisé.Cette option est facultative. Si elle n'est pas définie, le fichier de configurationpar défaut est pris en compte. Pour plus d'informations sur le fichier deconfiguration, voir «Fichier de configuration de ligne de commande», à la page72.

Autorisation

Le nom d'utilisateur et le mot de passe de la commande sont définis dans le fichierCLIConfig.properties. Pour remplacer les paramètres définis dans ce fichier, vouspouvez entrer le nom d'utilisateur et le mot de passe lorsque vous entrez lacommande. Pour plus d'informations sur le fichier CLIConfig.properties, voir«Fichier de configuration de ligne de commande», à la page 72.

Valeurs renvoyées

La commande jobquery renvoie l'une des valeurs suivantes :0 Indique que la commande jobquery a abouti.< > 0 Indique que la commande jobquery a échoué.

Exemples1. Pour extraire l'ID travail d'un travail appelé CLIJSB11, entrez la commande

suivante :jobquery -usr john -pwd BCA12EDF -name CLIJSB11

La sortie suivante s'affiche : L'ID travail est associé à la clé ID travail.


Appeler Job Dispatcher pour demander des travaux.10 travaux ont été trouvés pour votre requête.Les détails sont les suivants :

Nom de travail : CLIJSB11Alias du travail : aliasID travail : 617c9bf7095787c83e1c36744e569cebStatut : ECHEC d’exécutionEPR du travail : http://lab135200.romelab.it.ibm.com:955/JDServiceWS/services/JobNom de l’émetteur du travail :Heure de soumission : Tue May 23 15:41:54 CEST 2006Date de début : Tue May 23 14:48:09 CEST 2006Date de fin : Tue May 23 14:48:09 CEST 2006Dernier message d’état du travail :Durée du travail : PT0SCode retour : 0Nom de ressource du travail : LAB237010Type de ressource du travail : ComputerSystem

2. Pour extraire tous les travaux soumis par test_user à l'état soumis, échec del'allocation de ressources ou annulé, entrez la commande suivante :jobquery -status 1,3,44 -submitter util_test


«Commande jobsubmit - Soumission de travaux», à la page 79

Commande jobdetails - Visualisation d'informations détaillées sur lestravaux

La commande jobdetails permet de visualiser des informations détaillées sur lestravaux soumis.

Syntaxe

jobdetails ?

jobdetails [-usr nom_util -pwd mot_de_passe] -id ID_travail [-v ][-configFilefichier_de_configuration]

Description

Cette commande affiche des informations détaillées sur les travaux soumis avecl'ID unique créé lors de la soumission. Pour récupérer l'ID travail après avoirsoumis le travail, utilisez la commande jobquery en indiquant le paramètre -name.

Options



-pwd mot_de_passeDéfinit le mot de passe d'un utilisateur autorisé à effectuer des opérations àpartir de la ligne de commande. Ce paramètre est obligatoire lorsque la


sécurité est activée et que le mot de passe n'est pas défini dans le fichier deconfiguration CLIConfig.properties (avec le mot clé tdwb_pwd).

-id ID_travailDésigne l'ID travail unique créé lors de la soumission. Ce paramètre estobligatoire.

-vAffiche des informations détaillées sur les travaux.


Autorisation


Valeurs renvoyées

La commande jobdetails renvoie l'une des valeurs suivantes :0 Indique que la commande jobdetails a abouti.< > 0 Indique que la commande jobdetails a échoué.

Exemples1. Pour afficher des informations sur l'exécution d'un travail associé à l'ID

617c9bf7095787c83e1c36744e569ceb, entrez la commande suivante :jobdetails -id 617c9bf7095787c83e1c36744e569ceb

Une sortie du type de celle présentée ci-après s'affiche :Appel de Job Dispatcher pour obtenir les propriétés du travail.Réussite signalée par Job Dispatcher.ID travail : 617c9bf7095787c83e1c36744e569cebNom de travail : CLIJSB11Alias du travail : aliasStatut du travail : SOUMISEmetteur de travaux : nullNotification du client : http://lab135200.romelab.it.ibm.com:9550/RAServiceWS/services/AllocationDernier message d’état du travail :Heure de soumission du travail : Tue May 23 15:43:44 CET 2009Heure de début du travail : Tue May 23 14:49:51 CET 2009Heure de fin du travail : Tue May 23 14:49:51 CET 2009Durée du travail : PT0SCode retour du travail : 0Nom de ressource du travail : LAB237010Type de ressource du travail : ComputerSystemNom métrique d’utilisation du travail : StartTimeType métrique d’utilisation du travail : nullValeur métrique d’utilisation du travail : 1148388591000Nom métrique d’utilisation du travail : EndTimeType métrique d’utilisation du travail : nullValeur métrique d’utilisation du travail : 1148388591000


2. Pour soumettre le travail associé à l'ID 617l9jw7095787g83f1c36744e569glf enutilisant les paramètres de configuration définis dans le fichier de configurationcustom_config.properties, entrez la commande suivante :jobdetails -id 617l9jw7095787g83f1c36744e569glf -configFile/opt/test/custom_config.properties

3. Pour afficher le statut d'un travail associé à l'ID617c9bf7095787c83e1c36744e569ceb, entrez la commande suivante :jobdetails -id 617c9bf7095787c83e1c36744e569ceb

Une sortie du type de celle présentée ci-après s'affiche :Appel de Job Dispatcher pour obtenir les propriétés du travail.Réussite signalée par Job Dispatcher.ID travail : 617c9bf7095787c83e1c36744e569cebStatut : SOUMIS

4. Pour afficher des informations détaillées sur le travail associé à l'ID617c9bf7095787c83e1c36744e569ceb en utilisant les paramètres de configurationdéfinis dans le fichier de configuration custom_config.properties, entrez lacommande suivante :jobdetails -jsdl 617c9bf7095787c83e1c36744e569ceb -configFile/opt/test/custom_config.properties

Informations complémentairesv «Commande jobsubmit - Soumission de travaux», à la page 79v «Commande jobquery - Exécution de requêtes sur des travaux», à la page 82

Commande jobcancel - Annulation de travauxLa commande jobcancel permet d'annuler un travail soumis.

Syntaxe

jobcancel ?

jobcancel [-usr nom_util -pwd mot_de_passe]-id ID_travail [-configFilefichier_de_configuration]

Description

Cette commande annule l'exécution des travaux soumis avec l'ID unique créé lorsde la soumission. Pour extraire l'ID travail après avoir soumis le travail, vouspouvez utiliser la commande jobquery en indiquant le nom du travail.

Options







Autorisation


Valeurs renvoyées

La commande jobcancel renvoie l'une des valeurs suivantes :0 Indique que la commande jobcancel a abouti.< > 0 Indique que la commande jobcancel a échoué.

Exemples1. Pour annuler l'exécution d'un travail associé à l'ID

617l9jq7037529f83x1w36185e569fwl, entrez la commande suivante :jobcancel -id 617l9jq7037529f83x1w36185e569fwl


«Commande jobsubmit - Soumission de travaux», à la page 79

Commande jobstore - Gestion des définitions de travailLa commande jobstore permet de gérer les définitions de travail.

Syntaxe

jobstore ?

jobstore [-usr user_name -pwd password]{[ -create jsdl_file ] | [ -update jsdl_file ] |[-del job_definition_name ] | [ -get job_definition_name ] | [-queryall ] | [[-queryname job_definition_name...] [ -querydesc job_definition_desc...] [-queryownerjob_definition_owner... ]]} [ -configFile fichier_configuration }

Description

Cette commande permet de sauvegarder et de mettre à jour les fichiers JSDL dansle Référentiel de travaux. Les fichiers JSDL sont sauvegardés dans la base dedonnées en tant que définitions de travail dotées de noms uniques. Une fois quevous avez sauvegardé les fichiers JSDL dans la base de données, vous pouvezexécuter les opérations suivantes :v suppression de définitions de travail,


v impression de définitions de travail en sortie standard ou sauvegarde dans unfichier,

v exécution de requêtes sur des définitions de travail sur la base de plusieursattributs.

Vous pouvez soumettre des définitions de travail à l'aide de la commandejobsubmit. Pour plus d'informations sur la commande jobsubmit,voir«Commande jobsubmit - Soumission de travaux», à la page 79.

Options




-create fich_jsdlDésigne le nom et le chemin d'accès à un fichier JSDL à sauvegarder dans labase de données Référentiel de travaux. Le fichier JSDL est sauvegardé en tantque définition de travail. Le nom de la définition de travail est sauvegardédans le fichier JSDL et ne peut être modifié que si ce fichier est édité. Lesopérations de suppression et de récupération (get) sont exécutées sur ladéfinition de travail.

-update fich_jsdlDésigne le nom et le chemin d'accès à un fichier JSDL à mettre à jour dans labase de données Référentiel de travaux. Le fichier JSDL doit exister dans labase de données.

-del nom_déf_travSupprime une définition de travail de la base de données Référentiel detravaux.

-get nom_déf_travImprime le fichier JSDL contenu dans la définition de travail en sortie standardou dans un fichier que vous spécifiez. Vous pouvez utiliser cette commandepour effectuer de petites modifications dans les définitions de travail.

-queryallExécute une requête sans filtre. Cette requête renvoie toutes les définitions detravail stockées dans la base de données Dynamic Workload Broker.

-queryname nom_déf_travEffectue une recherche sur les définitions de travail sur la base du nom de cesdéfinitions. Le nom de la définition de travail est unique. Ce paramètre estsensible à la casse. Les caractères génériques (*, ?) sont pris en charge.

-querydesc desc_déf_travEffectue une recherche sur les définitions de travail sur la base de ladescription de ces définitions. Les caractères génériques sont pris en charge.


-queryowner propriétaire_définition_travailEffectue une recherche sur les définitions de travail sur la base de l'utilisateurqui les a créées.


Autorisation


Valeurs renvoyées

La commande jobstore renvoie une des valeurs suivantes :0 Indique que la commande jobstore a abouti.< > 0 Indique que la commande jobstore a échoué.

Exemples1. Pour récupérer tous les travaux créés par l'utilisateur Administrator, entrez la

commande suivante :jobstore -queryuser Administrator

2. Pour mettre à jour le travail branch_update déjà stocké dans la base de donnéesdu référentiel de travaux, entrez la commande suivante :jobstore -update ../jsdl/branch_update.xml


Commande jobgetexecutionlog - Visualisation de la sortie de travauxLa commande jobgetexecutionlog permet de visualiser la sortie d'un travailsoumis.

Syntaxe

jobgetexecutionlog ?

jobgetexecutionlog [-usr nom_util -pwd mot_de_passe]-id ID_travail -sizePagetaille_de_page -offset offset [-configFile fichier_de_configuration]

Description

Cette commande affiche la sortie des travaux soumis avec l'ID unique créé lors dela soumission. Pour extraire l'ID travail après avoir soumis le travail, vous pouvezutiliser la commande jobquery en indiquant le nom du travail. Vous pouvezégalement indiquer la longueur de la page de sortie à afficher ainsi que le numéro


de l'octet à partir duquel vous voulez que commence l'affichage des données.

Options





-sizePage taille_pageIndique le nombre d'octets à afficher dans la page de sortie.

-offset décalageIndique le numéro du premier octet à afficher dans la page de sortie dutravail. Cette option peut être utilisée pour afficher des sorties de travauxvolumineuses.


Autorisation


Valeurs renvoyées

La commande jobgetexecutionlog renvoie l'une des valeurs suivantes :0 Indique que la commande jobgetexecutionlog a abouti.< > 0 Indique que la commande jobgetexecutionlog a échoué.

Exemples1. Pour afficher la sortie d'un travail associé à l'ID

617l9jq7037529f83x1w36185e569fwl sur des pages contenant 400 octets et àpartir du premier octet de la page, entrez la commande suivante :jobgetexecutionlog -id 617l9jq7037529f83x1w36185e569fwl -sizePage 400 -offset 1

La sortie suivante s'affiche :


Appeler Job Dispatcher pour obtenir la sortie du travail.Réussite signalée par Job Dispatcher.Demande d’obtention de journal d’exécution soumise.La page du journal d’exécution demandée est :al 5drwxrwxrwx 7 root root 200 Aug 24 16:39 .drwxrwxrwx 8 root root 208 Aug 22 15:11 ..drwxrwxrwx 6 root root 248 Aug 22 15:11 eclipse-rw-rw-rw- 1 root root 139 Aug 24 16:39 jsdefdrwxr-xr-x 2 root root 552 Aug 24 16:54 logsdrwxrwxrwx 5 root root 240 Aug 22 15:11 rcpdrwxrwxrwx 3 root root 72 Aug 22 15:11 shareddrwxrwxrwx 3 root root 80 Aug 22 15:11 workspace

La taille du fichier est :381


Commande movehistorydata - Maintenance de tables de base dedonnées

Vous pouvez utiliser la commande movehistorydata lorsque l'accès à la base dedonnées commence à être trop lent.

Cet incident peut être dû à la présence d'un nombre considérable d'enregistrementsdans la base de données, par exemple lors de la soumission en bloc de travaux.

Vous pouvez utiliser la commande movehistorydata pour déplacer des données setrouvant dans le référentiel de travaux vers les tables d'archivage. Lorsque vousexécutez cette commande, les travaux sont déplacés vers les tables suivantes de labase de données :

JOA_JOB_ARCHIVESContient les instances de travail archivées.

JRA_JOB_RESOURCE_ARCHIVESContient les informations de ressources relatives aux travaux.

MEA_METRIC_ARCHIVESContient les mesures collectées pour les travaux.

Pour plus d'informations sur les tables d'historique, voir Tivoli Workload Scheduler -Guide d'administration, SC11-6396.

Remarque : Selon le nombre de travaux et d'accès à la base de données, uneopération de nettoyage peut être à l'origine de pics dans l'utilisation de la mémoireou de l'UC.



Syntaxe

movehistorydata ?

movehistorydata -dbUsr db_user_name-dbPwd db_user_password[-successfulJobsMaxAge successfulJobsMaxAge [-notSuccessfulJobsMaxAgenotSuccessfulJobsMaxAge ][ -archivedJobsMaxAge archivedJobsMaxAge]]

Description

Cette commande lance une opération de nettoyage dans la base de données duréférentiel de travaux. En fonction des valeurs que vous définissez, lesinformations sur les travaux soumis sont déplacées vers la base de donnéesd'archivage et les informations contenues dans cette base de données sontsupprimées.

Utilisez cette commande pour remplacer temporairement les paramètres définisdans le fichier JobDispatcherConfig.properties, lorsque des événements inattendusexigent un nettoyage immédiat de la base de données. Les paramètres contenusdans le fichier JobDispatcherConfig.properties restent inchangés. Pour plusd'informations sur le fichier JobDispatcherConfig.properties, voir Tivoli WorkloadScheduler - Guide d'administration.

Options


-dbUsr nom_utilisateur_bdDésigne le nom d'un utilisateur autorisé à effectuer des opérations sur leserveur de base de données.

-dbPwd motdepasse_utilisateur_bddDéfinit le mot de passe d'un utilisateur autorisé à effectuer des opérations surle serveur de base de données.

-successfulJobsMaxAge AgeMaxTravauxAyantAboutiIndique le nombre d'heures pendant lesquelles les travaux qui ont bien aboutiou qui ont été annulés doivent être conservés dans la base de données duréférentiel des travaux avant d'être archivés. La valeur par défaut est 240heures, c'est-à-dire dix jours.

-notSuccessfulJobsMaxAge AgeMaxTravauxEchecIndique le nombre d'heures pendant lesquelles les travaux qui ne se sont pasterminés correctement ou dont le statut est inconnu doivent être conservésdans la base de données du référentiel des travaux afin d'être archivés. Lavaleur par défaut est 720 heures, c'est-à-dire 30 jours.

-archivedJobsMaxAge AgeMaxTravauxArchivésIndique le nombre d'heures pendant lesquelles les travaux doivent êtreconservés dans la base de données d'archivage avant d'être supprimés. Lavaleur par défaut est 720 heures, c'est-à-dire 30 jours.

Valeurs renvoyées

La commande movehistorydata renvoie l'une des valeurs suivantes :0 Indique que la commande movehistorydata a abouti.< > 0 Indique que la commande movehistorydata a échoué.


|||||

|||||

||||

Exemples1. Pour déplacer dans la base de données d'archivage tous les travaux qui ont

abouti au cours des 40 dernières heures, entrez la commande suivante :movehistorydata -dbUsr halmst -dbPwd dgordon -successfulJobsMaxAge 40

2. Pour déplacer dans la base de données d'archivage tous les travaux dans tousles statuts pris en charge et supprimer de la base de données d'archivage tousles travaux datant de plus de 700 heures, entrez la commande suivante :movehistorydata -dbUsr halmst -dbPwd dgordon -successfulJobsMaxAge 0

-notSuccessfulJobsMaxAge 0 -archivedJobsMaxAge 700

Commande resource - Gestion des ressources

Vous pouvez utiliser la commande resource pour créer, modifier, associer,interroger des ressources ou les définir en ligne ou hors ligne.

Syntaxe

resource ?

resource [-usrnom_utilisateur -pwd mot_de_passe]{[-create{ -logicalnom -typetype[-quantity quantité][-offline ] |-group nom[-offline]}]|[-delete{-logicalnom |-group name }]|[-update{-computernom{[ -setOnline |-setOffline]} |-logical nom[-setName nom][-setType type][-setQuantity quantité][-setOnline | -setOffline][-addComputer nom |-addComputerByID ID |-removeComputer nom |-removeComputerByID ID]|-group nom[-setName nom][-setOnline | -setOffline][-addComputer nom |-addComputerByID ID |-removeComputer nom |-removeComputerByID ID |-addLogical nom |


|

-removeLogicalnom]}]|[-query{-computernom [-v] |-logical nom[-v] |-group nom[-v]}[-configFilefichier_configuration]}

Description

Cette commande permet de gérer des ordinateurs, des ressources logiques et desgroupes de ressources. En particulier, il est possible de :v Créer, mettre à jour, répertorier et supprimer des ressources logiques ou des

groupesv Créer des ressources logiques, les associer à des ordinateurs, définir des groupes

de ressources logiques ou d'ordinateurs et les définir en ligne ou hors lignev Extraire et mettre à jour des propriétés de ressources à l'aide des options

d'interrogation et de mise à jourv Découvrir la liste des ordinateurs associés à une ressource logique en effectuant

une requête détaillée sur la ressource logiquev Modifier l'association entre des ordinateurs et des ressources logiquesv Configurer les ressources connectées ou déconnectées et interroger les propriétés

de l'ordinateur

Options


-usr nom_utilisateurDésigne le nom d'un utilisateur autorisé à effectuer des opérations à partir dela ligne de commande. Cette option est obligatoire lorsque la sécurité estactivée et que le nom d'utilisateur n'est pas défini dans le fichier deconfiguration CLIConfig.properties (avec le mot clé tdwb_user).

-pwd mot de passeIndique le mot de passe d'un utilisateur autorisé à exécuter des opérations surla ligne de commande. Cette option est obligatoire lorsque la sécurité estactivée et que le mot de passe n'est pas défini dans le fichier de configurationCLIConfig.properties (avec le mot clé tdwb_pwd).

-create -logical nom -type typeCrée la ressource logique du nom et du type spécifiés. Il est également possiblede définir une quantité spécifique ou de définir la ressource hors ligne enutilisant des paramètres facultatifs de la manière suivante :

-create -logical nom -type type-quantity quantité -offline

-create -group nomCrée le groupe de ressources du nom spécifié. Il est également possible de ledéfinir hors ligne en utilisant le paramètre facultatif -offline de la manièresuivante :

-create -group nom -offline


||

||

-delete -logical nomSupprime la ressource logique du nom spécifié.

-delete -group nomSupprime le groupe de ressources du nom spécifié.

-update -computer nomMet à jour le système informatique du nom spécifié. Vous pouvez définirl'ordinateur en ligne ou hors ligne comme suit :

-update -computer nom -setOnlineDéfinit l'ordinateur spécifié en ligne.

-update -computer nom -setOfflineDéfinit l'ordinateur spécifié hors ligne.

-update -logical nomMet à jour la ressource logique spécifiée. Vous pouvez mettre à jour lespropriétés et l'état d'une ressource de l'une des manières suivantes :

-update -logical nom -setName nomMet à jour le nom de la ressource logique spécifiée.

-update -logical nom -setType typeMet à jour le type de la ressource logique spécifiée.

-update -logical nom -setQuantity quantitéMet à jour la quantité de la ressource logique spécifiée.

-update -logical nom -setOnlineDéfinit en ligne la ressource logique spécifiée.

-update -logical nom -setOfflineDéfinit hors ligne la ressource logique spécifiée.

Vous pouvez modifier l'association entre une ressource logique et unordinateur de l'une des manière suivantes :

-update -logical nom -addComputer nomAssocie la ressource logique spécifiée à l'ordinateur du nom spécifié.

-update -logical nom -addComputerByID IDAssocie la ressource logique spécifiée à l'ordinateur de l'ID spécifié.

-update -logical nom -removeComputer nomSupprime l'association entre la ressource logique spécifiée et l'ordinateurdu nom spécifié.

-update -logical nom -removeComputerByID IDSupprime d'association entre la ressource logique spécifiée et l'ordinateurde l'ID spécifié.

-update -group nomMet à jour le groupe de ressources spécifié. Vous pouvez mettre à jour lespropriétés et l'état d'un groupe de ressources de l'une des manières suivantes :

-update -group nom -setName nomMet à jour le nom du groupe de ressources spécifié.

-update -group nom -setOnlineDéfinit en ligne le groupe de ressources spécifié.

-update -group nom -setOfflineDéfinit hors ligne le groupe de ressources spécifié.


||

Vous pouvez ajouter et supprimer des ressources logiques ou des ordinateursd'un groupe de ressources en procédant comme suit :

-update -group nom -addLogical nomAjoute la ressource logique du nom indiqué au groupe de ressources.

-update -group nom -removeLogical nomSupprime la ressource logique du nom spécifié du groupe de ressources.

-update -group nom -addComputer nomAjoute l'ordinateur du nom spécifié au groupe de ressources.

-update -group nom -addComputerByID IDAjoute l'ordinateur de l'ID spécifié au groupe de ressources.

-update -group nom -removeComputer nomSupprime l'ordinateur du nom spécifié du groupe de ressources.

-update -group nom -removeComputerByID IDSupprime l'ordinateur de l'ID spécifié du groupe de ressources.

-query -computer nomExtrait les propriétés suivantes de l'ordinateur spécifié :v Nomv ID ordinateurv Nom du système d'exploitationv Type du système d'exploitationv Version du système d'exploitationv Statusv Statut de disponibilité

Extrait les propriétés supplémentaires suivantes si vous ajoutez l'option -v :v Mémoire physiquev Mémoire virtuellev Utilisation de l'UCv Mémoire physique disponiblev Mémoire virtuelle disponiblev Espace de permutation disponiblev Mémoire physique attribuéev Mémoire virtuelle attribuéev Espace de permutation attribuév Nombre de processeursv Nombre de processeurs attribuésv Type de processeurv Vitesse de processeurv Manufacturerv Modèlev Numéro de série

Vous pouvez utiliser l'astérisque (*) comme caractère générique, comme suit :

En tant que paramètre uniqueVous devez l'inclure entre guillemets, par exemple :C:\IBM\TWA\TDWB\bin>resource –query –computer "*"


Cette commande renvoie une liste de tous les ordinateurs existants.

Pour compléter un nom d'ordinateurVous devez mettre le nom complet entre guillemets, par exemple :C:\IBM\TWA\TDWB\bin> resource –query –computer "lab123*"

Cette commande renvoie une liste de tous les ordinateurs existantsdont le nom commence par lab123.

-query -logical nomExtrait le nom et le type de la ressource logique spécifiée. Extrait les propriétéssupplémentaires suivantes si vous ajoutez l'option -v :v Statusv Quantityv Allocation en coursv Liste des ordinateurs


En tant que paramètre uniqueVous devez l'inclure entre guillemets, par exemple :C:\IBM\TWA\TDWB\bin>resource –query –logical "*"

Cette commande renvoie une liste de toutes les ressources logiquesexistantes.

Pour compléter un nom de ressourceVous devez mettre le nom complet entre guillemets, par exemple :C:\IBM\TWA\TDWB\bin> resource –query –logical "myRes*"

Cette commande renvoie une liste de toutes les ressources logiquesexistantes dont le nom commence par myRes.

-query -group nomExtrait le nom et le statut du groupe de ressources spécifié. Extrait la liste desordinateurs et des ressources logiques contenus dans le groupe de ressources sivous utilisez l'option –v.


En tant que paramètre uniqueVous devez l'inclure entre guillemets, par exemple :C:\IBM\TWA\TDWB\bin>resource –query –group "*"

Cette commande renvoie une liste de tous les groupes de ressourcesexistants.

Pour compléter un nom de groupe de ressourcesVous devez mettre le nom complet entre guillemets, par exemple :C:\IBM\TWA\TDWB\bin> resource –query –group "myResGrou*"

Cette commande renvoie une liste de tous les groupes de ressourcesexistants dont le nom commence par myResGrou.

-configFile fichier_configurationSpécifie le nom et le chemin d'un fichier de configuration personnalisé. Ce motclé est facultatif. Si vous ne l'indiquez pas, le fichier de configuration par


défaut est pris en compte. Pour plus d'informations sur le fichier deconfiguration, voir «Fichier de configuration de ligne de commande», à la page72.

Autorisation

Le nom d'utilisateur et le mot de passe pour la commande sont définis dans lefichier CLIConfig.properties. Pour remplacer les paramètres définis dans cefichier, vous pouvez entrer le nom d'utilisateur et le mot de passe lorsque vousentrez la commande. Pour plus d'informations sur le fichier CLIConfig.properties,voir «Fichier de configuration de ligne de commande», à la page 72.

Valeurs renvoyées

La commande resource renvoie une des valeurs suivantes :0 Indique que la commande s'est exécutée correctement.< > 0 Indique que la commande a échoué.

Exemplesv Pour créer une ressource logique appelée myApplication, de type Applications,

entrez la commande suivante :resource.bat -usr john -pwd BXVFDCGS -create -logical myApplication-type Applications

La sortie suivante s'affiche :AWKCLI153IRessource logique "myApplication" créée.

v Pour mettre à jour la quantité de ressource logique appelée myApplication,entrez la commande suivante :resource.bat -update -logical myApplication -setQuantity 5-usr john -pwd BXVFDCGS

La sortie suivante s'affiche :AWKCLI165I Ressource logique "myApplication" mise à jour.

v Pour ajouter une relation entre une ressource logique et un ordinateur, entrez lacommande suivante :resource.bat -update -logical myApplication -addComputer myComputer-usr john -pwd BXVFDCGS


v Pour extraire les détails d'une ressource logique appelée myApplication, entrez lacommande suivante :resource.bat -usr john -pwd BXVFDCGS -query -logical myApplication –v

La sortie suivante s'affiche :AWKCLI171I Appel du référentiel de ressources pour effectuer une requête sur lesressources.

AWKCLI172I "1" ressource logique a été trouvée pour votre requête.Les détails sont les suivants :

Nom de la ressource : myApplicationType de ressource : ApplicationsStatut de la ressource : En ligneQuantité de ressources : 5


Allocation de ressources en cours : 0Liste d’ordinateurs :

Nom d’ordinateur : myComputerID d’ordinateur : D656470E8D76409F9F4FDEB9D764FF59Statut de l’ordinateur : En ligneStatut de disponibilité de l’ordinateur : Non disponible

v Pour définir hors ligne la ressource logique appelée myApplication, entrez lacommande suivante :resource.bat -usr john -pwd BXVFDCGS -update -logical myApplication-setOffline


v Pour définir hors ligne l'ordinateur appelé myComputer, entrez la commandesuivante :resource.bat -usr john -pwd BXVFDCGS -update -computer myComputer-setOffline

La sortie suivante s'affiche :AWKCLI165IOrdinateur "myComputer" mis à jour.

v Pour extraire des propriétés de base de l'ordinateur appelé myComputer, entrez lacommande suivante :resource.bat -usr john -pwd BXVFDCGS -query -computer myComputer

La sortie suivante s'affiche :AWKCLI171I Appel du référentiel de ressources pour effectuer une requête sur lesressources.AWKCLI174I "1" ordinateur a été trouvé pour votre requête.Les détails sont les suivants :

Nom d’ordinateur : myComputerID d’ordinateur : D656470E8D76409F9F4FDEB9D764FF59Nom du système d’exploitation de l’ordinateur : Microsoft Windows XPProfessional version anglaise (Etats-Unis)Type du système d’exploitation de l’ordinateur : Windows XPVersion du système d’exploitation de l’ordinateur : 5Statut de l’ordinateur : Hors ligneStatut de disponibilité de l’ordinateur : Non disponible

v Pour extraire des propriétés détaillées de l'ordinateur appelé myComputer, entrezla commande suivante :resource.bat -usr john -pwd BXVFDCGS -query -computer myComputer -v

La sortie suivante s'affiche :AWKCLI171I Appel du référentiel de ressources pour effectuer une requête sur lesressources.AWKCLI174I "1" ordinateur a été trouvé pour votre requête.Les détails sont les suivants :

Nom d’ordinateur : myComputerID d’ordinateur : D656470E8D76409F9F4FDEB9D764FF59Nom du système d’exploitation de l’ordinateur : Microsoft Windows XP Professionalversion anglaise (Etats-Unis)Type du système d’exploitation de l’ordinateur : Windows XPVersion du système d’exploitation de l’ordinateur : 5Statut de l’ordinateur : Hors ligneStatut de disponibilité de l’ordinateur : Non disponibleDétails de l’ordinateur :


Mémoire physique = 2095536.0Mémoire virtuelle = 3513788.0Utilisation de l’UC = 16.0Mémoire physique disponible = 947972.0Mémoire virtuelle disponible = 2333484.0Espace de permutation disponible = 52.0Mémoire physique attribuée = 0.0Mémoire virtuelle attribuée = 0.0Espace de permutation attribué = 0.0Nombre de processeurs = 1.0Nombre de processeurs attribués = 0.0Type de processeur = x86Vitesse du processeur = 1995.00Fabricant = IBMModèle = 2668F8GNuméro de série = L3WZYNC

v Pour extraire les propriétés détaillées de la ressource logique nommée geneva, ycompris la liste des ordinateurs associés, entrez la commande suivante :resource.bat -usr john -pwd BXVFDCGS -query -logical geneva -v

La sortie suivante s'affiche :Définition des variables d’environnement CLI....AWKCLI171I Appel du référentiel de ressources pour effectuer une requête sur lesressources.AWKCLI172I "1" ressource logique a été trouvée pour votre requête.Les détails sont les suivants :

Nom de la ressource : genevaType de ressource : prod_wksStatut de la ressource : En ligneQuantité de ressources : 1Allocation de ressources en cours : 0Liste d’ordinateurs :

Nom de l’ordinateur : bd_ff139_1ID d’ordinateur : 666AADE61CBA11E0ACBECD0E6F3527DEStatut de l’ordinateur : En ligneStatut de disponibilité de l’ordinateur : DisponibleAWKCLI171I Appel du référentiel de ressources pour effectuer une requête sur les

ressources.

v Pour créer un groupe de ressources appelé myGroup, entrez la commandesuivante :resource.bat -usr john -pwd BXVFDCGS -create -group myGroup

La sortie suivante s'affiche :AWKCLI153IGroupe de ressources "myGroup" créé.

v Pour extraire les propriétés de base d'un groupe de ressources appelé myGroup,entrez la commande suivante :resource.bat -query -group myGroup

La sortie suivante s'affiche :Définition des variables d’environnement CLI....

AWKCLI171I Appel du référentiel de ressources pour effectuer une requête sur lesressources.

AWKCLI173I "1" groupe a été trouvé pour votre requête.Les détails sont les suivants :

Nom de groupe : myGroupStatut du groupe : En ligne


||

|

|

|||||||||||||||||||

|

v Pour ajouter l'ordinateur appelé myComputer à un groupe de ressources appelémyGroup, entrez la commande suivante :resource.bat -update -group myGroup -addComputer myComputer


AWKCLI165I Groupe de ressources "myGroup" mis à jour.

v Pour extraire les détails d'un groupe de ressources appelé myGroup, entrez lacommande suivante :resource.bat -query -group myGroup -v


AWKCLI171I Appel du référentiel de ressources pour effectuer une requête sur lesressources.

AWKCLI173I "1" groupe a été trouvé pour votre requête.Les détails sont les suivants :

Nom de groupe : myGroupStatut du groupe : En ligneListe d’ordinateurs :Nom d’ordinateur : myComputer

ID d’ordinateur : D656470E8D76409F9F4FDEB9D764FF59Statut de l’ordinateur : En ligne

Statut de disponibilité de l’ordinateur : Non disponible

Liste de ressources :

Utilisation de la commande resource à partir d'un agentVous pouvez créer et gérer des ressources et des groupes de ressources, ainsi quedes ordinateurs à partir des agents Tivoli Workload Scheduler sans que ce soit surle gestionnaire de domaine maître.

Activation de la commande resource

Pour activer cette fonction, vous devez :1. Ajouter l'environnement d'exécution pour les travaux Java lors de l'installation

de l'agent. Voir les informations concernant l'installation de l'agent dans lemanuel Planification et installation.

2. Configurer le fichier CLIConfig.properties. Voir «Configuration du fichierCLIConfig.properties local».

3. Exécuter la commande resource. Voir «Exécution de la commande resource», àla page 103.

Pour cela, une autre instance du fichier CLIConfig.properties est installée sur tousles agents. Si vous envisagez d'exécuter la commande resource à partir d'un agent,vous devez configurer le fichier CLIConfig.properties en local.

Configuration du fichier CLIConfig.properties local

Lorsque vous installez l'agent, une copie locale du fichier CLIConfig.properties estautomatiquement installée et configurée en partie sur votre agent dans le cheminsuivant :TWA_home/TWS/TDWB_CLI/config


Pour exécuter la commande resource.bat ou resource.sh à partir de l'agent,personnalisez les mots clés suivants du fichier CLIConfig.properties local :

ITDWBServerHostIndiquez l'adresse IP ou le nom d'hôte du gestionnaire de domaine maître.

ITDWBServerPortIndiquez le numéro de port HTTP de WebSphere Application Server.

ITDWBServerSecurePortIndiquez le numéro de port HTTPS de WebSphere Application Server.

tdwb_userIndiquez le nom d'utilisateur d'un utilisateur autorisé à effectuer desopérations sur Dynamic Workload Broker lorsque la sécurité est activée.Cet utilisateur doit être défini auparavant sur IBM WebSphere. Pour plusd'informations sur la sécurité, voir Tivoli Workload Scheduler - Guided'administration, SC11-6396.

tdwb_pwdIndiquez le mot de passe d'un utilisateur autorisé à effectuer desopérations sur Dynamic Workload Broker lorsque la sécurité est activée. Cemot de passe doit être défini auparavant sur IBM WebSphere. Pour plusd'informations sur la sécurité, voir Tivoli Workload Scheduler - Guided'administration.

Exécution de la commande resource

Pour exécuter la commande, entrez :Sous Windows :

resource.batSous UNIX :

resource.sh


Remarques

Fournit les informations légales qui régissent votre utilisation de ce guide.

Le présent document peut contenir des informations ou des références concernantcertains produits, logiciels ou services IBM non annoncés dans ce pays. Pour plusde détails, référez-vous aux documents d'annonce disponibles dans votre pays, ouadressez-vous à votre partenaire commercial IBM. Toute référence à un produit,logiciel ou service IBM n'implique pas que seul ce produit, logiciel ou service IBMpuisse être utilisé. Tout autre élément fonctionnellement équivalent peut êtreutilisé, s'il n'enfreint aucun droit d'IBM. Il est de la responsabilité de l'utilisateurd'évaluer et de vérifier lui-même les installations et applications réalisées avec desproduits, logiciels ou services non expressément référencés par IBM.

IBM peut détenir des brevets ou des demandes de brevet couvrant les produitsmentionnés dans le présent document. La remise de ce document ne vous donneaucun droit de licence sur ces brevets ou demandes de brevet. Si vous désirezrecevoir des informations concernant l'acquisition de licences, veuillez en faire lademande par écrit à l'adresse suivante :

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785U.S.A.

Pour le Canada, veuillez adresser votre courrier à :

IBM Director of Commercial RelationsIBM Canada Ltd.3600 Steeles Avenue EastMarkham, OntarioL3R 9Z7Canada

Les informations sur les licences concernant les produits utilisant un jeu decaractères double octet peuvent être obtenues par écrit auprès d'IBM à l'adressesuivante :

Octroi de licence de propriété intellectuelleLégislation sur la propriété intellectuelle et légaleIBM Japan, Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japan

Le paragraphe suivant ne s'applique ni au Royaume-Uni, ni dans aucun paysdans lequel il serait contraire aux lois locales.

LE PRESENT DOCUMENT EST LIVRE EN L'ETAT SANS AUCUNE GARANTIEEXPLICITE OU IMPLICITE. IBM DECLINE NOTAMMENT TOUTERESPONSABILITE RELATIVE A CES INFORMATIONS EN CAS DECONTREFACON AINSI QU'EN CAS DE DEFAUT D'APTITUDE A L'EXECUTIOND'UN TRAVAIL DONNE.


Certaines juridictions n'autorisent pas l'exclusion des garanties implicites ouexplicites, auquel cas l'exclusion ci-dessus ne vous sera pas applicable.

Le présent document peut contenir des inexactitudes ou des coquilles. Il est mis àjour périodiquement. Chaque nouvelle édition inclut les mises à jour. IBM peut, àtout moment et sans préavis, modifier les produits et logiciels décrits dans cedocument.

Les références à des sites Web non IBM sont fournies à titre d'informationuniquement et n'impliquent en aucun cas une adhésion aux données qu'ilscontiennent. Les éléments figurant sur ces sites Web ne font pas partie deséléments du présent produit IBM et l'utilisation de ces sites relève de votre seuleresponsabilité.

IBM pourra utiliser ou diffuser, de toute manière qu'elle jugera appropriée et sansaucune obligation de sa part, tout ou partie des informations qui lui serontfournies.

Les licenciés souhaitant obtenir des informations permettant : (i) l'échange desdonnées entre des logiciels créés de façon indépendante et d'autres logiciels (dontcelui-ci), et (ii) l'utilisation mutuelle des données ainsi échangées, doivent adresserleur demande à :

IBM Corporation2Z4A/10111400 Burnet RoadAustin, TX 78758 U.S.A.

Ces informations peuvent être soumises à des conditions particulières, prévoyantnotamment le paiement d'une redevance.

Le logiciel sous licence décrit dans ce publication et tous les éléments sous licencedisponibles s'y rapportant sont fournis par IBM conformément aux dispositions del'accord client IBM (ICA), des Conditions internationales d'utilisation des logicielsIBM ou de tout autre accord équivalent.

Les informations concernant des produits non IBM ont été obtenues auprès desfournisseurs de ces produits, par l'intermédiaire d'annonces publiques ou viad'autres sources disponibles. IBM n'a pas testé ces produits et ne peut confirmerl'exactitude de leurs performances ni leur compatibilité. Elle ne peut recevoiraucune réclamation concernant des produits non IBM. Toute question concernantles performances de produits non IBM doit être adressée aux fournisseurs de cesproduits.

Le présent document peut contenir des exemples de données et de rapports utiliséscouramment dans l'environnement professionnel. Ces exemples mentionnent desnoms fictifs de personnes, de sociétés, de marques ou de produits à des finsillustratives ou explicatives uniquement. Toute ressemblance avec des noms depersonnes, de sociétés ou des données réelles serait purement fortuite.

MarquesFournit des informations sur les marques d'IBM et des sociétés avec lesquelles IBMdétient des accords de reconnaissance de marque.


IBM, le logo IBM et ibm.com sont des marques commerciales ou déposéesd'International Business Machines Corporation aux Etats-unis et/ou dans certainspays. Si ces marques ou d'autres marques d'IBM sont marquées sur leur premièreoccurrence dans ces informations par un symbole de marque (® ou ™), cessymboles indiquent des marques de droit commun américaines \ appartenant àIBM au moment de la publication de ces informations. Une liste à jour desmarques IBM est disponible sur le Web sous "Informations sur le copyright et lesmarques" à l'adresse http://www.ibm.com/legal/copytrade.shtml.

Intel est une marque d'Intel Corporation aux Etats-Unis et/ou dans certains autrespays.

Java et toutes les marques et logos incluant Java sont des marques de Oracleet/ou de ses filiales.

Linux est une marque de Linus Torvalds aux Etats-Unis et/ou dans certains autrespays.

Microsoft et Windows sont des marques de Microsoft Corporation aux Etats-Uniset/ou dans certains autres pays.

UNIX est une marque enregistrée de The Open Group aux Etats-Unis et/ou danscertains autres pays.

Les autres noms de sociétés, de produits et de services peuvent appartenir à destiers.

Remarques 107

http://www.ibm.com/legal/copytrade.shtml

Index

Aaccessibilité xiiaffichage de la sortie des travaux

commande conman 33affiner des travaux

définition 79soumission 65

affinitédéfinition 3, 29, 65, 79syntaxe 29

affinité avec alias de travail 29affinité avec ID travail 29affinité avec nom de travail 29agent Tivoli Workload Scheduler

analyse de l'environnement 35analyse de l'ordinateur 35

agents dynamiques 8, 9alias

création lors de la soumission 65définition lors de la soumission 65

alias du travaildéfinition 79en remplacement de l'ID travail 65

annulation de travauxcommande TWS kill 33

annulation de travaux TWSkill, commande 33

appel de service Web 9, 13modèles de fichiers JSDL 11

appel de service Web générique 9, 13modèle 11

archivageinstances de travail 92

association d'ordinateursextraction 94

association de ressources logiquesextraction 94

association de travauxdéfinition 29

assurance de service de charge detravail 23

autorisation 3

Cchemin critique

promotion de travaux 23cibles de travail

définition 49cibles de travaux

définition 46codes retour

programme d'exécution de travail 12travail avec des options avancées 12travail de base de données 12travail des services Web 12travail Java 12

commande conmanaffichage de la sortie des travaux 33surveillance de travaux TWS 33

commande exportserverdata 76commande importserverdata 78commande jobcancel 87commande jobdetails 85commande jobgetexecutionlog 90commande jobquery 82commande jobstore 88commande jobsubmit 79commande movehistorydata 92commande TWS kill

annulation de travaux 33commandes

exportserverdata 76importserverdata 78jobcancel 87jobdetails 85jobgetexecutionlog 90jobquery 82jobstore 88jobsubmit 79movehistorydata 92ressource 94

configuration de ligne de commandefichier CLIConfig.properties 73

Console de définition de courtage detravaux 46

écriture de définitions de travail 43édition de définitions de travail 58,

59, 60, 61, 62console Web

groupes d'utilisateurs 4rôles 4utilisateurs 4

consommablesQuantité de ressources 45, 52

contrôlerésultats de l'analyse 36

conventions utilisées dans lespublications xii

création de définitions de travailmodèles 54

création de travaux 43

Ddéfinition de travail

création 58, 59, 60, 61, 62définition des préférences utilisateur 3données d'identification de

l'utilisateur 46droits d'accès 46Dynamic Workload Broker

chemin critique 23travaux critiques 23

Dynamic Workload Consoleaccessibilité xii

Eécriture de définitions de travail

modèles 54édition de définitions de travail 58, 59extraction des données de base de

données 9, 11, 13

Ffichier CLIConfig.properties

configuration de ligne decommande 73

fonctions dynamiques 8formation xii

technique xiiformation technique Tivoli xii

Ggestion de variables 27glossaire xiigroupes de ressources

création 40définition 36

IID travail

commande jobcancel 82commande jobdetails 82commande jobquery 82commande jobstatus 82extraction 82

instance de courtier de charge de travaildynamique URI 76, 78

instances de travailaffichage 68archivage 92statut 68

Jjobs

allocation 46, 49création 46, 49définition 46, 49jobs

propriétés consommables 49propriétés optimisables 49

optimisation 46, 49planification 46utilisation de variables 46

jsdlmodèle 54

JSDL 46


Kkill, commande

annulation de travaux 33

Llangage JSDL (Job Submission

Description Language) 46ligne de commande

définition de l'environnement 71emplacement des commandes 71gestion des travaux 71syntaxe de la commande 71

lire la publication, public visé xi

Mmaintenance de tables de base de

donnéescommande movehistorydata 92

mappage des statuts des travaux 33statut d'un travail TWS 33

marques 107

Nnouveau

dans cette édition xidans cette publication xi

nouveautésdans cette édition xidans cette publication xi

nouveaux exécuteurs 9modèle 11planification 8

nouveaux plug-ins 9, 11, 13modèle 11

nouvel exécuteur 13

Oopérations de base de données 9, 13

modèles de fichiers JSDL 11opérations de transfert de fichier 9, 13

modèles de fichiers JSDL 11opérations Java 9, 13

modèles de fichiers JSDL 11ordinateur

ressource 49ordinateurs

configuration 35ressources physiques 36

ordinateurs associés à une ressourceextraction 94

Ppage d'accueil 3planification des types de travaux avec

options avancées 8, 9planification dynamique 8

types de travaux avec optionsavancées 8, 11

plug-ins de travail d'applicationplanification 8

pool 8pool dynamique 8pools

planification des types de travauxavec options avancées 8, 9

pools dynamiquesplanification des types de travaux

avec options avancées 8, 9préférences utilisateur 3Priorité de travail

attribution 46priorité du travail critique

amélioration 23priority 46

attribution à des travaux 46procédure mémorisée de base de données

modèles de fichiers JSDL 11travaux de base de données 9, 13

modèles de fichiers JSDL 11promotion de travail dynamique 12promotion de travail dynamique

critique 12promotion de travaux 23

variables d'environnement 12promotion de travaux de courtier 12promotion de travaux sur des pools

dynamiques 12publication

public visé xipublications xii

QQuantité de ressources

consommables 45, 52définition 45, 52

Rrecommandations 105règles d'équilibrage de charge 46

définition 53règles d'optimisation 46relation d'affinité

définition 29resource, commande 94

exécution à partir de l'agentconfiguration du fichier

CLIConfig.properties 102configuration requise 102

ressourceordinateur 49

ressource apparentéeressource logique 49système d'exploitation 49système de fichiers 49système réseau 49

ressource logiqueressource apparentée 49

ressourcesoptimisable 50

ressources globalesdéfinition 51

ressources logiquesconfiguration 35création 38définition 38informations sur le logiciel 35

ressources logiques, informationsextraction 94

ressources physiquescontrôle 36

résultats de l'analyse 36rôles 3

Ssoumission de travail 67statut d'un travail TWS

mappage des statuts des travaux 33statuts des travaux

mappage 66opérations prises en charge 66statuts des travaux

surveillance 66statuts des travaux dans la console

Web 66statuts des travaux dans la ligne de

commande 66support PL/SQL 9surveillance de travaux TWS

commande conman 33surveillance des travaux 67syntaxe

ligne de commande 72syntaxe de ligne de commande 72système d'exploitation

ressource apparentée 49système de fichiers

ressource apparentée 49système réseau

ressource apparentée 49

Ttechnique, formation xiitravail, dépendance

définition 29travail critique

hiérarchisation 23promotion 23

travail Java générique 9, 13modèle 11

travaux anciensamélioration 13

travaux anciens avec fonctionsdynamiques 13

travaux avec affinitédéfinition 3

travaux de service Web 9, 13modèles de fichiers JSDL 11

travaux de transfert de fichier 9, 13modèles de fichiers JSDL 11

travaux Dynamic Workload Brokerhiérarchisation 23

travaux Dynamic Workload Brokercritiques 23

travaux dynamiques cruciaux 12travaux dynamiques importants 12


travaux exécutables 9, 11travaux existants

amélioration 13travaux existants avec fonctions

dynamiques 13travaux IBM i 9, 11travaux J2EE 9, 11travaux Java 9, 13

modèles de fichiers JSDL 11travaux MSSQL 9, 11travaux soumis

affichage 68travaux standard

amélioration 13travaux standard avec fonctions

dynamiques 13travaux XA 9, 11types de ressource

consommable 50types de travail 9, 13

modèle 11types de travail spécifiques 9, 13

modèles de fichiers JSDL 11types de travaux avec options

avancées 8, 9, 13modèle 11modèles de fichiers JSDL 11planification de manière

dynamique 8planification de manière statique 8

Uutilisateurs 3utilisation de variables 53

Vvalidation des données de base de

données 9, 11, 13variables 46

définition 66définition et utilisation 27Dynamic Workload Broker 27

variables d'environnement 53promotion de travaux 12

variables dans un travaildéfinition dans la définition de

travail 53définition lors de la soumission 65,

66édition lors de la soumission 65, 66

variables de promotion de courtier 12variables de travail 27

création 65, 66modification 65, 66

Index 111

��

Numéro de programme : 5698-WSH

SC11-6722-01

Spineinformation:

Wor

kloa

dSc

hedu

ler

Vers

ion

8.6

IBM

Tivo

liW

orkl

oad

Sche

dule

r-Pl

anifi

catio

ndy

nam

ique

dela

char

gede

trava

il��

�

...Commande jobquery - Exécution de requêtes sur des travaux ..............82 Commande jobdetails...

Documents

Transcript of ...Commande jobquery - Exécution de requêtes sur des travaux ..............82 Commande jobdetails...