Scheduler. Guide de planification et d installation. Version 8.2 (révisée en décembre 2004) SC

Transcription

1 Tivoli IBM Tivoli Workload Scheduler Version 8.2 (révisée en décembre 2004) Guide de planification et d installation SC

2

3 Tivoli IBM Tivoli Workload Scheduler Version 8.2 (révisée en décembre 2004) Guide de planification et d installation SC

4 Important Avant d utiliser le présent document et le produit associé, prenez connaissance des informations générales figurant à la la section «Remarques», à la page 177. Deuxième édition - février 2005 Réf. Us : SC LE PRESENT DOCUMENT EST LIVRE EN L ETAT. IBM DECLINE TOUTE RESPONSABILITE, EXPRESSE OU IMPLICITE, RELATIVE AUX INFORMATIONS QUI Y SONT CONTENUES, Y COMPRIS EN CE QUI CONCERNE LES GARANTIES DE QUALITE MARCHANDE OU D ADAPTATION A VOS BESOINS. Certaines juridictions n autorisent pas l exclusion des garanties implicites, auquel cas l exclusion ci-dessus ne vous sera pas applicable. Ce document est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. Les informations qui y sont fournies sont susceptibles d être modifiées avant que les produits décrits ne deviennent eux-mêmes disponibles. En outre, il peut contenir des informations ou des références concernant certains produits, logiciels ou services 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 partenaire commercial. Vous pouvez également consulter les serveurs Internet suivants : v (serveur IBM en France) v (serveur IBM au Canada) v (serveur IBM aux Etats-Unis) Compagnie IBM France Direction Qualité Tour Descartes Paris-La Défense Cedex 50 Copyright IBM France Tous droits réservés. Copyright International Business Machines Corporation 1991, All rights reserved.

5 Avis aux lecteurs canadiens Le présent document a été traduit en France. Voici les principales différences et particularités dont vous devez tenir compte. Illustrations Les illustrations sont fournies à titre d exemple. Certaines peuvent contenir des données propres à la France. Terminologie La terminologie des titres IBM peut différer d un pays à l autre. Reportez-vous au tableau 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, et le 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ées différemment selon qu il s agit du clavier de la France, du clavier du Canada ou du clavier des États-Unis. Reportez-vous à ce tableau pour faire correspondre les touches françaises figurant dans le présent document aux touches de votre clavier. Copyright IBM Corp. 1991, 2004 iii

6 Brevets Il est possible qu IBM détienne des brevets ou qu elle ait déposé des demandes de brevets portant sur certains sujets abordés dans ce document. Le fait qu IBM vous fournisse le présent document ne signifie pas qu elle vous accorde un permis d utilisation de ces brevets. Vous pouvez envoyer, par écrit, vos demandes de renseignements relatives aux permis d utilisation au directeur général des relations commerciales 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, des logiciels et des publications IBM, contactez IBM direct au iv IBM Tivoli Workload Scheduler - Guide de planification et d installation

7 Table des matières Avis aux lecteurs canadiens iii Liste des figures ix Liste des tableaux xi A propos de ce guide xiii Nouveautés xiii A qui s adresse ce guide xiii Organisation de ce guide xiii Publications xiv Bibliothèque Tivoli Workload Scheduler...xiv Publications connexes xvii Accès aux publications en ligne xviii Commande de publications xviii Accessibilité xix Informations sur le support xix Conventions de ce guide xix Conventions typographiques xix Chemins et variables dépendants du système d exploitation xx Syntaxe des commandes xx Partie 1. Introduction Chapitre 1. Introduction Présentation de Tivoli Workload Scheduler....3 Processus Communications réseau Fonctionnement du réseau Agents étendus Méthode d accès Local UNIX Méthode d accès Remote UNIX Agents étendus UNIX Instances de produit Fichier de registre Fichier des composants Mise en route rapide Partie 2. Planification Chapitre 2. Mise en route Planification du réseau Présentation du réseau Tivoli Workload Scheduler Fonctionnalités des domaines Traitement localisé dans votre domaine Remarques relatives au réseau Réseau à un seul domaine Réseau à plusieurs domaines Basculement vers un gestionnaire de domaine..17 Mécanisme de basculement à tolérance de pannes 19 Bases de données étendues Noms des postes de travail Installation du connecteur Remarques relatives aux fuseaux horaires...22 Planification des installations Sélection des types de poste de travail Sélection de la méthode d installation Sélection du type d installation du niveau Vérification des autorisations utilisateur requises..26 Rôles d autorisation pour l exécution de l assistant d installation Rôles d autorisation pour l exécution du script twsinst Rôles d autorisation pour Software Distribution 27 Rôles d autorisation pour l exécution du script customize Rôles d autorisation pour l exécution d une mise à niveau Avant l installation Informations sur l utilisateur Tivoli Workload Scheduler Critères de validation des éléments d installation 29 Installation pour la planification complète...30 Informations sur l installation Avant la mise à niveau Suppression des liens et arrêt de Tivoli Workload Scheduler Arrêt du connecteur Fichiers de sauvegarde Utilisation des nouveaux fichiers de configuration Extension de votre base de données Implications de Tivoli Management Framework 37 Partie 3. Installation et mise à niveau Chapitre 3. Installation à l aide de l assistant d installation Installation d une nouvelle instance de Tivoli Workload Scheduler Séquence d installation standard Séquence d installation complète Séquence d installation personnalisée Ajout d une nouvelle fonction à une installation existante Promotion d une installation existante Installation automatique Procédure d installation Chapitre 4. Installation et promotion à l aide de twsinst Installation et promotion Copyright IBM Corp. 1991, 2004 v

8 Chapitre 5. Installation à l aide de Software Distribution Progiciels et paramètres Procédure d installation Installation des modules de langue Chapitre 6. Installation à l aide du script customize Script customize Installation du moteur Tivoli Workload Scheduler 64 Chapitre 7. Mise à niveau vers Tivoli Workload Scheduler Scénarios de mise à niveau Mise à niveau de Tivoli Workload Scheduler...68 Utilisation de l assistant d installation Utilisation de twsinst Utilisation du fichier de réponses migrationinstall 75 Utilisation de Software Distribution Utilisation du script customize Partie 4. Configuration Chapitre 8. Après l installation Netman Configuration d un gestionnaire de domaine maître 81 Configuration d un gestionnaire de remplacement à tolérance de pannes Configuration d un agent à tolérance de pannes ou d un agent standard Mise à jour du fichier de sécurité Configuration pour les installations UNIX de niveaux 1 et Configuration pour les installations de niveau Configuration d un agent à tolérance de pannes après l installation Activation de la fonction de fuseau horaire Activation des fuseaux horaires dans un réseau complet Chapitre 9. Personnalisation facultative 89 Options globales Définition des options globales Options de report Options locales Définition des options locales Configuration de l administration décentralisée Partage des répertoires racine Partage des paramètres Tivoli Workload Scheduler Utilisation d un seul partage Définition des options locales Définition des options locales sur le maître Invites et messages d écran de Tivoli Workload Scheduler Définition de sysloglocal sous UNIX Commande console Automatisation du cycle de production Personnalisation du flux de travaux final Démarrage d un cycle de production Gestion de l environnement de production Choix du début de la journée Modification du début de journée Création d un plan pour des dates passées ou à venir Utilisation des scripts de configuration Variables d environnement de Jobman Script de configuration standard - jobmanrc Script de configuration local -.jobmanrc Tivoli Workload Scheduler et Tivoli Management Framework Tivoli Management Framework pour utilisateurs non Tivoli Ajout d administrateurs Tivoli Remarques par rapport au maître de secours 118 Maîtres ne prenant pas en charge Tivoli Management Framework Chapitre 10. Intégration avec d autres produits IBM Tivoli Intégration avec IBM Tivoli Enterprise Data Warehouse Intégration avec IBM Tivoli NetView Autres dispositions Installation du logiciel d intégration Configuration Objets, symboles et sous-mappes Actions de menu Evénements Tivoli Workload Scheduler/NetView Fichiers de configuration Tivoli Workload Scheduler/NetView Options de configuration de Tivoli Workload Scheduler/NetView Base d informations de gestion d Unison Software Référence du programme Tivoli Workload Scheduler/NetView Intégration avec IBM Tivoli Business Systems Manager Autres dispositions Utilisation du mécanisme des indicateurs clés 147 Installation et configuration de l agent CommonListener Personnalisation des fichiers de configuration 150 Démarrage et arrêt de l agent CommonListener 151 Evénements Tivoli Workload Scheduler/IBM Tivoli Business Systems Manager Chapitre 11. Définition des paramètres de sécurité Définition d une authentification et d un chiffrage fiables Concepts SSL clés Planification de la prise en charge de SSL dans Tivoli Workload Scheduler Configuration de la prise en charge de SSL dans Tivoli Workload Scheduler Fonctionnement avec des pare-feu vi IBM Tivoli Workload Scheduler - Guide de planification et d installation

9 Chapitre 12. Désinstallation de Tivoli Workload Scheduler Utilisation de l assistant de désinstallation Utilisation du script twsinst Utilisation de l interface CLI de Software Distribution Utilisation du script customize Annexe. Informations sur le support 173 Recherche d un incident dans les bases de connaissances Recherche dans le centre d information à partir de votre système local ou du réseau Recherche dans l Information Center du site Web de support IBM Recherche sur Internet Recherche de correctifs Service de support logiciel IBM Détermination de l impact de l incident sur vos activités Description de l incident et collecte des informations pertinentes Soumission d un incident au service de support logiciel IBM Remarques Open source : Test Open source : OpenSSL QUESTIONS SUR LES LICENCES Licence OpenSSL Licence SSLeay d origine Open source : Bibliothèque SNMP Open source : Bibliothèque Time Zone Toolkit de Tivoli Internationalization Services Marques Glossaire Index Table des matières vii

10 viii IBM Tivoli Workload Scheduler - Guide de planification et d installation

11 Liste des figures 1. Flux de processus Processus impliqués dans le fonctionnement du réseau Topologie d un domaine unique Dépendances interréseaux Topologie de plusieurs domaines Architecture de connexions entrantes multiples Architecture de l agent CommonListener 146 Copyright IBM Corp. 1991, 2004 ix

12 x IBM Tivoli Workload Scheduler - Guide de planification et d installation

13 Liste des tableaux 1. Syntaxe de commande xx 2. Attributs du fichier de registre Sélection de l installation de poste de travail Méthodes d installation, composants et fonctions Options d installation de Tivoli Workload Scheduler Rôles d autorisation requis pour l exécution de l assistant d installation Rôles d autorisation requis pour l exécution de twsinst Rôles d autorisation requis pour Software Distribution Rôles d autorisation requis pour l exécution de customize Rôles d autorisation requis pour l exécution d une mise à niveau Critères de validation des éléments d installation Fonctionnalités ISMP données de l UC Informations sur le connecteur Tivoli Workload Scheduler Ecran d installation de Tivoli Management Framework Ecran d informations du module Tivoli Plus Ecran d installation de la version de Tivoli Management Framework Fonctions et composants facultatifs Fichiers de réponses Blocs de progiciel permettant d installer Tivoli Workload Scheduler Paramètres d installation des blocs de progiciel Liste des paramètres permettant d installer les modules de langue Mise à niveau vers Tivoli Workload Scheduler version Utilisation des options de sauvegarde de twsinst Syntaxe de globalopts Syntaxe de localopts Raccourcis pour les codes de chiffrement Variables d environnement de Jobman Variables de jobmanrc Objets et symboles Tivoli Workload Scheduler/NetView Statut de Tivoli Workload Scheduler/NetView Evénements Tivoli Workload Scheduler/NetView Traps propres à l entreprise Evénements transmis pour les objets de planification clés et non-clés Evénements Tivoli Workload Scheduler pour Tivoli Business Systems Manager Fichiers des options locales Type de communication en fonction de la valeur securitylevel Raccourcis pour les codes de chiffrement 166 Copyright IBM Corp. 1991, 2004 xi

14 xii IBM Tivoli Workload Scheduler - Guide de planification et d installation

15 A propos de ce guide Nouveautés A qui s adresse ce guide Organisation de ce guide Le manuel IBM Tivoli Workload Scheduler - Guide de Planification et d installation fournit des informations sur l installation d un réseau IBM Tivoli Workload Scheduler 8.2. Il explique notamment comment planifier un réseau, installer le moteur Tivoli Workload Scheduler, le logiciel connecteur et l interface graphique. Il fournit également des instructions concernant la personnalisation des options Tivoli Workload Scheduler et de la sécurité en vue de démarrer un réseau. Enfin, il fournit des conseils et des informations sur le processus de migration à partir de versions antérieures du produit. Le présent chapitre décrit les modifications apportées à ce guide. Ce manuel comprend les sections suivantes : v Planification : Cette section vous permet de planifier l installation de votre réseau. Elle décrit l architecture, la configuration prérequise pour l installation et les tâches de préinstallation. v Installation : Cette section vous permet d installer votre réseau. Elle décrit les différentes méthodes d installation. v Configuration : Cette section vous permet de configurer votre réseau après l installation. La version précédente du présent manuel ne comprenait aucune subdivision. Ce manuel a été restructuré et inclut désormais des informations sur les groupes de correctifs publiés depuis l édition précédente. Ces informations se rapportent à une nouvelle fonctionnalité de sauvegarde, ajoutée au groupe de correctifs 3, ainsi qu à une fonctionnalité permettant de gérer les remplacements de composants à tolérance de pannes, ajoutée dans le groupe de correctifs 5. Ce guide s adresse aux utilisateurs suivants : v Les administrateurs Tivoli Workload Scheduler, qui sont chargés de planifier l agencement du réseau Tivoli Workload Scheduler. v Les installateurs, qui sont chargés d installer les différents progiciels sur les ordinateurs qui composent le réseau Tivoli Workload Scheduler. Ce manuel contient les chapitres suivants : v Chapitre 1, «Introduction», à la page 3 Décrit l architecture du produit. v Chapitre 2, «Mise en route», à la page 13 Décrit les informations à connaître avant de démarrer l installation. v Chapitre 3, «Installation à l aide de l assistant d installation», à la page 41 Décrit la procédure d installation via l assistant d installation. v Chapitre 4, «Installation et promotion à l aide de twsinst», à la page 53 Copyright IBM Corp. 1991, 2004 xiii

16 Organisation de ce guide Publications Décrit la procédure d installation via le script twsinst. v Chapitre 5, «Installation à l aide de Software Distribution», à la page 57 Décrit la procédure d installation via les blocs de progiciel. v Chapitre 6, «Installation à l aide du script customize», à la page 63 Décrit la procédure d installation via le script customize. v Chapitre 7, «Mise à niveau vers Tivoli Workload Scheduler», à la page 67 Décrit la procédure de migration et de promotion des composants. v Chapitre 8, «Après l installation», à la page 81 Décrit la configuration à effectuer à la fin de l installation. v Chapitre 9, «Personnalisation facultative», à la page 89 Décrit la procédure d optimisation de votre installation. v Chapitre 11, «Définition des paramètres de sécurité», à la page 155 Décrit la procédure de définition des paramètres de sécurité. La présente section répertorie toutes les publications de la bibliothèque Tivoli Workload Scheduler et autres documents associés. Elle explique également comment accéder en ligne aux publications Tivoli et comment les commander. Bibliothèque Tivoli Workload Scheduler Tout comme Tivoli Workload Scheduler, la bibliothèque inclut plusieurs produits distincts, disponibles sur plusieurs plateformes : Bibliothèque d IBM Tivoli Workload Scheduling Suite Elle contient toutes les publications concernant Tivoli Workload Scheduler pour toutes les plateformes et pour tous les produits. Bibliothèque distribuée d IBM Tivoli Workload Scheduler Elle comprend toutes les publications se référant à l utilisation de Tivoli Workload Scheduler sur les plateformes autres que z/os. Bibliothèque d IBM Tivoli Workload Scheduler pour z/os Elle comprend toutes les publications qui ne concernent qu IBM Tivoli Workload Scheduler pour z/os. Bibliothèque d IBM Tivoli Workload Scheduler for Applications Elle comprend toutes les publications qui ne concernent qu IBM Tivoli Workload Scheduler for Applications. Bibliothèque d IBM Tivoli Workload Scheduler for Virtualized Data Centers Elle comprend toutes les publications qui ne concernent qu IBM Tivoli Workload Scheduler for Virtualized Data Centers. Bibliothèque d IBM Tivoli Workload Scheduling Suite Vous trouverez les publications suivantes dans la bibliothèque d IBM Tivoli Workload Scheduling Suite. Ces publications se rapportent à tous les produits, pour toutes les plateformes et tous les composants. v IBM Tivoli Workload Scheduler : Informations générales, SC Fournit des informations d ordre général sur tous les produits Tivoli Workload Scheduler. Explique comment les faire fonctionner ensemble, afin d offrir des solutions de gestion de la charge de travail pour l ensemble de l entreprise. xiv IBM Tivoli Workload Scheduler - Guide de planification et d installation

17 Publications v IBM Tivoli Workload Scheduler : Job Scheduling Console - Guide d utilisation, SC Explique comment utiliser Tivoli Workload Scheduler, quelle que soit la plateforme, à l aide d une interface utilisateur standard appelée Job Scheduling Console. v IBM Tivoli Workload Scheduler : Job Scheduling Console - Notes d édition, SC Fournit des informations de dernière minute sur Job Scheduling Console. v IBM Tivoli Workload Scheduler : Warehouse Enablement Pack Version Implementation Guide for Tivoli Enterprise Data Warehouse, Version 1.1, Fournit des informations sur l activation de Tivoli Workload Scheduler pour Tivoli Data Warehouse. Remarque : Ce guide n est disponible que sur le CD du produit. Contrairement aux autres guides, il n est pas accessible en ligne (voir «Accès aux publications en ligne», à la page xviii). Bibliothèque distribuée d IBM Tivoli Workload Scheduler Vous trouverez les publications suivantes dans la bibliothèque distribuée d Tivoli Workload Scheduler. Elles se réfèrent à l utilisation du produit sur toutes les plateformes, sauf z/os. v IBM Tivoli Workload Scheduler : Notes sur l édition, SC Fournit des informations de dernière minute sur Tivoli Workload Scheduler pour toutes les plateformes, sauf z/os. v IBM Tivoli Workload Scheduler : Guide de planification et d installation, SC Décrit la planification et l installation d IBM Tivoli Workload Scheduler sur des plateformes différentes de z/os, ainsi que l intégration de Tivoli Workload Scheduler avec NetView, Tivoli Data Warehouse et IBM IBM Tivoli Business Systems Manager. v IBM Tivoli Workload Scheduler : Guide de référence, SC Décrit la ligne de commande Tivoli Workload Scheduler utilisée sur des plateformes autres que z/os, ainsi que le fonctionnement des agents étendus et agents réseau. v IBM Tivoli Workload Scheduler : Troubleshooting and Error Messages, SC Fournit des informations sur l administration de Tivoli Workload Scheduler sur des plateformes autres que z/os et sur la gestion des incidents. Ce guide inclut une rubrique d aide concernant de nombreux messages générés par les principaux composants de Tivoli Workload Scheduler. v IBM Tivoli Workload Scheduler : Limited Fault-tolerant Agent for OS/400, SC Décrit l installation, la configuration et l utilisation d agents à tolérance de pannes limités Tivoli Workload Scheduler sur AS/400. v IBM Tivoli Workload Scheduler : Guide d utilisation du module Plus, SC Permet de configurer et d utiliser le module Tivoli Workload Scheduler Plus. Visitez le site pour une présentation du produit. Bibliothèque d IBM Tivoli Workload Scheduler pour z/os Les documents ci-après sont disponibles dans la bibliothèque de Tivoli Workload Scheduler pour z/os : v IBM Tivoli Workload Scheduler for z/os : Getting Started, SC A propos de ce guide xv

18 Publications Permet de définir les données de votre installation Tivoli Workload Scheduler pour z/os et de créer et de modifier des plans. v IBM Tivoli Workload Scheduler for z/os : Installation Guide Explique comment installer Tivoli Workload Scheduler pour z/os. v IBM Tivoli Workload Scheduler for z/os : Customization and Tuning, SC Explique comment personnaliser Tivoli Workload Scheduler pour z/os. v IBM Tivoli Workload Scheduler for z/os : Managing the Workload, SC Explique comment planifier la charge de travail et comment contrôler et surveiller le plan actuel. v IBM Tivoli Workload Scheduler for z/os : Quick Reference, SC Guide de référence facile à consulter et permettant d utiliser Tivoli Workload Scheduler pour z/os. v IBM Tivoli Workload Scheduler for z/os : Diagnosis Guide and Reference, SC Fournit des informations utiles pour identifier et résoudre les incidents pouvant survenir lors de l utilisation de Tivoli Workload Scheduler pour z/os. v IBM Tivoli Workload Scheduler for z/os : Messages and Codes, SC Explique les messages et les codes de Tivoli Workload Scheduler pour z/os. v IBM Tivoli Workload Scheduler for z/os : Programming Interfaces, SC Fournit des informations sur l écriture des programmes d application de Tivoli Workload Scheduler pour z/os. v IBM Tivoli Workload Scheduler for z/os : Licensed Program Specifications, GI Explique comment planifier l utilisation de Tivoli Workload Scheduler pour z/os. v IBM Tivoli Workload Scheduler for z/os : Memo for program 5697-WSZ, GI Fournit un récapitulatif des modifications apportées à l édition actuelle du produit. v IBM Tivoli Workload Scheduler for z/os : Program Directory for program 5697-WSZ, GI Fourni avec la bande d installation de Tivoli Workload Scheduler pour z/os (programme 5697-WSZ), il décrit tous les éléments relatifs à l installation et fournit des instructions d installation spécifiques au niveau d édition ou au numéro du produit. v IBM Tivoli Workload Scheduler for z/os : Program Directory for program 5698-WSZ, GI Fourni avec la bande d installation de Tivoli Workload Scheduler pour z/os (programme 5698-WSC), il décrit tous les éléments relatifs à l installation et fournit des instructions d installation spécifiques au niveau d édition ou au numéro du produit. Visitez le site pour une présentation du produit. Bibliothèque d IBM Tivoli Workload Scheduler for Applications Les guides suivants sont disponibles dans la bibliothèque d IBM Tivoli Workload Scheduler for Applications : v IBM Tivoli Workload Scheduler for Applications : Release Notes, SC Fournit des informations de dernière minute sur les agents étendus Tivoli Workload Scheduler. v IBM Tivoli Workload Scheduler for Applications : Guide d utilisation, SC xvi IBM Tivoli Workload Scheduler - Guide de planification et d installation

19 Publications Décrit l installation, l utilisation et les procédures de résolution des incidents se rapportant aux agents étendus Tivoli Workload Scheduler. Visitez le site pour une présentation du produit. Bibliothèque d IBM Tivoli Workload Scheduler for Virtualized Data Centers Les guides suivants sont disponibles dans la bibliothèque d IBM Tivoli Workload Scheduler for Virtualized Data Centers : v IBM Tivoli Workload Scheduler for Virtualized Data Centers : Notes de mise à jour, SC Fournit des informations de dernière minute sur Tivoli Workload Scheduler for Virtualized Data Centers. v IBM Tivoli Workload Scheduler for Virtualized Data Centers V8.2.0 : Guide d utilisation, SC Explique comment étendre les capacités de Tivoli Workload Scheduler de façon à optimiser les charges de travail et l installation distribuée, en activant le contrôle des travaux IBM LoadLeveler et IBM Grid Toolbox. Visitez le site /Y614224T20392S50.html pour une présentation du produit. Publications connexes Les documents ci-après fournissent des informations supplémentaires : v IBM Redbooks : High Availability Scenarios with IBM Tivoli Workload Scheduler and IBM Tivoli Framework Ce Redbook IBM vous permet de concevoir et de créer des environnements IBM Tivoli Workload Scheduler et IBM Tivoli Management Framework (serveur TMR, noeuds gérés et noeuds finals) à haute disponibilité. Il présente également des études de cas HACMP (High Availability Cluster Multiprocessing) pour AIX et Microsoft Windows Cluster Service (MSCS). Il est disponible sur le site Web Redbooks, à l adresse v IBM Redbooks : Customizing IBM Tivoli Workload Scheduler for z/os V8.2 to Improve Performance Ce Redbook IBM traite des différentes techniques permettant d améliorer les performances de Tivoli Workload Scheduler pour z/os (y compris la planification complète). Il est disponible sur le site Web Redbooks, à l adresse v IBM Redbooks : End-to-End Scheduling with IBM Tivoli Workload Scheduler Version 8.2 Ce Redbook IBM vous permet de mettre au point une planification complète en utilisant des composants Tivoli Workload Scheduler version 8.2, tant en version répartie (précédemment connue sous le nom de Maestro) que grand système (précédemment appelée OPC). Il est disponible sur le site Web Redbooks, à l adresse Le glossaire des logiciels Tivoli contient les définitions de la plupart des termes techniques relatifs aux logiciels Tivoli. Il est disponible sur le site Web de la bibliothèque logicielle Tivoli : A propos de ce guide xvii

20 Publications Accès aux publications en ligne Le CD du produit contient les publications figurant dans la bibliothèque du produit. Les publications sont disponibles au format PDF et/ou HTML. Pour y accéder par un navigateur Web, ouvrez le fichier infocenter.html. Le fichier se trouve dans le répertoire de la publication appropriée sur le CD du produit. IBM affiche sur le site Web Tivoli Software Information Center les publications liées à ce produit ainsi qu aux autres produits Tivoli dès qu elles sont disponibles ou mises à jour. Pour accéder à Tivoli Software Information Center, accédez d abord à la bibliothèque des logiciels Tivoli, à l adresse suivante : Faites défiler les publications et cliquez sur le lien Product manuals. Dans la liste alphabétique des documents techniques consacrés aux produits Tivoli, cliquez sur le lien du produit Tivoli Workload Scheduler approprié pour accéder aux bibliothèques du produit, dans Tivoli Software Information Center. Toutes les publications de la bibliothèque de la suite Tivoli Workload Scheduler, de la bibliothèque distribuée et de celle de z/os apparaissent sous l entrée Tivoli Workload Scheduler. Remarque : Si vous imprimez des documents PDF sur un format de papier non standard, définissez cette option dans la fenêtre Fichier Imprimer d Adobe Reader ; cette fenêtre permet de définir une impression pour votre type de papier spécifique. Manuels Tivoli Workload Scheduler en ligne Les manuels de la bibliothèque Tivoli Workload Scheduler pour z/os sont disponibles au format électronique sur le CD-ROM de la Bibliothèque IBM en ligne : z/os Software Products Collection Kit, SK3T Vous pouvez les lire à l aide des logiciels sous licence IBM suivants : v BookManager READ/2 (numéro de programme ) v BookManager READ/DOS (numéro de programme ) v BookManager READ/6000 (numéro de programme ) Tous les programmes BookManager nécessitent un PC doté d un lecteur de CD-ROM (capable de lire les disques formatés conformément à la norme ISO 9660), un adaptateur et un câble appropriés. Pour plus d informations concernant les matériels et les logiciels requis, consultez la documentation du produit BookManager spécifique que vous utilisez. Les mises à jour des manuels intervenant entre deux éditions sont uniquement fournies sous forme de copie électronique. Commande de publications Vous pouvez commander de nombreuses publications Tivoli en ligne sur le site Web suivant : /cgibin/pbi.cgi Vous pouvez aussi passer votre commande par téléphone en appelant l un des numéros suivants : v Aux Etats-Unis : xviii IBM Tivoli Workload Scheduler - Guide de planification et d installation

21 Publications v Au Canada : v Dans les autres pays, sélectionnez votre pays dans la page accessible par le lien ci-dessus et cliquez sur About this site pour obtenir la liste des numéros de téléphone de votre représentant local. Accessibilité Les fonctions d accessibilité permettent aux personnes souffrant d un handicap physique (par exemple, une mobilité réduite ou une déficience visuelle) de pouvoir utiliser les logiciels. Avec ce produit, vous pouvez utiliser les technologies d 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 de l interface graphique. Informations sur le support Conventions de ce guide Conventions Pour plus d informations, consultez l annexe Accessibilité du document Tivoli Workload Scheduler Job Scheduling Console - Guide d utilisation. Pour résoudre rapidement un incident lié à un logiciel IBM, IBM vous permet d obtenir l assistance que vous souhaitez de plusieurs manières : v En faisant des recherches dans les bases de connaissances : elles contiennent un grand nombre d incidents recensés et de solutions, de remarques d ordre technique et autres informations adéquates. v En vous procurant des correctifs : vous trouverez les versions les plus récentes disponibles pour votre produit. v En contactant le service de support logiciel IBM : si les deux solutions ci-dessus ne vous ont pas permis de résoudre votre incident, vous pouvez contacter directement un technicien IBM de plusieurs manières. Pour plus d informations sur ces trois manières de résoudre un incident, voir «Informations sur le support», à la page 173. Ce guide utilise plusieurs conventions concernant les actions et les termes spécifiques, les chemins et les commandes spécifiques au système d exploitation, la syntaxe de Conman et les graphiques des marges. typographiques Ce document utilise les conventions typographiques suivantes : Gras Italique v Commandes en minuscules et commandes en minuscules et majuscules difficiles à distinguer du reste du texte v Commandes d interface (cases à cocher, boutons de commande, boutons d option, sélecteurs rotatifs, zones, dossiers, icônes, zones de liste, éléments des zones de liste, listes à plusieurs colonnes, conteneurs, options de menu, noms de menu, onglets, fiches techniques), libellés (par exemple Conseil : et Remarques relatives au système d exploitation :) v Mot clés et paramètres dans le texte A propos de ce guide xix

22 Conventions v Mot définis dans le texte v Insistance sur les mots (mots en tant que tels) v Nouveaux termes dans le texte (sauf dans une liste de définitions) v Variables et valeurs que vous devez fournir Espacement fixe v Exemples et exemples de code v Noms de fichiers, mots clés de programmation et autres éléments difficiles à distinguer du reste du texte v Invites et texte des messages destinés à l utilisateur v Texte à entrer par l utilisateur v Valeurs des arguments ou options de commande Chemins et variables dépendants du système d exploitation Pour les variables d environnement et la notation des répertoires, ce guide utilise la convention UNIX. Lorsque vous utilisez une ligne de commande Windows, remplacez $variable par %variable% pour les variables d environnement, et remplacez toutes les barres obliques (/) par des barres obliques inversées (\) dans les chemins d accès aux répertoires. Les noms des variables d environnement diffèrent parfois dans Windows et dans UNIX. Par exemple, %TEMP% sous Windows correspond à $tmp sous UNIX. Remarque : Si vous utilisez le shell bash sur un système Windows, vous pouvez utiliser les conventions UNIX. Syntaxe des commandes Lorsqu il décrit des commandes, le présent guide utilise la syntaxe suivante : Tableau 1. Syntaxe de commande Convention de syntaxe Description Crochets ([ ]) Les informations entre crochets ([ ]) sont facultatives. Toutes les autres informations doivent être fournies. Accolades ({ }) Les accolades ({ }) désignent un ensemble d options s excluant mutuellement, lorsqu une seule option est requise. Trait de soulignement ( _ ) Barre verticale ( ) Les traits de soulignement (_) relient plusieurs mots dans une variable. Les options s excluant mutuellement sont séparées par une barre verticale ( ). Vous pouvez entrer une seule des options séparées par la barre verticale au cours de la même utilisation de la commande. Une barre verticale peut être utilisée pour séparer les options facultatives ou obligatoires. Gras Le texte en gras désigne les informations qui doivent être entrées sur la ligne de commande exactement telles quelles. Cela s applique aux noms de commande et aux options invariables. Italique Le texte en italique est variable et doit être remplacé par les informations qu il représente. xx IBM Tivoli Workload Scheduler - Guide de planification et d installation

23 Partie 1. Introduction Chapitre 1. Introduction Présentation de Tivoli Workload Scheduler....3 Processus Communications réseau Fonctionnement du réseau Agents étendus Méthode d accès Local UNIX Méthode d accès Remote UNIX Agents étendus UNIX Gestion de la production pour les agents étendus Instances de produit Fichier de registre Fichier des composants Affichage du fichier des composants Mise en route rapide Copyright IBM Corp. 1991,

24 2 IBM Tivoli Workload Scheduler - Guide de planification et d installation

25 Chapitre 1. Introduction Ce manuel contient des instructions relatives à l installation, à la configuration et à la mise à niveau vers IBM Tivoli Workload Scheduler version 8.2. Présentation de Tivoli Workload Scheduler Tivoli Workload Scheduler est composé de trois parties : Moteur Tivoli Workload Scheduler Le moteur s exécute sur différents types de systèmes d exploitation Microsoft Windows et UNIX. Dans ce document, l installation du moteur signifie l installation d un maître, d un maître de secours, d un agent à tolérance de pannes ou d un agent standard associés. Connecteur Tivoli Workload Scheduler Il effectue une mise en correspondance entre les commandes Job Scheduling Console et le moteur Tivoli Workload Scheduler. Installez le connecteur sur le système maître et sur tous les agents à tolérance de pannes (FTA) que vous allez utiliser en tant qu unités de secours pour le poste de travail principal. Le connecteur requiert que Tivoli Management Framework soit préalablement configuré pour un serveur ou un noeud géré Tivoli. Job Scheduling Console Interface graphique Java pour Tivoli Workload Scheduler. Installez Job Scheduling Console sur chaque machine à partir de laquelle vous souhaitez gérer des objets de plan et de base de données. Job Scheduling Console ne nécessite pas que le moteur ou le connecteur Tivoli Workload Scheduler soit installé sur le même poste de travail. Vous pouvez également utiliser Job Scheduling Console à partir de n importe quelle machine sous réserve que celle-ci possède une liaison TCP/IP avec la machine qui exécute le connecteur Tivoli Workload Scheduler. Pour plus d informations sur Job Scheduling Console, voir IBM Tivoli Workload Scheduler Job Scheduling Console - Guide d utilisation. Un réseau Tivoli Workload Scheduler comprend les postes de travail sur lesquels des travaux et des flux de travaux sont exécutés. Les définitions des postes de travail font essentiellement référence à des postes de travail physiques. Toutefois, dans le cas d agents étendus et d agents réseau, les postes de travail correspondent à des définitions logiques qui doivent être hébergées par un poste de travail Tivoli Workload Scheduler physique. Lorsque vous installez un réseau Tivoli Workload Scheduler, vous pouvez choisir l un des types de poste de travail suivants : Gestionnaire de domaine maître (MDM) Le gestionnaire de domaine maître est le domaine au sommet de la hiérarchie d un réseau Tivoli Workload Scheduler. Il contient les fichiers de base de données centralisés servant à documenter les objets de planification. Il crée le plan de production, le distribue à tous les agents du réseau au début de chaque journée et exécute l ensemble des opérations de journalisation et de production d états pour le réseau. Copyright IBM Corp. 1991,

26 Présentation Maître de secours Agent à tolérance de pannes capable d assumer les responsabilités du gestionnaire de domaine maître. Agent à tolérance de pannes (FTA) Poste de travail capable de résoudre les dépendances locales et de lancer ses travaux en l absence d un gestionnaire de domaine. Agent standard Poste de travail qui ne lance des travaux que sous la direction de son gestionnaire de domaine. En plus des rôles que vous pouvez sélectionner lors de l installation, les agents à tolérance de pannes peuvent prendre les rôles suivants : Gestionnaire de domaine Concentrateur de gestion d un domaine. Toutes les communications à destination et en provenance des agents d un domaine sont acheminées à travers le gestionnaire de domaine. Hôte Fonction de planification requise par les agents étendus. Elle peut être exécutée par tout poste de travail Tivoli Workload Scheduler, à l exception d un autre agent étendu. Agent étendu Définition de poste de travail logique permettant de lancer et de contrôler des travaux sur d autres systèmes et des applications. Agent réseau Définition de poste de travail logique permettant de créer des dépendances entre les travaux et les flux de travaux dans des réseaux Tivoli Workload Scheduler distincts. Processus Netman est démarré par le script StartUp. L ordre de création des processus est Netman, Mailman, Batchman et Jobman. Batchman ne s exécute pas sur les postes de travail d agent standard. Tous les processus, à l exception de Jobman, s exécutent avec des droits d utilisateur TWS. Jobman s exécute avec des droits root. Tandis que l activité réseau commence, Netman reçoit des requêtes en provenance de processus Mailman distants. Lors de la réception d une requête, Netman génère un processus Writer et lui transmet la connexion. Writer reçoit le message et le transmet au processus Mailman local. Les processus Writer (il peut y en avoir plusieurs sur un gestionnaire de domaine) sont démarrés par des demandes de connexion et sont arrêtés par des demandes de déconnexion (ou lorsque le processus Mailman en cours de communication se termine). Les gestionnaires de domaine, y compris le gestionnaire de domaine maître, peuvent communiquer avec un grand nombre d agents et de gestionnaires de domaine subordonnés. Pour une efficacité accrue, vous pouvez définir des serveurs Mailman sur un gestionnaire de domaine afin de répartir la charge des communications (reportez-vous à la section qui explique comment gérer les postes de travail dans la base de données dans le document IBM Tivoli Workload Scheduler Job Scheduling Console - Guide d utilisation). 4 IBM Tivoli Workload Scheduler - Guide de planification et d installation

27 Communications réseau Gestionnaire de domaine/maître Agent à tolérance de pannes Lancement Netman Lancement Netman Writer Writer Mailman Mailman Batchman Batchman Jobman Jobman Méthode Agent étendu Figure 1. Flux de processus Communications réseau Dans un réseau Tivoli Workload Scheduler, les agents communiquent avec leurs gestionnaires de domaine et les gestionnaires de domaine communiquent avec leurs gestionnaires de domaine parent. Deux types de communications s opèrent : v Initialisation de début de journée v Evénements de planification sous forme de messages de changement d état lors de la journée de traitement Chaque jour, en début de journée, le gestionnaire de domaine maître crée un fichier de contrôle de production appelé Symphony. Tivoli Workload Scheduler est alors redémarré dans le réseau et le gestionnaire de domaine maître envoie une copie du nouveau fichier Symphony à chacun des agents et des gestionnaires de domaine subordonnés auxquels il est automatiquement relié. A leur tour, les gestionnaires de domaine envoient des copies du fichier aux agents et aux gestionnaires de domaine subordonnés auxquels ils sont automatiquement reliés. Les agents et les gestionnaires de domaine qui ne sont pas configurés pour être reliés automatiquement sont initialisés avec une copie de Symphony dès qu une opération de liaison est exécutée dans Tivoli Workload Scheduler. L indicateur autolink est défini par défaut lorsqu un poste de travail est créé dans Job Scheduling Console. Chapitre 1. Introduction 5

28 Communications réseau Fonctionnement du réseau Après le démarrage du réseau est démarré, des messages de planification tels que les débuts et fin de travaux sont transmis depuis les agents vers leurs gestionnaires de domaine, en passant par les gestionnaires de domaine parents et jusqu au gestionnaire de domaine maître. Le gestionnaire de domaine maître diffuse alors les messages à travers l ensemble de l arborescence des domaines afin de mettre à jour les gestionnaires de domaine et tous les agents à tolérance de pannes qui s exécutent en mode Statut intégral. Sur chaque gestionnaire de domaine et sur chaque poste de travail d agent à tolérance de pannes, le processus Batchman fonctionne de façon autonome, en analysant son fichier Symphony pour résoudre les dépendances et lancer des travaux. Batchman lance des travaux par l intermédiaire du processus Jobman. Sur un agent standard, le processus Jobman répond aux demandes de lancement émises par le processus Batchman du gestionnaire de domaine. Le gestionnaire de domaine maître est informé en permanence du lancement et de l aboutissement de travaux et il est chargé de diffuser les informations aux gestionnaires de domaine et aux agents à tolérance de pannes pour leur permettre de résoudre les dépendances entre postes de travail. Le degré de synchronisation entre les fichiers Symphony dépend de la façon dont les modes Statut intégral et Résolution des dépendances sont paramétrés dans la définition d un poste de travail. En supposant que ces modes soient activés, le fichier Symphony d un agent à tolérance de pannes contient les mêmes informations que celui du gestionnaire de domaine maître (voir IBM Tivoli Workload Scheduler Job Scheduling Console - Guide d utilisation). Agent à tolérance de pannes Gestionnaire de domaine/maître Agent standard Symphony Symphony Batchman Batchman Jobman Jobman Jobman Travail Travail Travail Travail Travail Travail Figure 2. Processus impliqués dans le fonctionnement du réseau Agents étendus Un agent étendu fait office d interface vers un système ou une application externe non Tivoli Workload Scheduler. Il est défini en tant que poste de travail Tivoli Workload Scheduler doté d une méthode d accès et d un hôte. La méthode d accès communique avec le système ou l application externe et lance une série de travaux, par exemple de surveillance. Un travail ou flux de travaux qui doit vérifier 6 IBM Tivoli Workload Scheduler - Guide de planification et d installation

29 Communications réseau l existence d un ou plusieurs fichiers avant le début de l exécution est appelé dépendance de fichier. L hôte est un autre poste de travail Tivoli Workload Scheduler (mais pas un autre agent étendu) qui résout le dépendances et émet des demandes de lancement de travaux par l intermédiaire de la méthode. Les travaux sont définis pour un agent étendu de la même manière que pour les autres postes de travail Tivoli Workload Scheduler, à ceci près que les attributs de travail sont dictés par le système ou l application externe. Le logiciel d agent étendu est disponible pour plusieurs systèmes et applications. Les agents étendus UNIX, inclus avec Tivoli Workload Scheduler, sont décrits dans la section suivante. Méthode d accès Local UNIX La méthode Local UNIX peut être utilisée pour définir plusieurs postes de travail Tivoli Workload Scheduler sur un seul ordinateur : le poste de travail hôte et un ou plusieurs agents étendus. Lorsque Tivoli Workload Scheduler envoie un travail à un agent étendu UNIX local, la méthode d accès unixlocl est appelée par l hôte pour l exécution du travail. La méthode commence par exécuter le script de configuration standard sur le poste de travail hôte (racine_tws/jobmanrc). Si l utilisateur du travail est autorisé à utiliser un script de configuration local et si le script existe sous la forme $HOME/.jobmanrc, le script de configuration local est également exécuté. Le travail lui-même est alors exécuté par le script de configuration standard ou local. Si aucun des deux scripts de configuration n existe, la méthode lance le travail. Le lancement des scripts de configuration, jobmanrc et.jobmanrc est configurable dans le script de la méthode. La méthode exécute les scripts de configuration par défaut, s ils existent. Pour désactiver cette fonction, vous devez transformer en commentaires un ensemble de lignes du script de la méthode. Pour plus d informations, examinez le fichier de script racine_tws/methods/unixlocl sur l hôte de l agent étendu. Méthode d accès Remote UNIX La méthode d accès Remote UNIX peut être utilisée pour désigner un ordinateur non Tivoli Workload Scheduler pour qu il exécute des travaux planifiés par Tivoli Workload Scheduler. Lorsque Tivoli Workload Scheduler envoie un travail à un agent étendu UNIX distant, la méthode d accès unixrsh crée un répertoire /tmp/maestro sur l ordinateur non Tivoli Workload Scheduler. Elle transfère alors un script encapsuleur au répertoire et l exécute. L encapsuleur exécute ensuite le travail planifié. L encapsuleur est créé une fois seulement, à moins qu il ne soit supprimé, déplacé ou périmé. Pour exécuter des travaux par l intermédiaire de l agent étendu, les utilisateurs du travail doivent posséder des droits d accès appropriés sur l ordinateur UNIX non Tivoli Workload Scheduler. Pour que ces droits leurs soient accordés, un fichier.rhost, /etc/host.equiv ou un fichier équivalent doit être configuré sur l ordinateur. Si les dépendances de fichier Opens doivent être vérifiées, les droits d accès root doivent également être accordés. Contactez votre administrateur système si vous avez besoin d assistance. Pour plus d informations sur la méthode d accès, examinez le fichier de script racine_tws/methods/unixrsh sur l hôte d un agent étendu. Chapitre 1. Introduction 7

30 Communications réseau Agents étendus UNIX Tivoli Workload Scheduler inclut des méthodes d accès pour deux types d agents étendus UNIX. La méthode Local UNIX permet à un seul ordinateur UNIX de fonctionner comme deux postes de travail Tivoli Workload Scheduler pouvant tous deux exécuter des travaux planifiés par Tivoli Workload Scheduler. La méthode d accès Remote UNIX vous permet de désigner un ordinateur UNIX distant pour qu il exécute des travaux planifiés par Tivoli Workload Scheduler sans que Tivoli Workload Scheduler soit installé sur ce poste. Instances de produit Des informations sur l exécution d un travail sont envoyées à Tivoli Workload Scheduler depuis un agent étendu via le fichier stdlist du travail. Un fichier d options de méthode peut indiquer des sessions de remplacement pour lancer des travaux et vérifier les dépendances de fichier Opens. Pour plus d informations, voir IBM Tivoli Workload Scheduler - Guide de référence. Gestion de la production pour les agents étendus En règle générale, les travaux s exécutant sur des agents étendus se comportent comme les autres travaux Tivoli Workload Scheduler. Tivoli Workload Scheduler assure le suivi de l état d un travail et enregistre les résultats dans les fichiers stdlist du travail. Ces fichiers sont stockés sur le poste de travail hôte de l agent étendu. Pour plus d informations sur la gestion des travaux, reportez-vous à la section qui décrit les tâches du plan Tivoli Workload Scheduler dans IBM Tivoli Workload Scheduler Job Scheduling Console - Guide d utilisation. Plusieurs copies du produit peuvent être installées sur un seul ordinateur à condition que chaque instance ait un nom et un chemin d installation uniques. Les instances sont enregistrées dans un fichier de registre pour les plateformes de niveau 1 et dans le fichier des composants pour les plateformes de niveau 2. Les versions précédentes de Tivoli Workload Scheduler étaient également enregistrées dans le fichier des composants. Fichier de registre Sur les plateformes de niveau 1, lorsque vous installez Tivoli Workload Scheduler à l aide du programme d installation ISMP ou du script twsinst, le programme vérifie si aucune instance Tivoli Workload Scheduler n est installée. Le fichier TWSRegistry.dat a pour unique rôle de contenir l historique de toutes les instances installées. Sur les plateformes Windows, ce fichier se trouve dans le répertoire de l unité du système, par exemple, c:\winnt\system32. Sur les plateformes UNIX, il est stocké à l emplacement suivant /etc/tws. Le fichier contient les valeurs des attributs suivants qui définissent une installation Tivoli Workload Scheduler : Tableau 2. Attributs du fichier de registre Attribut ProductID Valeur TWS_ENGINE PackageName Nom du logiciel utilisé pour l installation. InstallationPath Chemin absolu de l instance Tivoli Workload Scheduler. UserOwner Propriétaire de l installation. MajorVersion Numéro d édition Tivoli Workload Scheduler. 8 IBM Tivoli Workload Scheduler - Guide de planification et d installation

31 Instances Tableau 2. Attributs du fichier de registre (suite) Attribut Valeur MinorVersion Numéro de version Tivoli Workload Scheduler. MaintenanceVersion Numéro de version de maintenance Tivoli Workload Scheduler. PatchVersion Numéro du dernier correctif du produit installé. Agent Peut être : un agent standard, un agent à tolérance de pannes ou un gestionnaire de domaine maître. FeatureList Liste des fonctions facultatives installées. LPName Nom du progiciel qui installe le module de langue. LPList Liste de toutes les langues disponibles pour l instance installée. Voici un exemple de fichier TWSRegistry.dat sur un gestionnaire de domaine maître : /Tivoli/Workload_Scheduler/tws_nord_DN_objectClass=OU /Tivoli/Workload_Scheduler/tws_nord_DN_PackageName=TWS_NT_tws_nord.8.2 /Tivoli/Workload_Scheduler/tws_nord_DN_MajorVersion=8 /Tivoli/Workload_Scheduler/tws_nord_DN_MinorVersion=2 /Tivoli/Workload_Scheduler/tws_nord_DN_PatchVersion= /Tivoli/Workload_Scheduler/tws_nord_DN_FeatureList=TBSM /Tivoli/Workload_Scheduler/tws_nord_DN_ProductID=TWS_ENGINE /Tivoli/Workload_Scheduler/tws_nord_DN_ou=tws_nord /Tivoli/Workload_Scheduler/tws_nord_DN_InstallationPath=c:\TWS\tws_nord /Tivoli/Workload_Scheduler/tws_nord_DN_UserOwner=tws_nord /Tivoli/Workload_Scheduler/tws_nord_DN_MaintenanceVersion= /Tivoli/Workload_Scheduler/tws_nord_DN_Agent=MDM Fichier des composants Pour les installations du produit sur les plateformes de niveau 2 et pour les installations de Tivoli Workload Scheduler version 7.0 et 8.1, les groupes de produits sont définis dans le fichier des composants. Ce fichier permet l installation de plusieurs copies d un produit sur un seul ordinateur en désignant un utilisateur différent pour chaque copie. Si le fichier n existe pas préalablement à l installation, il est créé par le script customize. Par exemple : <produit> <version> <répertoire racine> <groupe de produits> Maestro 7.0 /opt/maestro production maestro (8.2) /data/maestro8/maestro TWS_maestro8_8.2 Les entrées de ce fichier sont automatiquement effectuées et mises à jour par le script customize. Sous UNIX, le nom du fichier des composants est défini dans la variable : UNISON_COMPONENT_FILE Si cette variable n est pas définie, customize utilise le nom de fichier : /usr/unison/components Chapitre 1. Introduction 9

32 Instances Affichage du fichier des composants Suite à l installation ou à la mise à niveau, vous pouvez afficher le contenu du fichier des composants sur une plateforme de niveau 2 en exécutant le programme ucomp comme suit : ucomp -l Mise en route rapide Pour installer Tivoli Workload Scheduler, effectuez les tâches suivantes : v Planification de l installation avant lancement (voir Chapitre 2, «Mise en route», à la page 13) v Installation de Tivoli Workload Scheduler et des composants du connecteur (voir Partie 3, «Installation et mise à niveau», à la page 39) v Configuration de l installation (voir Chapitre 8, «Après l installation», à la page 81) Vous pouvez également effectuer les tâches facultatives suivantes : v Définition des paramètres de sécurité Tivoli Workload Scheduler (voir Chapitre 11, «Définition des paramètres de sécurité», à la page 155) v Définition des options locales et globales (voir Chapitre 9, «Personnalisation facultative», à la page 89) v Mise à niveau d une installation existante (voir «Promotion d une installation existante», à la page 50) v Ajout d une fonctionnalité ou un composant à une installation existante (voir «Ajout d une nouvelle fonction à une installation existante», à la page 48) 10 IBM Tivoli Workload Scheduler - Guide de planification et d installation

33 Partie 2. Planification Chapitre 2. Mise en route Planification du réseau Présentation du réseau Tivoli Workload Scheduler Fonctionnalités des domaines Traitement localisé dans votre domaine Remarques relatives au réseau Réseau à un seul domaine Réseau à plusieurs domaines Basculement vers un gestionnaire de domaine..17 Mécanisme de basculement à tolérance de pannes 19 Bases de données étendues Noms des postes de travail Installation du connecteur Installation de connecteurs répartis sur les agents à tolérance de pannes Remarques relatives aux fuseaux horaires...22 Planification des installations Sélection des types de poste de travail Sélection de la méthode d installation Sélection du type d installation du niveau Vérification des autorisations utilisateur requises..26 Rôles d autorisation pour l exécution de l assistant d installation Rôles d autorisation pour l exécution du script twsinst Rôles d autorisation pour Software Distribution 27 Rôles d autorisation pour l exécution du script customize Rôles d autorisation pour l exécution d une mise à niveau Avant l installation Informations sur l utilisateur Tivoli Workload Scheduler Création d un compte utilisateur sous Windows Création d un compte utilisateur sous UNIX 29 Critères de validation des éléments d installation 29 Installation pour la planification complète...30 Informations sur l installation CD d installation Fichiers journaux d installation Services Windows Modification des droits du service Jobmon pour Windows Avant la mise à niveau Suppression des liens et arrêt de Tivoli Workload Scheduler Arrêt du connecteur Fichiers de sauvegarde Utilisation des nouveaux fichiers de configuration Extension de votre base de données Implications de Tivoli Management Framework 37 Lorsqu une version prise en charge de Tivoli Management Framework est déjà installée..37 Copyright IBM Corp. 1991,

34 12 IBM Tivoli Workload Scheduler - Guide de planification et d installation

35 Chapitre 2. Mise en route Planification du réseau Le présent chapitre fournit les informations nécessaires à la préparation de l installation. Avant de commencer l installation de Tivoli Workload Scheduler, répondez aux questions suivantes. 1. Allez-vous utiliser plusieurs domaines ou une structure de réseau à un seul domaine? 2. Si vous utilisez plusieurs domaines, comment allez-vous les diviser? v Par emplacement géographique (par exemple, les domaines de Londres et Paris)? v Par fuseau horaire (par exemple, Heure du Pacifique et Heure de la côte Est)? v Par division, par exemple, marketing et comptabilité? 3. Allez-vous activer la fonction de fuseau horaire? 4. Votre environnement va-t-il contenir des pare-feu? Présentation du réseau Tivoli Workload Scheduler Un réseau Workload Scheduler contient au moins un domaine Workload Scheduler, le domaine maître, dans lequel le gestionnaire de domaine maître fait office de concentrateur de gestion. Des domaines supplémentaires peuvent être utilisés afin de diviser un réseau largement réparti en groupes plus petits, gérés localement. L utilisation de plusieurs domaines diminue la quantité de trafic réseau en réduisant les communications entre le gestionnaire de domaine maître et les autres ordinateurs. Dans une configuration à un seul domaine, le gestionnaire de domaine maître gère les communications avec l ensemble des postes de travail du réseau Workload Scheduler. Dans une configuration à plusieurs domaines, le gestionnaire de domaine maître communique avec les postes de travail de son domaine et avec les gestionnaires de domaine subordonnés. A leur tour, les gestionnaires de domaine subordonnés communiquent avec les postes de travail de leur domaine et avec les gestionnaires de domaine subordonnés. Plusieurs domaines tolèrent les pannes, en limitant les incidents résultant de la défaillance d un gestionnaire de domaine au sein d un seul domaine. Pour limiter davantage les effets de tels incidents, vous pouvez désigner des gestionnaires de domaine de sauvegarde chargés de prendre la main en cas de défaillance de leur gestionnaire de domaine. Fonctionnalités des domaines Lorsque vous définissez un nouveau domaine, vous devez identifier le domaine parent et le gestionnaire de domaine. Le domaine parent est le domaine situé directement au-dessus du nouveau domaine dans la hiérarchie des domaines. Toutes les communications à destination et en provenance d un domaine sont acheminées via le gestionnaire de domaine parent. Copyright IBM Corp. 1991,

36 Planification du réseau Traitement localisé dans votre domaine Le concept de traitement localisé peut vous aider à choisir le mode de configuration de vos domaines Tivoli Workload Scheduler. L idée consiste à diviser ou à localiser vos besoins de planification en fonction d un ensemble de caractéristiques commun. Les caractéristiques communes sont des propriétés telles que les emplacements géographiques, les fonctions liées aux activités et les regroupements d applications. Un traitement lié au regroupement peut limiter la quantité d informations d interdépendance devant être communiquée entre les domaines. Les avantages de la localisation du traitement dans les domaines sont les suivants : v Réduction du trafic réseau. Le fait de maintenir le traitement localisé par rapport aux domaines élimine le besoin de fréquentes communications interdomaines. v Offre un moyen pratique de renforcer la sécurité et de simplifier l administration. La sécurité et l administration peuvent être définies et se limiter au niveau du domaine. Au lieu d effectuer une administration à l échelle du réseau ou spécifique au poste de travail, vous pouvez effectuer une administration à l échelle du domaine. v La capacité de tolérance aux pannes du réseau et des postes de travail peut être optimisée. Dans un réseau Tivoli Workload Scheduler à plusieurs domaines, vous pouvez définir des unités de secours pour chaque gestionnaire de domaine, de sorte que les incidents survenant dans un domaine n affectent pas les opérations des autres domaines. Remarques relatives au réseau Les questions suivantes vous aideront à prendre des décisions sur le mode de configuration de votre réseau Tivoli Workload Scheduler. Certaines questions concernent certains aspects de votre réseau, et d autres concernent les applications contrôlées par Tivoli Workload Scheduler. v Quelle est la taille de votre réseau Tivoli Workload Scheduler? Combien d ordinateurs comporte-t-il? Combien d applications et de travaux s y exécutent? La taille de votre réseau vous aidera à décider d utiliser une architecture à un seul ou à plusieurs domaines. Si vous disposez d un petit nombre d ordinateurs ou d applications à contrôler à l aide de Tivoli Workload Scheduler, vous n avez pas forcément besoin de plusieurs domaines. v Combien d emplacements géographiques sont couverts dans votre réseau Tivoli Workload Scheduler? Quelle est la fiabilité et l efficacité des communications entre ces emplacements? Il s agit-là de l une des principales considérations déterminant le choix d une architecture à plusieurs domaines. La configuration courante consiste à définir un domaine pour chaque emplacement géographique. Si vous choisissez une architecture à un seul domaine, vous serez plus tributaire du réseau pour assurer la continuité du traitement. v Avez-vous besoin d une gestion centralisée ou décentralisée de Tivoli Workload Scheduler? Un réseau Tivoli Workload Scheduler, comportant un seul ou plusieurs domaines, vous permet de gérer Tivoli Workload Scheduler à partir d un noeud unique, le gestionnaire de domaine maître. Si vous souhaitez gérer plusieurs emplacements séparément, vous pouvez envisager l installation d un réseau Tivoli Workload Scheduler distinct au niveau de chaque emplacement. Un 14 IBM Tivoli Workload Scheduler - Guide de planification et d installation

37 Planification du réseau certain degré de gestion décentralisée est possible dans un réseau Tivoli Workload Scheduler autonome, grâce au montage ou au partage de systèmes de fichiers. v Utilisez-vous plusieurs entités physiques ou logiques au niveau d un même site? Le réseau couvre-t-il plusieurs bâtiments et plusieurs étages dans chaque bâtiment? Utilisez-vous différents services ou fonctions commerciales? Utilisez-vous différentes applications? Ces considérations peuvent déterminer le choix d une configuration à plusieurs domaines. Par exemple, un domaine pour chaque bâtiment, service, fonction commerciale ou pour chaque application (fabrication, finances, ingénierie, etc.) v Souhaitez-vous exécuter des applications devant fonctionner avec Tivoli Workload Scheduler? Si ces applications sont discrètes et séparées des autres applications, vous pouvez choisir de les placer dans un domaine Tivoli Workload Scheduler distinct. v Souhaitez-vous que vos domaines Tivoli Workload Scheduler offrent une image miroir de vos domaines Windows? Ce n est pas obligatoire, mais peut s avérer utile. v Souhaitez-vous isoler ou différencier un ensemble de systèmes en fonction de critères de performances ou d autres critères? Cette considération peut également motiver la définition de plusieurs domaines Tivoli Workload Scheduler afin de localiser des systèmes en fonction de leurs performances ou du type de plateforme. v Quel est votre trafic réseau actuel? Si votre trafic réseau est facile à gérer, le besoin de plusieurs domaines est moins important. v Est-ce que vos dépendances de travail traversent des limites de systèmes, des limites géographiques ou des limites d applications? Par exemple, le début du travail 1 sur le poste de travail 1 dépend-t-il de l aboutissement du travail 2 s exécutant sur le poste de travail 2? Le degré d interdépendances entre les travaux est un facteur primordial lors de l agencement de votre réseau Tivoli Workload Scheduler. Si vous utilisez plusieurs domaines, vous devriez essayer de maintenir les objets interdépendants dans le même domaine. Cela permettra de réduire le trafic réseau et de mieux tirer parti de l architecture de domaine. v De quel niveau de tolérance aux pannes avez-vous besoin? Une configuration à un seul domaine présente l inconvénient évident de ne reposer que sur un seul gestionnaire de domaine. Dans un réseau à plusieurs domaines, la défaillance d un seul gestionnaire de domaine affecte uniquement les agents appartenant au même domaine. Réseau à un seul domaine Un réseau Tivoli Workload Scheduler à un seul domaine est composé d un gestionnaire de domaine maître et d un certain nombre d agents. La figure 3, à la page 16 illustre un exemple de réseau à un seul domaine. Un réseau à un seul domaine est bien adapté aux entreprises utilisant peu d emplacements et de fonctions commerciales. Toutes les communications du réseau sont acheminées via le gestionnaire de domaine maître. Lorsque le réseau couvre un seul emplacement, vous ne vous préoccupez que de la fiabilité de votre réseau local et de la quantité de trafic qu il peut gérer. Chapitre 2. Mise en route 15

38 Planification du réseau Figure 3. Topologie d un domaine unique Les réseaux à un seul domaine peuvent être combinés à d autres réseaux, à un seul ou à plusieurs domaines, afin de répondre aux besoins de plusieurs sites. Tivoli Workload Scheduler prend en charge les dépendances interréseaux entre les travaux exécutés sur plusieurs réseaux Tivoli Workload Scheduler. Gestionnaire de domaine maître A A A A Atlanta Denver Ou : Gestionnaire de domaine maître Gestionnaire de domaine maître A A A A Atlanta Denver Figure 4. Dépendances interréseaux Le premier exemple montre un réseau à un seul domaine. Le gestionnaire de domaine maître se trouve à Atlanta, avec plusieurs agents. Des agents se trouvent également à Denver. Les agents de Denver comptent sur le gestionnaire de domaine maître d Atlanta pour résoudre toutes les dépendances interagents, même si ces dépendances concernent des travaux s exécutant à Denver. Une alternative consisterait à créer des réseaux Tivoli Workload Scheduler à un seul domaine séparés à Atlanta et à Denver, comme l illustre le deuxième exemple. Réseau à plusieurs domaines Les réseaux à plusieurs domaines sont particulièrement adaptés aux entreprises réparties sur plusieurs emplacements, utilisant plusieurs services ou plusieurs fonctions commerciales. Un réseau Tivoli Workload Scheduler à plusieurs domaines est composé d un gestionnaire de domaine maître, d un certain nombre de gestionnaires de domaine de niveau inférieur et d un certain nombre d agents dans chaque domaine. Les agents communiquent uniquement avec leurs gestionnaires de domaine, et les gestionnaires de domaine communiquent avec leurs gestionnaires de domaine parents. 16 IBM Tivoli Workload Scheduler - Guide de planification et d installation

39 Planification du réseau Gestionnaire de domaine maître Atlanta A A A Premier niveau Gestionnaire de domaine Denver Gestionnaire de domaine Los Angeles Deuxième niveau A A A A A A Gestionnaire Gestionnaire Gestionnaire de domaine de domaine de domaine Boulder Aurora Burbank Troisième niveau Figure 5. Topologie de plusieurs domaines La figure 5 représente le gestionnaire de domaine maître, qui se trouve à Atlanta ; il contient les fichiers de base de données utilisés pour documenter les objets de planification et distribue le fichier Symphony à ses agents et aux gestionnaires de domaine situés à Denver et à Los Angeles. Les gestionnaires de domaine situés à Denver et à Los Angeles distribuent ensuite le fichier Symphony à leurs propres agents et aux gestionnaires de domaine subordonnés situés à Boulder, Aurora et Burbank. Le gestionnaire de domaine maître d Atlanta est chargé de diffuser les informations interdomaines à travers le réseau. Toutes les communications à destination et en provenance du gestionnaire de domaine de Boulder sont acheminées via son gestionnaire de domaine parent situé à Denver. Si des agendas ou des travaux du domaine de Boulder dépendent d agendas ou de travaux du domaine d Aurora, ces dépendances sont résolues par le gestionnaire de domaine de Denver. La plupart des dépendances interagents sont gérées localement par les gestionnaires de domaine de niveau inférieur, ce qui réduit considérablement le trafic sur le réseau étendu. Basculement vers un gestionnaire de domaine Chaque domaine possède un gestionnaire de domaine et, en option, un ou plusieurs gestionnaires de domaine de sauvegarde. Un gestionnaire de domaine de sauvegarde doit se trouver dans le même domaine que le gestionnaire de domaine dont il assure la sauvegarde. Les gestionnaires de domaine de sauvegarde doivent être des agents à tolérance de pannes exécutant la même version du produit que le gestionnaire de domaine dont ils sont censés prendre le relais, et les options Résolution des dépendances et Statut intégral doivent être activées dans leur définition de poste de travail. Si un gestionnaire de domaine tombe en panne au cours d une journée de production, vous pouvez utiliser soit Job Scheduling Console, soit la commande switchmgr de la ligne de commande de Conman, pour basculer vers un gestionnaire de domaine de sauvegarde. Une action de basculement vers un autre gestionnaire peut être exécutée par toute personne possédant un droit de démarrage et d interruption sur les postes de travail du gestionnaire de domaine et du gestionnaire de domaine de sauvegarde. Une opération de basculement du gestionnaire entraîne l arrêt du gestionnaire de sauvegarde, puis le redémarrage de ce dernier en tant que nouveau gestionnaire de domaine, et la conversion de l ancien gestionnaire de domaine en un agent à tolérance de pannes. L identité des gestionnaires de domaine en cours est transmise au fichier Symphony d un jour de traitement à l autre, de sorte que chaque basculement reste effectif jusqu à ce que vous basculiez de nouveau vers le Chapitre 2. Mise en route 17

40 Planification du réseau gestionnaire de domaine d origine. 18 IBM Tivoli Workload Scheduler - Guide de planification et d installation

41 Planification du réseau Mécanisme de basculement à tolérance de pannes Le mécanisme facultatif à tolérance de pannes s appuie sur plusieurs connections entrantes et fait basculer les rôles entre le gestionnaire de domaine et le gestionnaire de domaine de sauvegarde. Au sein d un domaine, les événements ne sont plus acheminés depuis un gestionnaire de domaine maître, mais proviennent directement des agents à tolérance de pannes qui les ont générés. Lorsqu un agent à tolérance de pannes envoie un événement à un gestionnaire de domaine maître, il l envoie également à tous les agents à tolérance de pannes de statut intégral qui se trouvent dans ce même domaine. S il ne peut transmettre cet événement à aucun d entre eux, l événement est alors mis dans la mémoire tampon du fichier pobox correspondant, sur l agent à tolérance de pannes. Utilisez un nombre restreint d agents à tolérance de pannes à statut intégral ; vous éviterez ainsi de surcharger le réseau. La figure 6 représente l architecture de connections entrantes multiples. Gestionnaire de domaine maître Gestionnaire de domaine DMA Domaine A Agent statut intégral FTA-FS Gestionnaire de domaine Agent à tolérance de pannes 2 AIX Agent à tolérance de pannes 3 Linux Agent à tolérance de pannes 4 Linux Agent à tolérance de pannes 5 AIX Figure 6. Architecture de connexions entrantes multiples Les flèches grises représentent les connexions créées à l aide de Tivoli Workload Scheduler, sans architecture de connexions entrantes multiples. Les flèches en pointillé représentent les connexions entrantes supplémentaires créées sur l agent à tolérance de pannes de statut intégral dans un domaine avec architecture de connexions entrantes multiples. Lorsque le commutateur de tolérance aux pannes est actif, les commandes link et unlink générées par le gestionnaire de domaine maître agissent en même temps sur les connexions principales et sur les connexions secondaires. Chapitre 2. Mise en route 19

42 Planification du réseau Lorsqu un agent à tolérance de pannes de statut intégral reçoit un événement, il le traite mais, au lieu de le transmettre, le met dans la mémoire tampon locale, le faisant entrer dans une file d attente cyclique appelée ftbox et qui agit à titre de file d attente de récupération. L architecture de connexions entrantes multiples vérifie que l agent à tolérance de pannes de statut intégral a reçu et traité les éléments en même temps que le gestionnaire de domaine maître (ou que ces éléments seront reçus et traités plus tard, s ils restent dans le fichier pobox d un agent à tolérance de pannes quelconque). Si le gestionnaire de domaine maître échoue, un utilisateur peut se servir de la commande de basculement de gestionnaire pour transmettre la fonction de gestionnaire de domaine maître à un agent à tolérance de pannes de statut intégral. Lorsque cette commande est reçue, tous les agents à tolérance de pannes du domaine se déconnectent du gestionnaire de domaine maître et se connectent à l agent de tolérance de pannes de statut intégral. Lors de cette phase de connexion, le nouveau gestionnaire se synchronise de nouveau avec chaque poste de travail en train de se connecter, en envoyant et en régénérant la version antérieure des événements mis dans la mémoire tampon des fichiers ftbox, vérifiant qu aucun événement restant dans le gestionnaire de domaine maître n a été perdu ou dupliqué. Les agents à tolérance de pannes de statut intégral sont toujours mis à jour en fonction des informations de statut les plus récentes. Tous les événements non traités ou partiellement traités sont stockés sur deux machines au moins (l agent à tolérance de pannes original, s il n a pas pu les transmettre, et le gestionnaire de domaine ou l agent à tolérance de pannes de statut intégral). Les événements peuvent alors être de nouveau envoyés et traités, de façon que soit éliminé le point de défaillance unique de la communication entre le gestionnaire de domaine maître et le gestionnaire de domaine de sauvegarde. Remarque : Cette méthode s applique au trafic ascendant et descendant. Le terme de trafic entrant ne fait pas référence à sens, mais à un point de départ et d arrivée : le domaine. Ce trafic se répète de la même manière pour chaque domaine comprenant au moins un agent à tolérance de pannes de statut intégral. Bases de données étendues Avec Tivoli Workload Scheduler version 8.2, les bases de données sont créées étendues sur le gestionnaire de domaine maître lorsque vous exécutez le moteur Tivoli Workload Scheduler pour la première fois. Si vous effectuez une mise à niveau de la version 7.0 ou 8.1 à la version 8.2, veillez à étendre vos bases de données avant de les utiliser avec Tivoli Workload Scheduler version 8.2. Pour plus d informations, voir «Extension de votre base de données», à la page 36. Noms des postes de travail La planification des travaux dans un réseau Tivoli Workload Scheduler est répartie entre plusieurs ordinateurs. Afin de permettre un suivi précis des travaux, des agendas et des autres objets, un nom de poste de travail unique est affecté à chaque ordinateur. Les noms peuvent être identiques aux noms des noeuds du réseau à condition qu ils soient conformes aux règles d affectation des noms de 20 IBM Tivoli Workload Scheduler - Guide de planification et d installation

43 Planification du réseau Tivoli Workload Scheduler. La longueur maximale autorisée est de seize caractères alphanumériques, tirets (-) et traits de soulignement (_) et doivent commencer par une lettre. Installation du connecteur Le connecteur est un service Tivoli Management Framework qui permet aux clients Job Scheduling Console de communiquer avec le moteur Tivoli Workload Scheduler. Pour installer le connecteur, vous devez disposer de Tivoli Management Framework version ou plus. Un connecteur peut être installé sur un système qui doit aussi être un serveur ou un noeud géré Tivoli. Si vous souhaitez installer le connecteur dans votre domaine Tivoli Workload Scheduler, mais que vous n avez aucune région existante et que vous n avez pas envie d implémenter un environnement TMR complet, vous devez installer Tivoli Management Framework en tant que région unique (et par conséquent l installer en tant que serveur Tivoli) sur chaque noeud qui va exécuter le connecteur. Vous pouvez installer des connecteurs sur des postes de travail autres que le gestionnaire de domaine maître. Vous pouvez ainsi afficher la version du fichier Symphony du poste de travail donné. Cela peut être important si vous utilisez Job Scheduling Console pour gérer la base de données de paramètres locale ou la commande submit directement sur le poste de travail au lieu d effectuer des soumissions par l intermédiaire du maître. Le poste de travail sur lequel vous installez le connecteur doit être soit un noeud géré, soit un serveur Tivoli de la région TMR. Cependant, pour gérer les objets de planification dans la base de données Tivoli Workload Scheduler, vous devez installer le connecteur sur le gestionnaire de domaine maître configuré comme serveur Tivoli ou comme noeud géré. Pour plus d informations sur l installation du connecteur en tant que fonction supplémentaire, voir Chapitre 3, «Installation à l aide de l assistant d installation», à la page 41. Installation de connecteurs répartis sur les agents à tolérance de pannes L installation de connecteurs répartis sur des agents à tolérance de pannes dépend du type de l utilisateur. Utilisateurs d environnement non Tivoli : v Lorsque vous créez un agent à tolérance de pannes, assurez-vous que vous installez le moteur Tivoli Workload Scheduler avant d installer le connecteur. v Suivez les instructions d installation décrites dans le chapitre du manuel Tivoli Workload Scheduler Job Scheduling Console - Guide d utilisation ou suivez la procédure du Chapitre 3, «Installation à l aide de l assistant d installation», à la page 41. Utilisateurs d environnement Tivoli : v Généralement, le gestionnaire de domaine maître réside sur un noeud géré. Vous devez d abord installer les services de planification des travaux/classes de connecteur sur le serveur Tivoli. v Faites attention de ne pas créer d instance sur un noeud géré sur lequel le moteur Tivoli Workload Scheduler n est pas installé. Tous les utilisateurs : Chapitre 2. Mise en route 21

44 Planification du réseau v Vous devez savoir qu au cours du processus d installation, un message vous invitera à indiquer un nom d instance Tivoli Workload Scheduler. Ce nom sera affiché dans l arborescence de la planification des travaux de Job Scheduling Console. Pour éviter toute confusion, vous devriez utiliser un nom qui contient le nom de l agent à tolérance de pannes. v Si vous installez le connecteur sur plusieurs agents à tolérance de pannes d un réseau, gardez à l esprit que les noms d instance doivent être uniques à la fois à l intérieur du réseau Tivoli Workload Scheduler et de la région TMR. Remarques relatives aux fuseaux horaires La fonction de prise en charge des fuseaux horaires désactivée par défaut est facultative. Lorsqu elle est activée, elle vous permet de gérer les charges de travail au niveau global. Planification des installations Une fois activée, elle supprime dans votre réseau global le temps mort, à savoir, la période entre le début d une journée de Tivoli Workload Scheduler sur le domaine maître et l heure d un agent à tolérance de pannes dans un autre fuseau horaire. Par exemple, si chaque journée commence à 6 heures du matin sur un maître situé dans un fuseau horaire de la côte est et que ce maître initialise un agent à tolérance de pannes dans un fuseau horaire de la côte ouest, décalé de trois heures par rapport au premier, le temps mort de l agent à tolérance de pannes sera comprise entre 3 heures et 6 heures du matin. Pour plus d informations sur le fonctionnement des fuseaux horaires, voir IBM Tivoli Workload Scheduler - Guide de référence. La présente section décrit les éléments à prendre en compte avant de lancer l installation de Tivoli Workload Scheduler. Sélection des types de poste de travail Avant de démarrer l installation, vous devez choisir le type de poste de travail sur lequel vous allez l effectuer. Pour une description des différents types de poste de travail, voir «Présentation de Tivoli Workload Scheduler», à la page 3. Le tableau 3 récapitule les types de poste de travail sur lesquels installer les composants : Tableau 3. Sélection de l installation de poste de travail Type de poste de travail Connecteur Gestionnaire de domaine maître Oui Agent à tolérance de pannes Facultatif Agent standard Non Remarque : Installez également le connecteur sur votre gestionnaire de domaine de sauvegarde. Sélection de la méthode d installation Plusieurs méthodes permettent d installer Tivoli Workload Scheduler : Assistant ISMP Pour installer Tivoli Workload Scheduler sur un seul poste de travail, vous 22 IBM Tivoli Workload Scheduler - Guide de planification et d installation

45 Planification des installations pouvez utiliser l assistant d installation en mode automatique ou interactif. En mode interactif, l assistant vous guide tout au long du processus d installation. En mode automatique, un fichier de réponses fournit les informations adaptées au processus d installation, qui s exécute en arrière-plan, sans que l utilisateur ait besoin d intervenir. Cette méthode d installation utilise une machine JVM et comporte donc des exigences spécifiques. Pour plus d informations, voir Tivoli Workload Scheduler - Notes sur l édition. Voir Chapitre 3, «Installation à l aide de l assistant d installation», à la page 41. Script twsinst pour les plateformes de niveau 1 L exécution de ce script installe Tivoli Workload Scheduler sur les plateformes UNIX de niveau 1. Cette méthode n utilise pas de machine JVM et peut être utilisée à la place de l assistant ISMP. Voir Chapitre 4, «Installation et promotion à l aide de twsinst», à la page 53. Blocs de progiciel Software Distribution Le moteur Tivoli Workload Scheduler peut être installé à l aide du composant Software Distribution d IBM Tivoli Configuration Manager version 4.2 ou version par répartition de blocs de progiciel. Voir Chapitre 5, «Installation à l aide de Software Distribution», à la page 57. Script de shell customize pour les plateformes de niveau 2 L exécution de ce script installe Tivoli Workload Scheduler sur les plateformes de niveau 2. Certaines étapes de configuration sont requises avant et après l exécution du script. Voir Chapitre 6, «Installation à l aide du script customize», à la page 63. Les sections ci-après vous expliquent sur quels critères vous devez faire votre choix. Le tableau 4, à la page 24 répertorie les méthodes d installation disponibles et les composants et fonctions installés par chaque méthode en fonction de la plateforme : niveau 1 ou niveau 2. Chapitre 2. Mise en route 23

46 Planification des installations Tableau 4. Méthodes d installation, composants et fonctions Niveau de plateforme Méthode d installation Agent Tivoli Workload Scheduler Niveau 1 ISMP Agent à tolérance de pannes Gestionnaire de domaine maître Gestionnaire de domaine de sauvegarde Fonctions supplémentaires que vous pouvez installer Connecteur + Tivoli Management Framework Module Tivoli Plus + Tivoli Management Framework Voir Chapitre 3, «Installation à l aide de l assistant d installation», à la page 41 Installation automatique Script twsinst (plateformes UNIX seulement) Modules de langue Agent standard Modules de langue Agent à tolérance de pannes Gestionnaire de domaine maître Gestionnaire de domaine de sauvegarde Connecteur + Tivoli Management Framework Module Tivoli Plus + Tivoli Management Framework Modules de langue Agent standard Modules de langue Agent à tolérance de pannes Gestionnaire de domaine maître Gestionnaire de domaine de sauvegarde Installe automatiquement les modules de langue, obligatoire. «Installation automatique», à la page 51 Software Distribution Agent standard Agent à tolérance de pannes Gestionnaire de domaine maître Gestionnaire de domaine de sauvegarde Aucun «Progiciels et paramètres», à la page 57 Agent standard Aucun Modules de langue «Installation des modules de langue», à la page IBM Tivoli Workload Scheduler - Guide de planification et d installation

47 Planification des installations Tableau 4. Méthodes d installation, composants et fonctions (suite) Niveau de plateforme Méthode d installation Tivoli Management Framework Agent Tivoli Workload Scheduler Fonctions supplémentaires que vous pouvez installer Connecteur Module Tivoli Plus Voir Tivoli Workload Scheduler Job Scheduling Console - Guide d utilisation Tivoli Workload Scheduler - Guide d utilisation du module Plus Niveau 2 customize Agent Chapitre 6, «Installation à l aide du script customize», à la page 63 Remarque : Pour obtenir la liste des plateformes de niveau 1 et de niveau 2 prises en charge, voir Tivoli Workload Scheduler - Notes sur l édition. Sélection du type d installation du niveau Le tableau 5 vous aide à sélectionner le type d installation en fonction du niveau désiré. Tableau 5. Options d installation de Tivoli Workload Scheduler Option d installation Type d agent Fonctions Description Standard Agent à tolérance de pannes Complète Gestionnaire de domaine maître Module de langue pour l environnement local du système d exploitation Connecteur Tous les modules de langue et modules de langue de Tivoli Management Framework Installe automatiquement un agent à tolérance de pannes avec ses fichiers binaires associés, ainsi que l environnement local de la langue du système d exploitation. Installe un gestionnaire de domaine maître et ses fichiers binaires associés, le connecteur et Tivoli Management Framework (le cas échéant), ainsi que tous les modules de langue pris en charge. Chapitre 2. Mise en route 25

48 Planification des installations Tableau 5. Options d installation de Tivoli Workload Scheduler (suite) Option d installation Type d agent Fonctions Description Personnalisée Agent standard Certains modules de langue supplémentaires et modules de langue Tivoli Management Framework correspondant aux mêmes langues Agent à tolérance de pannes Maître de secours Gestionnaire de domaine maître Connecteur Module Tivoli Plus Modules de langue Installe un agent standard et ses fichiers binaires associés, ainsi que des modules de langue supplémentaires en option. Installe tous les fichiers binaires associés au type d agent sélectionné et, en option, le connecteur, le module Tivoli Plus et des modules de langue supplémentaires. Tivoli Management Framework version ou 4.1 est requis pour le connecteur et le module Tivoli Plus. Pour plus d informations, voir «Implications de Tivoli Management Framework», à la page 37. Avant d exécuter le programme d installation, choisissez le type d installation à effectuer : v «Séquence d installation standard», à la page 42 v «Séquence d installation complète», à la page 43 v «Séquence d installation personnalisée», à la page 45 Vérification des autorisations utilisateur requises Vous devez vérifier les rôles d autorisation correspondant à la méthode d installation choisie avant de procéder à l installation proprement dite. Rôles d autorisation pour l exécution de l assistant d installation Le tableau 6 illustre les rôles d autorisation requis pour l utilisation de la méthode d installation ISMP. Tableau 6. Rôles d autorisation requis pour l exécution de l assistant d installation Activité Contexte Rôle requis Installation personnalisée ou standard utilisant l assistant ISMP Machine v Windows : votre compte utilisateur doit être membre du groupe des Administrateurs Windows. v UNIX : droits d accès root 26 IBM Tivoli Workload Scheduler - Guide de planification et d installation

49 Planification des installations Tableau 6. Rôles d autorisation requis pour l exécution de l assistant d installation (suite) Activité Contexte Rôle requis Installations utilisant l assistant ISMP et impliquant Tivoli Management Framework v Programme d installation personnalisée installant soit le connecteur, soit le module Tivoli Plus * v Ajout d une fonction à une installation existante comprenant le connecteur ou le module Tivoli Plus * Machine v Windows : votre compte utilisateur doit être l administrateur local. v UNIX : droits d accès root Région TMR super, admin ou install_product * Si une version prise en charge de Tivoli Management Framework est déjà installée, veillez à installer le produit de l une des façons suivantes : v Connectez-vous avec le même nom d utilisateur que celui utilisé lors de l installation de Tivoli Management Framework. v Connectez-vous avec un nom d utilisateur différent de celui utilisé lors de l installation de Tivoli Management Framework et remplacez le nom de connexion d administrateur Tivoli par ce même nom. v Créez un nouvel administrateur Tivoli et remplacez le nom de connexion par le nom de l utilisateur qui effectuera l installation. Rôles d autorisation pour l exécution du script twsinst Le tableau 7 illustre les rôles d autorisation requis pour l utilisation de la méthode d installation twsinst. Tableau 7. Rôles d autorisation requis pour l exécution de twsinst Activité Contexte Rôle requis Exécution du script twsinst Machine Accès root Rôles d autorisation pour Software Distribution Le tableau 8 illustre les rôles d autorisation requis pour l utilisation de la méthode d installation Software Distribution. Tableau 8. Rôles d autorisation requis pour Software Distribution Activité Contexte Rôle requis Installation d un bloc de progiciel à l aide de Software Distribution TMR admin, senior ou super Machine v Windows : votre compte utilisateur doit être membre du groupe des Administrateurs Windows. v UNIX : droits d accès root Chapitre 2. Mise en route 27

50 Planification des installations Rôles d autorisation pour l exécution du script customize Le tableau 9 illustre les rôles d autorisation requis pour l utilisation de la méthode d installation customize. Tableau 9. Rôles d autorisation requis pour l exécution de customize Activité Contexte Rôle requis Exécution du script customize Machine Accès root Rôles d autorisation pour l exécution d une mise à niveau Le tableau 10 répertorie les contextes et rôles d autorisation requis pour l exécution d une mise à niveau. Tableau 10. Rôles d autorisation requis pour l exécution d une mise à niveau Activité Contexte Rôle requis v Mise à niveau à l aide du programme d installation v Mise à niveau à l aide de l installation automatique Mise à niveau à l aide du script twsinst Mise à niveau à l aide de Software Distribution Mise à niveau à l aide du script customize Machine v Windows : votre compte utilisateur doit être membre du groupe des administrateurs Windows. Si le processus de mise à niveau implique Tivoli Management Framework, connectez-vous en tant qu administrateur local. v UNIX : droits d accès root TMR super, admin ou install_product Machine Accès root TMR admin, senior ou super Machine Accès root Avant l installation La présente section décrit les tâches de configuration facultatives et les modifications apportées à votre système lors de l installation du produit. Il comprend les rubriques suivantes : v «Informations sur l utilisateur Tivoli Workload Scheduler» v «Installation pour la planification complète», à la page 30 v «Informations sur l installation», à la page 30 Informations sur l utilisateur Tivoli Workload Scheduler Les nouvelles installations de Tivoli Workload Scheduler nécessitent un compte utilisateur avec des droits spécifiques pour installer le logiciel. Sur les plateformes Windows, les méthodes d installation décrites dans ce manuel créent automatiquement cet utilisateur ou peuvent utiliser un utilisateur existant à condition que celui-ci bénéficie des droits requis. Sur les plateformes UNIX, quelle que soit la méthode d installation choisie, l utilisateur Tivoli Workload Scheduler 28 IBM Tivoli Workload Scheduler - Guide de planification et d installation

51 Avant l installation doit être créé manuellement avant l installation. Les sections suivantes décrivent la création manuelle du compte utilisateur sous Windows et UNIX. Création d un compte utilisateur sous Windows Sous Windows, le programme d installation crée automatiquement l utilisateur Tivoli Workload Scheduler avec les droits appropriés, s il n existe pas déjà. Cependant, en cas d incidents avec la création de l utilisateur, vous pouvez procéder comme suit. 1. Créez un compte utilisateur local appelé TWS sur l ordinateur où vous allez installer Tivoli Workload Scheduler. Remarque : Vous pouvez également utiliser un compte utilisateur existant. Cependant, assurez-vous que ce compte utilisateur se trouve dans le groupe des Administrateurs Windows. 2. Affectez à utilisateur_tws les droits utilisateur avancés suivants : Agir en tant que partie du système d exploitation Augmenter les quotas Connecter par lots Ouvrir une session en tant que service Ouvrir une session localement Remplacer un jeton niveau de processus Création d un compte utilisateur sous UNIX Les installations sous UNIX nécessitent l existence préalable d un compte utilisateur valide. Tivoli Workload Scheduler est installé dans le répertoire racine de cet utilisateur. Utilisez les commandes du système d exploitation appropriées pour le créer. Critères de validation des éléments d installation Le tableau 11 répertorie les critères à respecter lors de l installation. La plupart de ces critères sont vérifiés par le système si vous utilisez l assistant d installation mais pas si vous utilisez une autre méthode d installation est utilisée. Dans ce dernier cas, l installation échoue si les critères sont incorrects. Vous devez donc en prendre connaissance avant de démarrer l installation. Tableau 11. Critères de validation des éléments d installation Elément Chemin de l installation Espaces Longueur max. Caractères corrects Valeurs par défaut NON C:\win32app\TWS \$(utilisateur_tws) Répertoire racine de l utilisateur UNIX Nom de l UC NON 16 abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ _- Le premier caractère doit être une lettre de l alphabet Nom de l UC maître Numéro de port TCP NON 16 abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ _- Le premier caractère doit être une lettre de l alphabet NON HOST NAME MASTER Chapitre 2. Mise en route 29

52 Avant l installation Tableau 11. Critères de validation des éléments d installation (suite) Elément Nom utilisateur TWS Mot de passe utilisateur TWS Espaces Longueur max. Caractères corrects Valeurs par défaut NON 16 abcdefghijklmnopqrstuvwxyz ABCDEFGHIJKLMNOPQRSTUVWXYZ _- Le premier caractère doit être une lettre de l alphabet NON Domaine de NON 16 l utilisateur TWS (Windows) Type de l agent TWS Nom de l entreprise NON NON 40 Installation pour la planification complète Si vous installez Tivoli Workload Scheduler sur un poste de travail qui fera office d agent réparti pour la planification complète (un gestionnaire de domaine, un agent à tolérance de pannes ou un agent standard), vous devez indiquer OPCMASTER comme nom de gestionnaire de domaine maître au cours de l installation. Informations sur l installation Le programme d installation installe les fichiers Tivoli Workload Scheduler de l utilisateur utilisateur_tws dans le répertoire racine_tws, où : utilisateur_tws Est l utilisateur pour lequel Tivoli Workload Scheduler est installé. Sous Windows, si vous indiquez un nom d utilisateur déjà défini sur le poste de travail, le programme d installation attribue automatiquement à l utilisateur les droits nécessaires pour l installation. Sous UNIX uniquement, vous devez créer le compte utilisateur sur lequel vous installez le produit avant d exécuter l installation, s il n existe pas déjà. racine_tws L emplacement d installation. Sous Windows, l emplacement d installation par défaut est unité_système\win32app\tws\utilisateur_tws mais vous pouvez indiquer un autre emplacement. Sous UNIX, le produit est installé dans le répertoire racine de l utilisateur. CD d installation Les CD suivants sont requis pour démarrer le processus d installation : Disque 1 de Tivoli Workload Scheduler : Il contient les images d AIX, de SOLARIS, de HP-UX et de Windows. Celles-ci sont structurées comme suit : 30 IBM Tivoli Workload Scheduler - Guide de planification et d installation

53 Avant l installation Chapitre 2. Mise en route 31

54 Avant l installation Le CD 2 contient les images de Linux et des plateformes de niveau 2. Celles-ci sont structurées comme suit : Pour les plateformes Windows, le fichier SETUP.exe est situé dans le dossier Windows sur le Disque d installation 1 d IBM Tivoli Workload Scheduler. Lorsque vous copiez l image d une plateforme spécifique sur le poste de travail pour l installation à l aide de l assistant, vous devez également copier les fichiers suivants : v v v v media.inf SETUP.jar Tivoli_TWS_LP.SPB TWS_size.txt Fichiers journaux d installation Les détails de l installation sont consignés dans plusieurs fichiers journaux situés dans le répertoire temporaire défini sur la machine locale ou dans le répertoire_temporaire indiqué lors de l installation du produit à l aide de la commande suivante :./SETUP.bin [-is:tempdir répertoire_temporaire. Vous pouvez rechercher des informations sur l installation dans les fichiers suivants. TWSIsmp.log Fichier dans lequel le programme de l assistant d installation écrit. TWSInstall.log Fichier dans lequel les programmes exécutables définis dans les blocs de progiciel écrivent. 32 IBM Tivoli Workload Scheduler - Guide de planification et d installation