IBM Tivoli Provisioning Manager Version 7.2

Transcription

Provisioning Manager
Version 7.2
Guide d'installation pour Red Hat
Enterprise Linux et SUSE Linux
Enterprise Server 10
Version 7.2
Guide d'installation pour Red Hat
Enterprise Linux et SUSE Linux
Important
Avant d'utiliser le présent document et le produit associé, prenez connaissance des informations générales figurant à la
section «Remarques», à la page 267.
janvier 2012
LE PRESENT DOCUMENT EST LIVRE EN L'ETAT SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE. IBM
DECLINE NOTAMMENT TOUTE RESPONSABILITE RELATIVE A CES INFORMATIONS EN CAS DE
CONTREFACON AINSI QU'EN CAS DE DEFAUT D'APTITUDE A L'EXECUTION D'UN TRAVAIL DONNE.
Ce document est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. Les informations qui 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 http://www.fr.ibm.com (serveur IBM en France)
v http://www.can.ibm.com (serveur IBM au Canada)
v http://www.ibm.com (serveur IBM aux Etats-Unis)
Compagnie IBM France
Direction Qualité
17, avenue de l'Europe
92275 Bois-Colombes Cedex
© Copyright IBM France 2012. Tous droits réservés
© Copyright IBM Corporation 2003, 2011.
Contenu
Avis aux lecteurs canadiens . . . . . vii
Chapitre 1. Présentation de l'installation 1
Plateformes prises en charge
Composants de produit . .
Types d'installation . . .
Processus d'installation . .
et
.
.
.
compatibilité
. . . . .
. . . . .
. . . . .
.
.
.
.
.
.
.
.
.
.
.
.
1
2
3
3
Chapitre 2. Tâches préalables à
l'installation . . . . . . . . . . . . . 5
Etape de préinstallation 1 : exécution du scanner de
prérequis . . . . . . . . . . . . . . . 6
Etape 2 de préinstallation : lecture des notes sur
l'édition . . . . . . . . . . . . . . . . 6
Etape 3 de préinstallation : Planification de la
topologie . . . . . . . . . . . . . . . 7
Déploiement sur un serveur . . . . . . . . 7
Déploiement multiserveurs . . . . . . . . 8
Etape 4 de préinstallation : allocation du matériel
approprié . . . . . . . . . . . . . . . 10
Etape 2 de préinstallation : vérification des
conditions requises pour les composants. . . . . 14
Combinaisons de systèmes d'exploitation et de
logiciels intermédiaires prises en charge . . . . 15
Tâches de préinstallation du système
d'exploitation . . . . . . . . . . . . . 15
Modules requis (UNIX et Linux) . . . . . . 17
Configuration requise pour la base de données et
le serveur de répertoires . . . . . . . . . 19
Configuration requise pour le navigateur . . . 21
Etape 6 de préinstallation : vérification de
l'environnement . . . . . . . . . . . . . 21
Etape 7 de préinstallation : vérification des
exigences pour les noms d'utilisateur, les noms de
base de données et les mots de passe utilisateur . . 25
Etape 8 de préinstallation : préparation du support
d'installation . . . . . . . . . . . . . . 28
Si vous utilisez des images d'installation
téléchargées . . . . . . . . . . . . . 28
Si vous utilisez des DVD d'installation . . . . 28
Chapitre 3. Installation de Tivoli
Provisioning Manager . . . . . . . . 29
Exemples de scénario de déploiement . . . . .
Démarrage du tableau de bord . . . . . . . .
Installation de logiciel intermédiaire sous Windows,
AIX et Linux . . . . . . . . . . . . . .
Feuilles de planification pour l'installation de
logiciel intermédiaire . . . . . . . . . .
L'espace de travail du programme d'installation
de logiciel intermédiaire . . . . . . . . .
Journaux du programme d'installation de logiciel
intermédiaire . . . . . . . . . . . . .
© Copyright IBM Corp. 2003, 2011
30
35
36
38
43
44
Installation et configuration de logiciel
intermédiaire avec le programme d'installation de
logiciel intermédiaire . . . . . . . . . . 45
Réutilisation de logiciels intermédiaires à l'aide
du programme d'installation de logiciel
intermédiaire . . . . . . . . . . . . . 56
Utilisation de logiciel intermédiaire configuré
manuellement . . . . . . . . . . . . 60
Modification des paramètres de configuration
du programme d'installation de logiciel
intermédiaire . . . . . . . . . . . . 115
Démarrage de logiciel intermédiaire sous UNIX
et Linux . . . . . . . . . . . . . . 115
Arrêt de logiciel intermédiaire . . . . . . . 117
Vérification de l'état des logiciels intermédiaires 118
Installation des services de base . . . . . . . 119
Feuille de planification pour l'installation des
services de base et des composants centraux . . 134
Activation de la configuration à distance . . . 135
Déploiement de fichiers EAR Provisioning
Manager . . . . . . . . . . . . . . 136
Installation manuelle des applications
Provisioning Manager dans WebSphere
Application Server Network Deployment . . . 138
Installation du module de langue. . . . . . 141
Installation des composants principaux de Tivoli
Provisioning Manager . . . . . . . . . . 145
Installation des composants Web de Tivoli
Provisioning Manager . . . . . . . . . . 156
Chapitre 4. Tâches de postinstallation 159
Installation du module de langue pour
Tivoli Monitoring agent . . . . . . . . . .
Sauvegarde du poste de travail administratif . . .
Configuration d'un navigateur Web pour une
conformité à Federal Information Processing
Standard 140-2 . . . . . . . . . . . . .
Démarrage du serveur TPM sous UNIX ou Linux
Configuration manuelle de la synchronisation
d'annuaire pour WebSphere Application Server
Network Deployment . . . . . . . . . .
Configuration du serveur LDAP pour
l'authentification d'utilisateur uniquement . . . .
Ajout d'utilisateurs et de groupes de sécurité
Définition du serveur d'amorçage après
l'installation . . . . . . . . . . . . . .
Configuration de l'infrastructure pour les tâches de
distribution de logiciel . . . . . . . . . .
Sécurisation des fichiers dans WebSphere
Application Server . . . . . . . . . . .
Modification du répertoire commun de journal
Tivoli . . . . . . . . . . . . . . . .
159
160
160
161
162
164
165
165
166
166
166
Chapitre 5. Désinstallation de Tivoli
Provisioning Manager. . . . . . . . 169
iii
Désinstallation des composants principaux de
Tivoli Provisioning Manager . . . . . . . .
Désinstallation du Tivoli Monitoring agent . .
Désinstallation des Tivoli Provisioning Manager
for OS Deployment . . . . . . . . . .
Désinstallation du fédérateur de Tivoli
Provisioning Manager for Job Management
Service . . . . . . . . . . . . . .
Désinstallation de Tivoli Provisioning Manager
pour Dynamic Content Delivery . . . . . .
Désinstallation du gestionnaire d'agents . . .
Désinstallation des moteurs Tivoli Provisioning
Manager . . . . . . . . . . . . . .
Désinstallation du client DB2 . . . . . . .
Désinstallation des services de base et des
composants Web . . . . . . . . . . . .
Désinstallation de logiciel intermédiaire . . . .
Suppression des éléments restants après la
désinstallation . . . . . . . . . . . . .
Suppression des fichiers d'application et des
paramètres de configuration . . . . . . .
Suppression de l'identificateur unique global
Désinstallation et réinstallation de la base de
données du moteur de déploiement . . . . . .
Réinstallation de Tivoli Provisioning Manager . .
169
169
170
171
173
174
175
176
176
177
179
179
180
180
181
Annexe A. Identification et résolution
des problèmes liés à l'installation . . 183
Problèmes rencontrés lors de l'installation de
logiciel intermédiaire . . . . . . . . . . .
Sauvegarde et restauration de la base de
données du moteur de déploiement . . . . .
Erreur CTGIN9077E lors de l'installation du
Erreurs liées au programme d'installation de
L'installation de DB2 échoue lorsque les noms
configurés ne correspondent pas . . . . . .
Erreur de base de données lors de l'installation
Impossible de se connecter à Tivoli Directory
Server . . . . . . . . . . . . . . .
Impossible de se connecter au serveur de base
de données durant d'installation . . . . . .
Echec de l'étape d'installation de Tivoli
Directory Server lors de l'installation de Tivoli
Provisioning Manager . . . . . . . . .
Echec de la configuration de Microsoft Active
Directory . . . . . . . . . . . . . .
Erreur de configuration de base de données lors
de l'installation de logiciel intermédiaire . . .
Echec de l'installation de Tivoli Provisioning
Manager avec une valeur de certificat incorrecte.
Erreur WAS_HOME lors de l'utilisation du
gestionnaire de fenêtres de connexion . . . .
Erreur d'exécution Java sous Linux . . . . .
Erreur CTGIN9042E . . . . . . . . . .
Echec de la désinstallation de WebSphere
Application Server Network Deployment après
l'échec d'une liaison avec l'annuaire LDAP . .
Problèmes lors de l'installation des services de base
iv
183
183
184
184
185
185
186
187
187
188
188
188
189
189
190
191
191
Procédure de récupération après l'échec d'une
installation sans programme de désinstallation .
Récupération après des problèmes survenus lors
de l'installation des services de base . . . . .
Le déploiement de MAXIMO.ear a échoué . .
Erreur CTGIN2252I lors de l'installation des
services de base . . . . . . . . . . .
Erreur CTGIN2381E ou CTGIN2489E lors de la
mise à niveau de base de données Maximo . .
Echec de l'installation des services de base . .
Le programme d'installation de services de base
ne parvient pas à valider l'installation . . . .
Les objets métier Maximo ne sont pas
synchronisés entre le moteur de déploiement et
l'environnement d'exécution de WebSphere. . .
Les objets métier Maximo provenant du moteur
de déploiement ne sont plus synchronisés avec
ceux du serveur d'applications . . . . . .
L'erreur CWLAA6003 se produit après
l'installation de CCMDB. . . . . . . . .
Récupération après échec du moteur de
déploiement lors de l'installation . . . . . .
Les règles sur les mots de passe sont définies
pour ne jamais expirer lors de l'installation des
services de base . . . . . . . . . . .
Activation de la fonction de trace RXA . . . .
Problèmes rencontrés lors de l'installation des
composants principaux . . . . . . . . . .
Procédure détaillée de résolution des problèmes
survenus lors de l'installation des composants
principaux (installation personnalisée) . . . .
Récupération après des erreurs survenues lors
de l'installation de composants principaux. . .
Erreur lors de la configuration de WebSphere
Application Server pour une exécution en tant
que tioadmin . . . . . . . . . . . .
Erreurs lors de la création du profil gestionnaire
d'agents . . . . . . . . . . . . . .
Echec de l'installation d'Agent Manager . . .
Impossible d'installer l'agent commun et le
gestionnaire d'agents . . . . . . . . . .
Echec de l'installation après la désinstallation de
WebSphere Application Server. . . . . . .
Avertissement DB2 BIND lors de l'installation
de Tivoli Provisioning Manager for OS
Deployment . . . . . . . . . . . . .
Arrêt de l'installation en mode silencieux avant
son terme . . . . . . . . . . . . .
Echec de la vérification de l'espace disque lors
de l'installation en mode silencieux de Tivoli
Echec de l'installation car la police n'est pas
reconnue . . . . . . . . . . . . . .
Impossible d'utiliser un trait d'union dans la
zone de suffixe de nom de domaine . . . . .
Echec de l'installation du centre de gestion
Dynamic Content Delivery . . . . . . . .
Echec de l'installation de Dynamic Content
Delivery . . . . . . . . . . . . . .
Le service du gestionnaire d'unités ne peut pas
communiquer avec Oracle . . . . . . . .
IBM Tivoli Provisioning Manager Version 7.2 - Guide d'installation
191
193
194
194
195
196
197
197
198
199
199
200
201
201
201
207
209
210
211
214
214
215
215
216
216
217
217
218
219
Echec de l'installation des composants
principaux de Tivoli Provisioning Manager lors
de la création de l'utilisateur tioadmin . . . .
Impossible de créer l'utilisateur tioadmin sous
Linux . . . . . . . . . . . . . . .
Echec de l'installation des composants
principaux de Tivoli Provisioning Manager si les
règles sur les mots de passe établies par Oracle
imposent des mots de passe de plus de 3
caractères. . . . . . . . . . . . . .
Message d'erreur Insert disk 1 . . . . . .
Tivoli Provisioning Manager ne s'installe pas
lorsque le serveur de terminaux est activé . . .
L'édition de fichiers texte modifie des droits . .
La connexion à distance à la base de données se
bloque lorsque le serveur de base de données
est sur un ordinateur multiprocesseur . . . .
Le programme d'installation de Tivoli
Provisioning Manager for OS Deployment ne
reconnaît pas le nom d'hôte virtuel de base de
données . . . . . . . . . . . . . .
Procédure détaillée de résolution des problèmes
survenus lors de l'installation manuelle d'IBM
Tivoli Monitoring agent . . . . . . . . .
Problèmes lors de l'installation des composants
Web . . . . . . . . . . . . . . . .
Récupération après des erreurs lors de
l'installation des composants Web . . . . .
Erreur du moteur de déploiement lors de
l'installation des composants Web . . . . .
Fichiers journaux pour le programme
d'installation de la solution de processus . . .
Lenteur de l'activation du mode administration
Autres problèmes . . . . . . . . . . . .
Impossible de se connecter après une
installation réussie. . . . . . . . . . .
Collecte d'informations concernant les problèmes
d'installation . . . . . . . . . . . . .
219
220
220
221
221
221
222
222
223
223
224
225
226
228
229
236
236
238
239
240
241
242
243
243
245
246
248
249
250
250
251
254
255
256
258
262
262
262
264
229
230
Annexe B. Autres tâches d'installation
et de configuration . . . . . . . . . 235
Installation en mode silencieux et autres tâches
d'installation . . . . . . . . . . . .
Démarrage et arrêt du serveur et des composants
Démarrage ou arrêt du serveur TPM sous UNIX
ou Linux . . . . . . . . . . . . . .
Démarrage et arrêt des composants Tivoli
Démarrage et arrêt de Tivoli Monitoring agent
Vérification des composants . . . . . . . .
Connexion au serveur TPM . . . . . . . .
Déconnexion du serveur TPM . . . . . . .
Gestion des utilisateurs . . . . . . . . . .
Création de plusieurs utilisateurs disposant des
privilèges maxadmin . . . . . . . . . .
Modifications des mots de passe utilisateur . .
Création d'utilisateurs et de groupes sous UNIX
et Linux . . . . . . . . . . . . . .
Utilisation de Tivoli Monitoring agent . . . . .
Modification du nom d'hôte pour le serveur TPM
Mots de passe requis . . . . . . . . . .
Ajout de valeurs de paramètre au fichier de
propriétés . . . . . . . . . . . . .
Affectation du nouveau nom d'hôte au serveur
TPM . . . . . . . . . . . . . . .
Mise à jour du nom d'hôte du serveur de base
de données depuis le poste de travail
administratif . . . . . . . . . . . .
Mise à jour des autres noms d'hôte . . . . .
Paramètres de la fonction de modification de
nom d'hôte . . . . . . . . . . . . .
Codes retour . . . . . . . . . . . .
Tâches WebSphere Application Server . . . . .
Vérification de l'installation de WebSphere
Application Server . . . . . . . . . .
Conformité FIPS (Federal Information Processing
Standard) 140-2. . . . . . . . . . . . .
Répertoires d'installation et autres chemins d'accès
Remarques . . . . . . . . . . . . 267
Index . . . . . . . . . . . . . . . 271
. 235
Contenu
v
vi
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.
vii
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 1 800 465-1234.
viii
Chapitre 1. Présentation de l'installation
Une installation de produit Tivoli Provisioning Manager complète comprend plusieurs composants
d'applications, dont l'application Tivoli Provisioning Manager elle-même. Afin de mieux comprendre le
processus d'installation, vous devez avoir une connaissance de base des composants d'installation.
Plateformes prises en charge et compatibilité
Tivoli Provisioning Manager prend en charge des systèmes d'exploitation spécifiques et est compatible
avec d'autres produits installés avec les services de base. Les services de base correspondent à un
ensemble de routines communes qui peuvent être utilisées par des fonctions de niveau supérieur, telles
que les gestionnaires de processus et d'autres produits utilisés par Tivoli Provisioning Manager.
Systèmes d'exploitation pris en charge
Tivoli Provisioning Manager peut être installé sur les systèmes d'exploitation suivants :
Red Hat
v Red Hat Enterprise Linux 5 MAJ 5 (x86 64 bits)
v Red Hat Enterprise Linux 5 MAJ 5 (IBM® System z 64 bits)
v Red Hat Enterprise Linux 5 Update 4 (x86 64 bits)
v Red Hat Enterprise Linux 5 Update 4 (IBM System z 64 bits)
SUSE
v SUSE Linux Enterprise Server 10 SP3 (x86 64 bits)
v SUSE Linux Enterprise Server 10 SP3 (IBM System z 64 bits)
Remarque : Les systèmes d'exploitation et les versions pris en charge reflètent ce qui a été testé avec
Tivoli Provisioning Manager. Des différences apparaissant dans d'autres éditions ou des modifications
apportées dans d'autres versions d'un système d'exploitation peuvent entraîner des erreurs pendant ou
après l'installation. Par conséquent, veillez à utiliser l'édition et la version du système d'exploitation
recommandés.
Compatibilité de logiciels intermédiaires
Tivoli Provisioning Manager ne prend pas en charge les logiciels intermédiaires suivants, lesquels sont
susceptibles d'être pris en charge par d'autres produits installés sur les services de base :
v serveur WebLogic Oracle utilisé en tant que serveur d'applications
v Microsoft SQL Server utilisé en tant que serveur de base de données
Si vous avez installé un autre produit sur les services de base avec l'une de ces applications de logiciel
intermédiaire, vous ne pouvez pas partager le même logiciel intermédiaire ou l'installation des services
de base avec Tivoli Provisioning Manager. Pour plus d'informations sur les exigences relatives aux
systèmes d'exploitation pris en charge pour le logiciel intermédiaire et les autres composants Tivoli
Provisioning Manager, reportez-vous à la rubrique «Etape 2 de préinstallation : vérification des
conditions requises pour les composants», à la page 14.
Compatibilité des services de base
Tivoli Provisioning Manager exige la version 7.1.1.6 pour les services de base. Tivoli Provisioning
Manager 7.2 groupe de correctifs 1 ne procédera pas à la mise à niveau des services de base. Une fois le
1
groupe de correctifs appliqué, les services de base resteront inchangés à la version 7.1.1.6.
Composants de produit
Tivoli Provisioning Manager comprend des composants qui offrent des fonctions spécifiques.
Tableau 1. Composants de produit
Segment
Description
Serveur d'applications : WebSphere
Application Server
Tivoli Provisioning Manager est une application Web qui utilise WebSphere
Application Server comme serveur d'application.
Serveur HTTP : IBM HTTP Server
Le serveur HTTP est un serveur HTTP dédié distinct pouvant être configuré
pour fonctionner avec le serveur d'applications.
Serveur de base de données :
Le serveur de base de données héberge la base de données TPM, qui inclut
le modèle de données des actifs gérés. Il stocke également la base de
données Maximo qui contient le texte de l'interface utilisateur et l'aide au
niveau de la zone.
v DB2 ou base de données Oracle
v Si vous souhaitez utiliser DB2, vous pouvez l'installer avec l'installation
de Tivoli Provisioning Manager ou utiliser une version existante de DB2
sur votre système.
v Si vous souhaitez utiliser base de données Oracle, vous devez obtenir
votre propre support d'installation d'base de données Oracle et l'installer
avant l'installation de Tivoli Provisioning Manager.
Serveur d'annuaire : Tivoli Directory
Server ou Microsoft Active Directory
Le serveur d'annuaire fournit l'authentification de l'utilisateur et le contrôle
d'accès.
v Si vous souhaitez utiliser Tivoli Directory Server, vous pouvez l'installer
avec l'installation de Tivoli Provisioning Manager ou utiliser une version
existante de Tivoli Directory Server sur votre système.
v Si vous souhaitez utiliser Microsoft Active Directory, vous devez obtenir
votre propre support d'installation Microsoft Active Directory et l'installer
avant l'installation de Tivoli Provisioning Manager.
Centre de gestion de Tivoli
Provisioning Manager for Dynamic
Content Delivery
Le centre de gestion de Tivoli Provisioning Manager for Dynamic Content
Delivery permet de centraliser le contrôle des téléchargements et de la
réplication des fichiers. Il surveille également l'état des serveurs de dépôt
dans les emplacements répartis et stocke les données de fichiers.
fédérateur de Tivoli Provisioning
Manager for Job Management Service
Egalement appelé service du gestionnaire d'unités, ce composant agit
comme un serveur fédéré gérant la distribution des travaux. Il insère les
travaux entrants vers tous les agents de noeud final ou régionaux.
Agent Manager
Agent Manager est le composant serveur des services de Tivoli Common
Agent ; il fournit des connexions sécurisées à des ordinateurs gérés sur
lesquels Common Agent est installé. Tivoli Provisioning Manager utilise les
services de Tivoli Common Agent pour la distribution et la conformité des
logiciels.
Tivoli Provisioning Manager for OS
Deployment
Tivoli Provisioning Manager for OS Deployment est un composant utilisé
pour la préparation du système d'exploitation. Il offre une fonction de
gestion du système d'exploitation qui comprend le déploiement des images
capturées et la configuration sans surveillance.
Tivoli Monitoring agent
Tivoli Monitoring agent est un composant qui vous permet de surveiller le
serveur TPM.
2
Tableau 1. Composants de produit (suite)
Segment
Description
Poste de travail administratif
Le poste de travail administratif est utilisé pour déployer Tivoli Provisioning
Manager. Après le déploiement initial, le poste de travail administratif est
utilisé pour mettre à jour ou modifier le déploiement et ajouter des
applications de gestion des processus supplémentaires. Les modifications du
déploiement nécessitent généralement la régénération des fichiers Enterprise
Archive (EAR), qui peut uniquement être effectuée à partir du poste de
travail administratif.
Composants Web
Les composants Web Tivoli Provisioning Manager sont un ensemble
d'applications spécifiques à l'application des accès.
Types d'installation
Selon le système d'exploitation, seule l'installation personnalisée est prise en charge ou l'installation par
défaut et une installation personnalisée sont prises en charge.
Tivoli Provisioning Manager offre une installation personnalisée uniquement.
Seule l'installation personnalisé est prise en charge sous UNIX et Linux
Notez les informations suivantes lors de la planification de l'installation :
v Le programme d'installation de logiciel intermédiaire peut installer DB2, Tivoli Directory Server ou
WebSphere Application Server pour vous. D'autres logiciels intermédiaires pris en charge doivent être
préinstallés et configurés manuellement.
v Vous pouvez utiliser un logiciel intermédiaire déjà installé :
– Serveur d'applications : WebSphere Application Server
– Serveur de base de données : DB2 ou Oracle
– Serveur d'annuaire : Tivoli Directory Server ou Microsoft Active Directory. Les serveurs de base de
données et d'annuaire peuvent être installés sur des ordinateurs distincts.
v Inclut l'exécution de Tivoli Provisioning Manager dans des langues autres que l'anglais.
Processus d'installation
Ces étapes décrivent les tâches de préinstallation, l'installation du logiciel et les tâches de postinstallation.
1. Vérifiez que vous respectez toutes les conditions prérequises pour l'installation. Pour plus
d'informations, voir Chapitre 2, «Tâches préalables à l'installation», à la page 5.
2. Lancez le tableau de bord pour installer le produit.
Pour une installation personnalisée, installez les composants dans l'ordre suivant :
a. Installez le logiciel intermédiaire. Si vous utilisez un logiciel intermédiaire existant, il doit être
installé et configuré selon vos besoins.
Custom
Default
XML
b. Installez les services de base.
c. Installez le module de langue sur le même ordinateur que les services de base.
d. Installez les composants principaux de Tivoli Provisioning Manager sur le même ordinateur que le
serveur d'applications.
e. Installez les composants Web de Tivoli Provisioning Manager sur le même ordinateur que les
services de base.
Pour plus d'informations sur l'installation personnalisée, consultez Chapitre 3, «Installation de Tivoli
Provisioning Manager», à la page 29.
Chapitre 1. Présentation de l'installation
3
3. Exécutez les tâches de postinstallation requises. Pour plus d'informations, voir Chapitre 4, «Tâches de
postinstallation», à la page 159.
4
Chapitre 2. Tâches préalables à l'installation
Avant de commencer à installer Tivoli Provisioning Manager, assurez-vous que les conditions requises
pour votre environnement sont réunies.
1. Exécution du scanner
de prérequis
2. Lecture des notes
sur l'édition
3. Planification de la topologie
4. Allocation du matériel
approprié
5. Vérification de la
configuration requise
pour le composant
6. Vérification de
l'environnement
7. Vérification de la
configuration requise
pour l'utilisateur
8. Préparation du support
d'installation
Prêt pour installation
Figure 1. Etapes de préinstallation pour une nouvelle installation
v Certains des logiciels de déploiement ne sont pris en charge que sur des systèmes d'exploitation
spécifiques. Si le serveur TPM se trouve sur une plateforme non prise en charge, vous devez utiliser un
poste de travail administratif distinct. Pour des conditions spécifiques, voir «Déploiement
multiserveurs», à la page 8.
v Si vous avez besoin d'un ordinateur distinct pour le poste de travail administratif, vérifiez :
5
– que les ports assurant la communication entre le poste de travail administratif et le serveur TPM
sont activés pour la communication bidirectionnelle ;
– qu'aucun pare-feu n'est activé entre le poste de travail administratif et le serveur TPM.
Etape de préinstallation 1 : exécution du scanner de prérequis
Pour vérifier automatiquement que votre environnement répond aux exigences d'installation de Tivoli
Provisioning Manager, utilisez le scanner de prérequis.
Procédure
1. Téléchargez le scanner de prérequis depuis Integrated Service Management Library.
2. Procédez à l'extraction du contenu du fichier .zip ou .tar correspondant au scanner de prérequis.
3. Exécutez le scanner de prérequis à l'aide de la commande ci-après, selon votre système d'exploitation,
la version de celui-ci et le matériel que vous utilisez. Exécutez la commande à partir du répertoire
dans lequel vous avez extrait le fichier .tar ou .zip.
Tableau 2. Syntaxe du scanner de prérequis
Système d'exploitation et matériel
Red Hat
Red Hat Enterprise Linux 5 Update 4 (x86 64
Syntaxe
prereq_checker.sh COG detail
bits)
Red Hat
Red Hat Enterprise Linux 5 Update 4 (IBM
System z 64 bits)
Red Hat
prereq_checker.sh COH detail
Red Hat Enterprise Linux 4 AS Update 5 (x86
prereq_checker.sh COF detail
SUSE Linux Enterprise Server 10 SP3 (x86 64
prereq_checker.sh COI detail
64 bits)
SUSE
bits)
SUSE
SUSE Linux Enterprise Server 10 SP3 (IBM
System z 64 bits)
prereq_checker.sh COL detail
Dans la commande, le paramètre de détail spécifie que les résultats des prérequis scannés sont
affichés sur la console.
4. Consultez la sortie du scanner de prérequis stockée dans le fichier result.txt.
Que faire ensuite
Si les résultats du scanner de prérequis indique des défaillances, exécutez les tâches de la rubrique «Etape
2 de préinstallation : vérification des conditions requises pour les composants», à la page 14 à la rubrique
«Etape 8 de préinstallation : préparation du support d'installation», à la page 28 pour résoudre les
problèmes avant de lancer l'installation.
Etape 2 de préinstallation : lecture des notes sur l'édition
Avant de démarrer l'installation, consultez les dernières mises à jour de la documentation dans les notes
sur l'édition pour connaître les informations importantes.
Pour plus d'informations sur les dernières mises à jour de la documentation, voir Tivoli Provisioning
Manager Version 7.2 Release Notes.
6
Etape 3 de préinstallation : Planification de la topologie
Utilisez ces informations pour déterminer l'option de déploiement la plus adaptée aux besoins de votre
environnement et de votre entreprise.
Il existe deux stratégies de déploiement principales :
Serveur unique
La topologie à serveur unique consiste à charger tous les composants d'exécution, y compris tous
les logiciels intermédiaires, le poste de travail administratif et les gestionnaires de processus, sur
un serveur. Elle est généralement utilisée à des fins d'évaluation, de démonstration ou comme
environnement de formation. Pour gérer les actifs et processus d'une entreprise, une topologie à
serveurs multiples est généralement mise en oeuvre.
Multiserveurs
La topologie multiserveurs consiste à répartir les composants entre différents serveurs. Cette
approche présente divers avantages, car elle optimise l'utilisation des ressources et réduit la
charge de travail de chaque serveur. Ce type de déploiement est adapté aux environnements de
production au sein d'une entreprise.
Le processus typique d'un déploiement débute par une topologie à serveur unique, qui transite par des
phases de démonstration, de vérification de la viabilité du concept et de test de l'intégration au sein de
l'environnement existant, puis passe progressivement à un environnement multiserveurs pilote avant de
mettre enfin en oeuvre un déploiement de production au sein de l'entreprise.
Logiciel qui déploie le composant de prise en charge de Tivoli Provisioning Manager.
Déploiement sur un serveur
Un déploiement sur un serveur est fréquemment utilisé comme configuration d'évaluation, de formation
ou de démonstration.
Serveur d'application des accès
- Serveur d'applications
- Serveur de base de données
- Serveur d'annuaire
- Services de base
- Composants principaux
- Composants Web
Vous pouvez installer tous les composants sur un ordinateur si vous utilisez l'un des systèmes
d'exploitation suivants :
v Red Hat Enterprise Linux 5 Update 4 (x86 64 bits)
v SUSE Linux Enterprise Server 10 SP3 (x86 64 bits)
Le poste de travail administratif doit être un serveur distinct si le serveur TPM est installé sur une
plateforme qui n'est pas prise en charge par le logiciel de développement pour les services de base et les
composants Web. Le logiciel de déploiement permet d'installer ou de mettre à jour le produit, mais il
n'est pas requis lors de l'utilisation du produit. Pour plus de détails sur les plateformes d'installation
7
prises en charge pour les composants du produit, reportez-vous à la rubrique «Etape 2 de
préinstallation : vérification des conditions requises pour les composants», à la page 14.
Le diagramme ci-après illustre un déploiement avec tous les composants d'exécution de Tivoli
Provisioning Manager installés sur un serveur et un serveur distinct agissant comme poste de travail
administratif.
- Serveur de base de données
- Serveur d'annuaire
- Services de base
- Composants Web
- Répertoire de déploiement
Déploiement multiserveurs
Custom
Default
XML
Le déploiement sur plusieurs serveurs est recommandé dans un environnement de production.
Le déploiement sur plusieurs serveurs est disponible uniquement pour une installation personnalisée.
Lorsque vous planifiez votre stratégie de déploiement, déterminez si elle doit inclure des systèmes déjà
établis au sein de votre réseau. L'installation de tous les nouveaux composants à l'aide des programmes
d'installation de Tivoli Provisioning Manager et de logiciel intermédiaire simplifie le déploiement. Si vous
avez l'intention de réutiliser ou de migrer des ressources existantes dans votre réseau, ajustez votre plan
de déploiement pour pouvoir mettre les ressources existantes au niveau des versions compatibles avec
Tivoli Provisioning Manager.
Dans la figure ci-dessous, Tivoli Provisioning Manager a été déployé sur plusieurs systèmes.
8
Serveur d'annuaire
Serveur de base
de données
Serveur d'application
des accès
- Services de base
- Composants Web
- Répertoire de déploiement
Sur cette figure, les composants de Tivoli Provisioning Manager sont installés sur des systèmes distincts
pour assurer l'équilibrage de charge, la redondance, la réutilisation, la sécurité et la disponibilité. Les
composants peuvent également être regroupés logiquement et installés sur le même système. Dans un
environnement hétérogène, la collecte de serveur peut se composer de serveurs Windows et UNIX. Le
poste de travail administratif permet d'installer ou de mettre à jour le produit, mais il n'est pas nécessaire
pendant le fonctionnement du produit.
Les déploiements ci-après sont pris en charge en fonction du système d'exploitation.
Red Hat
Tableau 3. Topologies prises en charge pour le poste de travail administratif lorsque Red Hat Enterprise Linux est
installé sur le serveur TPM
Plateforme utilisée
pour le serveur
TPM
Même serveur
Serveur distinct :
toute plateforme
Windows prise en
charge
Serveur distinct :
AIX 6.1 TL3 ou un
e version
ultérieure, (IBM
System p 64 bits)
Serveur distinct :
SUSE Linux(r)
Enterprise Server
10 SP3 (x86 64 bits)
Serveur distinct :
Red Hat Enterprise
Linux 5 Update 4
(x86 64 bits)
Red Hat Enterprise
Linux 5 MAJ 5 (x86
64 bits)
Red Hat Enterprise
Linux 5 Update 4
(x86 64 bits)
Red Hat Enterprise
Linux 5 Update 4
(IBM System z 64
bits)
SUSE
9
Tableau 4. Topologies prises en charge pour le poste de travail administratif lorsque SUSE Linux Enterprise Server
est installé sur le serveur TPM
Plateforme utilisée
pour le serveur
TPM
Même serveur
Serveur distinct :
toute plateforme
Windows prise en
charge
Serveur distinct :
AIX 6.1 TL3 ou un
e version
ultérieure, (IBM
System p 64 bits)
Serveur distinct :
SUSE Linux(r)
Enterprise Server
10 SP3 (x86 64 bits)
Serveur distinct :
Red Hat Enterprise
Linux 5 Update 4
(x86 64 bits)
SUSE Linux(r)
SP3 (x86 64 bits)
SUSE Linux(r)
SP3 (IBM(r) System
z(r) 64 bits)
Topologies multiserveurs prises en charge
Les composants suivants peuvent se trouver sur un serveur distinct :
v Le serveur de base de données.
v Le serveur d'annuaire.
v poste de travail administratif. Ce dernier doit être sur un ordinateur distinct si le serveur TPM est
installé sur une plateforme sur une plateforme qui n'est pas prise en charge par le logiciel de
déploiement pour les services de base et les composants Web.
Réutilisation de logiciels intermédiaires
Vous pouvez réutiliser les logiciels intermédiaires existants Tivoli Provisioning Manager. Vous pouvez,
par exemple, avoir une instance de base de données dans un serveur de base de données existant pour
lequel des règles d'accès, des mesures de redondance et des plans de sauvegarde sont déjà en place. Si
vous prévoyez de réutiliser des logiciels intermédiaires existants, assurez-vous que leur niveau est pris en
charge par Tivoli Provisioning Manager. Les logiciels intermédiaires et les programmes d'installation ne
fournissent pas de mécanisme de correction de serveurs de niveau de version antérieur. Ils ne vérifient
pas non plus à distance si le niveau de serveur est correct.
Les logiciels intermédiaires suivants peuvent être réutilisés :
Configuration automatique possible
DB2 9.5 FP3a et Tivoli Directory Server 6.2.0.2 et 6.1.0.10. Pour plus d'informations sur les
plateformes spécifiques pour lesquelles Tivoli Directory Server 6.1.0.10 est pris en charge, voir
«Etape 2 de préinstallation : vérification des conditions requises pour les composants», à la page
14. Pour plus d'informations sur la réutilisation des middleware, voir «Réutilisation de logiciels
intermédiaires à l'aide du programme d'installation de logiciel intermédiaire», à la page 56.
Installation et configuration manuelles
IBM WebSphere Application Server, base de données Oracle (si la prise en charge est assurée) et
Microsoft Active Directory. Pour plus d'informations, voir «Utilisation de logiciel intermédiaire
configuré manuellement», à la page 60.
Etape 4 de préinstallation : allocation du matériel approprié
La configuration matérielle requise dépend de l'utilisation. Pour le matériel requis pour les logiciels
n'apparaissant pas dans cette section, voir la documentation accompagnant le produit.
10
Processeur requis pour le serveur TPM
v
SUSE
v
System z
Processeur 2.4 GHz x86 64 bits ou AMD64
SUSE
IBM System z : z/Architecture (z800)
Conditions minimales requises pour la mémoire
Tableau 5. Conditions minimales requises pour la mémoire d'une topologie à serveur unique ou à serveurs multiples
Topologie à un serveur
8 Go de mémoire RAM
Topologie multiserveurs
Serveur DB2
RAM 4 Go
WebSphere Application Server Network Deployment
Tivoli Directory Server
Conditions requises pour le poste de travail administratif
v Processeur 2 GHz (minimum)
v 2 Go de mémoire RAM (minimum)
v Connexion réseau 10 Mo/s entre le système administratif et des serveurs de logiciel intermédiaire
(minimum)
Espace disque
Le tableau ci-après détaille l'espace disque qui doit être affecté à chaque répertoire pour le processus
d'installation. Comme ces répertoires n'existent pas avant l'installation, vous devez vous assurer que leur
répertoire parent dispose d'un espace disque suffisant pour l'installation.
Systèmes de fichiers de réseau : Tivoli Provisioning Manager inclut une exécution d'infrastructure
simple qui utilise le verrouillage du système de fichiers pour gérer l'accès concurrent. Ces fichiers de
verrouillage sont gérés dans le répertoire d'installation de l'infrastructure simple sous le répertoire
TIO_HOME du système de fichiers. Si vous installez Tivoli Provisioning Manager sur un système de
fichiers réseau, assurez- vous que le système de fichiers prend en charge de manière adéquate la gestion
du verrouillage. Par exemple, lors d'une configuration de reprise à haut niveau de disponibilité après
incident, si l'ordinateur primaire tombe en panne et n'est plus opérationnel, le système de fichiers doit
déverrouiller automatiquement tous les verrous associés à l'ordinateur primaire. Si ce type de prise en
charge du verrouillage n'est pas disponible, vous pouvez créer des liens lointains pour les répertoires
suivants dans un système de fichiers local avec une prise en charge de la gestion de verrouillage qui lui
est propre :
v TIO_HOME/lwi/conf
v TIO_HOME/lwi/logs
Espace disque requis pour UNIX et Linux
Vérifiez que vous disposez de l'espace disponible requis dans les répertoires suivants Les chiffres fournis
excluent l'espace requis pour le poste de travail administratif et pour les images d'installation (13 Go). De
plus, il est supposé que les répertoires par défaut sont utilisés.
SUSE
11
Tableau 6. Espace disque consolidé requis pour Solaris et Linux
Répertoire
Espace disponible requis
v /home
12,8 Go
/opt
15,4 Go
/tmp
3,5 Go
/usr
500 Mo
/var
8 Go
SUSE
Le format reiserfs ne peut pas gérer des fichiers de plus de 2 Go. Pour afficher le type des
systèmes de fichiers, exécutez la commande suivante :
df -T
La sortie se présente comme suit :
/dev/dasda1
/dev/<mapper>
/dev/<mapper>
/dev/<mapper>
/dev/<mapper>
/dev/<mapper>
ext3
ext3
ext3
ext3
ext3
ext3
/
/home
/opt
/tmp
/usr
/var
Pour plus d'informations, consultez le tableau ci-après.
Tableau 7. Exigences détaillées en matière d'espace disque pour UNIX et Linux
Segment
Répertoire
Espace
disponible
requis
Images d'installation
Emplacement spécifié par l'utilisateur
13 Go
Le poste de travail administratif est uniquement pris en charge sur certains systèmes d'exploitation et dans des
topologies spécifiques. Pour plus d'informations, voir «Déploiement multiserveurs», à la page 8.
Répertoire de déploiement des services de base
v /opt/IBM/SMP
5 Go
Répertoire système temporaire
%TEMP%
2,5 Go
Espace temporaire
Si vous utilisez le répertoire temporaire du système (/tmp) pour les trois types d'espace temporaire, un total de 6
Go est nécessaire. Sinon, assurez-vous que vous disposez d'un espace suffisant dans chacun des emplacements
temporaires.
Espace temporaire dédié à utiliser avec le
programme d'installation de logiciel
intermédiaire
Emplacement spécifié par l'utilisateur (la valeur
par défaut est /tmp)
1 Go
Espace temporaire dédié au référentiel de
logiciel
Emplacement spécifié par l'utilisateur (la valeur
par défaut est /var/tmp)
6 Go
Répertoire système temporaire
/tmp
2,5 Go
Espace de travail du programme d'installation
de logiciel intermédiaire
v /root/ibm/tivoli/mwi/workspace
600 Mo
/opt/IBM/tivoli/tpm
6 Go
Composants installés
Tivoli Provisioning Manager
Tivoli Provisioning Manager for OS Deployment /opt/IBM/tpmfos
12
150 Mo
Tableau 7. Exigences détaillées en matière d'espace disque pour UNIX et Linux (suite)
Segment
Répertoire
Espace
disponible
requis
Répertoire de données Tivoli Provisioning
Manager for OS Deployment
/opt/tpmfosd_files
150 Mo
gestionnaire d'agents
/opt/IBM/AgentManager
100 Mo
fédérateur de Tivoli Provisioning Manager for
Job Management Service
/opt/IBM/DeviceManager
200 Mo
Tivoli Provisioning Manager for Dynamic
Content Delivery
/opt/IBM/tivoli/CDS
150 Mo
Fichiers Tivoli communs, y compris les journaux /usr/ibm/tivoli/common/COP/logs
communs
100 Mo
/opt/IBM/tivoli/ITM
250 Mo
Serveur DB2
v
SUSE
v
SUSE
/opt/ibm/db2/V9.5
Sous IBM System z :
/opt/IBM/db2/V9.5
Instance de base de données DB2
v
SUSE
/home/ctginst1
Client DB2 (pour les topologies multiserveurs)
v
SUSE
/opt/ibm/db2/V9.5
v
2,1 Go
12,5 Go
400 Mo
SUSE
Sous IBM System z :
/opt/IBM/db2/V9.5
800 Mo
/opt/ibm/ldap/V6.2
Remarque : Si vous avez créé un autre système de
fichiers, par exemple /opt/ibm/ldap ou /opt/ibm
pour l'emplacement d'installation de Tivoli
Directory Server, vérifiez que /opt et le répertoire
d'installation de Tivoli Directory Server
remplissent les exigences d'espace disque.
Base de données Tivoli Directory Server
/home/idsccmdb
WebSphere Application Server
v
SUSE
v
SUSE
Programme d'installation de mises à jour de
IBM HTTP Server
Programme d'installation de solution utilisé par
le programme d'installation de logiciel
intermédiaire et le programme d'installation de
services de base
v
300 Mo
/opt/IBM/WebSphere/AppServer
/opt/IBM/WebSphere/
UpdateInstaller
SUSE
/opt/IBM/HTTPServer
/usr/ibm/common/acsi
3,5 Go
500 Mo
1,1 Go
400 Mo
Remarque : Planifiez l'espace disque supplémentaire pour l'élargissement de la base de données. L'espace disque
requis dépend de différents facteurs, notamment la configuration de la base de données et le nombre d'ordinateurs
cibles gérés. Par exemple, si vous gérez 50 000 cibles, allouez 50 Go d'espace disque disponible. Vous pouvez
stocker la base de données sur une unité de stockage distincte dédiée. Ainsi, les performances ne sont pas affectées
par d'autres applications ayant accès à cette même unité.
Unité de DVD-ROM
Si vous utilisez des DVD pour installer le produit, chaque ordinateur de votre topologie doit avoir une
unité de DVD-ROM.
13
Etape 2 de préinstallation : vérification des conditions requises pour
les composants
Tivoli Provisioning Manager contient un certain nombre de composants et de produits qui fonctionnent
ensemble. Vérifiez que vous répondez aux exigences de tous les composants de produit.
Combinaisons de systèmes d'exploitation et de logiciels
intermédiaires prises en charge
Cette section présente les combinaisons de middleware et les systèmes d'exploitation et versions pris en
charge. Le logiciel Tivoli Provisioning Manager est installé sur le même ordinateur que le serveur
d'applications. Si vous utilisez une topologie multiserveurs, vérifiez les exigences en matière de
composants sur chaque ordinateur de la topologie.
v
«Combinaisons de systèmes d'exploitation et de logiciels intermédiaires prises en charge
pour Red Hat Enterprise Linux»
v
SUSE
«Combinaisons de systèmes d'exploitation et de logiciels intermédiaires prises en charge
pour SUSE Linux Enterprise Server», à la page 15
Red Hat
Red Hat
Combinaisons de systèmes d'exploitation et de logiciels intermédiaires prises en
charge pour Red Hat Enterprise Linux
Remarque : Oracle Real Application Clusters (RAC) n'est pas pris en charge.
Base de données
Système d'exploitation et plateforme
DB2 9.5 FP3a
base de
données
Oracle
Red Hat Enterprise Linux 5 MAJ 5 (x86 64
bits)
10.2.0.4 ou
11g R1
Red Hat Enterprise Linux 5 MAJ 5 (IBM
System z 64 bits)
10.2.0.4 ou
11g R1
Red Hat Enterprise Linux 5 Update 4 (x86 64
bits)
10.2.0.4 ou
11g R1
Red Hat Enterprise Linux 5 Update 4 (IBM
System z 64 bits)
Red Hat Enterprise Linux 4 AS Update 5 (x86
64 bits)
IBM
WebSphere
Application
Server
Network
Deployment
6.1.0.29
Serveur d'annuaire
IBM Tivoli
Directory
Server 6.2.0.2
Microsoft
Active
Directory 2003
SP2 ou 2008
SP2
Poste de travail
administratif
Utilisez un
ordinateur
RHEL 5 (x86 64
bits) ou
Windows
distinct
10.2.0.4g
uniquement
SUSE
14
Serveur
d'applications
Utilisez un
ordinateur
RHEL 5 (x86 64
bits) ou
Windows
distinct
Combinaisons de systèmes d'exploitation et de logiciels intermédiaires prises en
charge pour SUSE Linux Enterprise Server
Remarque : Oracle Real Application Clusters (RAC) n'est pas pris en charge.
Base de données
Système d'exploitation et plateforme
DB2 9.5 FP3a
base de
données
Oracle
SUSE Linux Enterprise Server 10 SP3 (x86 64
bits)
10.2.0.4g
uniquement
SUSE Linux Enterprise Server 10 SP3 (IBM
System z 64 bits)
10.2.0.4 ou
11g R1
Serveur
d'applications
IBM
WebSphere
Application
Server
Network
Deployment
6.1.0.29
Serveur d'annuaire
IBM Tivoli
Directory
Server 6.2.0.2
Microsoft
Active
Directory 2003
SP2 ou 2008
SP2
Poste de travail
administratif
Utilisez un
ordinateur
SLES 10 (x86 64
bits) ou
Windows
distinct
Tâches de préinstallation du système d'exploitation
Avant l'installation, exécutez les tâches suivantes selon votre système d'exploitation.
Tâches de préinstallation sous Linux
Vérifiez que la version du noyau est 2.6.
Exécutez la commande uname -r
Red Hat
Affectez la valeur permissive ou disabled à SELinux
Pour Red Hat Linux 5, ou d'autres systèmes avec SELinux activé, modifiez le fichier /etc/selinux/config
et définissez SELINUX sur permissive ou sur disabled.
Si le message d'erreur Failed to find VM est renvoyé lorsque vous tentez d'exécuter des commandes ou
des scripts qui appellent Java, cela signifie que le pare-feu SELinux est activé. Vous devez le définir sur
Permissif ou sur Désactivé pour toute la durée de la mise à niveau. Une fois l'installation terminée, la
valeur peut être redéfinie sur votre précédente valeur.
Désactivez le nettoyage automatique du répertoire /tmp.
Par défaut, l'utilitaire tmpwatch est exécuté quotidiennement et supprime les fichiers du répertoire /tmp
auxquels aucun utilisateur n'a accédé pendant 10 jours. Le planificateur anacron s'exécute également dans
etc/cron.daily lors du démarrage de l'ordinateur. Le programme d'installation étant installé sous /tmp,
vous devez désactiver le nettoyage automatique de /tmp :
1. Examinez /etc/crontab et /etc/anacrontab pour vérifier les scripts de /etc/cron.daily qui sont
appelés.
2. Si des scripts de /etc/cron.daily sont appelés, renommez les scripts suivants :
Red Hat
/etc/cron.daily/tmpwatch
v
v
SUSE
/etc/cron.daily/suse.de-clean-tmp
Définissez la taille de la permutation
Tivoli Provisioning Manager pouvant être une application utilisant de nombreuses ressources, il est
recommandé de configurer et de régler votre système pour obtenir des performances maximales,
notamment de paramétrer la taille de l'espace de permutation utilisé sur le système. Généralement, la
15
taille de permutation doit être équivalente à deux fois la quantité de mémoire RAM physique de
l'ordinateur. Vous pouvez rendre disponible de l'espace de permutation supplémentaire en :
v augmentant la taille de la partition de permutation existante ;
v créant une partition de permutation supplémentaire ;
v créant un fichier de permutation.
Pour plus d'informations, reportez-vous à la documentation relative au système d'exploitation.
2000
DB2
Définissez les paramètres du noyau pour DB2
Sur l'ordinateur où la base de données DB2 est ou sera installée, définissez les paramètres de noyau
requis dans /etc/sysctl.conf. Les lignes mentionnées ci-après sont fournies à titre d'exemple
uniquement. Vous ne devez rétromigrer aucune des valeurs présentes dans le fichier. Pour plus
d'informations sur la définition de ces valeurs pour votre système, consultez la documentation DB2,
disponible sur le site http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/topic/
com.ibm.db2.luw.qb.server.doc/doc/t0008238.html.
kernel.sem = 250 256000 32 1024
# Contrôle la taille maximale de segment partagé, en octets.
# L’exemple ci-après utilise une valeur de 16 Go, basée sur 16 Go de mémoire RAM physique
# et l’espace de permutation adéquat disponible.
kernel.shmmax=17179869184
# Contrôle le nombre maximal de segments de mémoire partagée, en pages.
# L’exemple ci-après est pour 90 % de 16 Go de mémoire RAM.
kernel.shmall=3774873
kernel.msgmax=65536
kernel.msgmnb=65536
Remarque : La valeur de shmall est calculée comme une fraction de 90 % de la mémoire RAM totale,
exprimée en nombre de pages (la taille de page par défaut sous Linux est 4 ko). Par exemple, 90 % de
16 Go correspond à 14,4 Go, divisé par 4 ko, soit 3774873.
Après avoir défini les paramètres du noyau, exécutez la commande /sbin/sysctl -p pour que les
nouveaux paramètres entrent en vigueur.
Définissez des limites utilisateur.
1. Sur le serveur TPM, connectez-vous en tant qu'utilisateur root.
2. Contrôlez le fichier /etc/security/limits.conf. Lorsqu'une limite n'est pas configurée pour un
utilisateur, la valeur par défaut s'applique. La valeur par défaut est généralement unlimited pour
toutes les limites requises sauf la taille de pile.
v Supprimez toutes les entrées existantes pour ctginst1 afin d'y affecter les limites par défaut.
Vérifiez que les limites par défaut sont définies sur unlimited.
v Pour augmenter la taille de la pile à la valeur maximale pour ctginst1 et root, ajoutez les entrées
suivantes au fichier :
ctginst1 - stack unlimited
root - stack unlimited
v Affectez la valeur minimale 8192 et la valeur minimale 32767 à la limite des descripteurs de fichier
ouvert respectivement pour l'utilisateurroot et l'utilisateur tioadmin. Ajoutez les entrées suivantes
au fichier :
root - nofile 8192
tioadmin - nofile 32767
3.
SUSE
Ouvrez le fichier /etc/profile et assurez-vous qu'il comporte les lignes ci-après. Si tel n'est
pas le cas, ajoutez les lignes à la fin du fichier :
ulimit -v unlimited
ulimit -m unlimited
4. Déconnectez-vous, puis connectez-vous à nouveau en tant qu'utilisateur root pour que les
modifications soient prises en compte.
16
2000
DB2
Si DB2 est déjà installé, redémarrez l'instance de base de données, sinon, ignorez cette
étape.
6. Vérifiez les paramètres à partir d'une fenêtre de commande en exécutant ulimit -a.
5.
Définissez une variable d'environnement si vous utilisez Compiz.
1. Pour savoir si Compiz est installé, exécutez rpm -qa | grep Compiz.
2. Si Compiz est installé, définissez la variable d'environnement en exécutant export
AWT_TOOLKIT=MToolkit.
Définissez le bit de rappel sur le répertoire /tmp
Pour définir les droit d'accès du dossier /tmp sur 1777, exécutez la commande suivante :
chmod 1777 /tmp
Vérifiez les exigences de l'invite de commande
L'invite de commande doit se terminer par $, # ou >.
Modules requis (UNIX et Linux)
Sous UNIX et Linux, un certain nombre de modules est requis pour l'installation de Tivoli Provisioning
Manager.
Les modules requis sont répertoriés dans les sections suivantes :
v «Exigences générales pour UNIX et Linux»
v
Red Hat
v
SUSE
«Modules Red Hat Linux requis»
«Modules SUSE Linux requis», à la page 19
Exigences générales pour UNIX et Linux
Les utilitaires suivants sont requis et doivent être disponibles à partir des emplacements suivants :
v Bash : /bin/bash
v expect, tar, gzip : /usr/bin
S'ils ne sont pas installés à ces emplacements, créez un lien symbolique dans ces répertoires vers
l'emplacement réel.
Red Hat
Modules Red Hat Linux requis
Les modules suivants sont requis pour Red Hat Linux. Si une version spécifique de module n'est pas
répertoriée, utilisez la version native incluse avec votre système d'exploitation au niveau de mise à jour
actuel. Pour vérifier quels sont les modules installés, utilisez la commande rpm. Par exemple, rpm -qa |
grep compat
17
Tableau 8. Modules Red Hat Linux requis pour le serveur TPM
Configuration requise
Caractéristiques
Modules requis pour
tous les systèmes
d'exploitation Red Hat
Linux pris en charge
compat-db-4.1.25-9
64-bit compat-libstdc++-33.rpm
64-bit compat-libstdc++-296.rpm
curl
expect 5.42 ou ultérieure
ftp
libstdc++
openssh
perl
rpm-build-4.3.3-22_nonptl
tcl
telnet
tk
wget
xorg-x11-xfs
xorg-x11-font-utils
zip
Un gestionnaire de fenêtres, par exemple GNOME ou KDE.
Pour obtenir les modules :
1. Assurez-vous que votre serveur est enregistré avec Red Hat Network. Pour plus d'informations, voir
http://rhn.redhat.com.
2. Utilisez le programme d'installation YUM pour télécharger et installer les modules manquants. Par
exemple, pour installer curl, utilisez :
#yum install curl
2000
DB2
Bibliothèque
supplémentaire requise
en cas d'utilisation de
DB2
libaio.so.1 (requise dans le répertoire /usr/lib64 pour des serveurs DB2 utilisant des entrées-sorties
asynchrones)
Modules et
bibliothèques
supplémentaires requis
pour Red Hat
Enterprise Linux 5 (x86
64 bits)
32-bit compat-libstdc++-33
Modules et
bibliothèques requis
supplémentaires pour
Red Hat Enterprise
Linux 5 (IBM System z
64 bits)
32 bits compat-libstdc++-33
libstdc++.so.5 (bibliothèques requises dans le répertoire /usr/lib64 pour des serveurs
et clients DB2)
libXmu-1.0.2-5.s390x.rpm
libXp-1.0.0-8.1.el5.s390x.rpm
libXtst.so (bibliothèques requises dans le répertoire /usr/lib64)
libXft.so (bibliothèques requises dans le répertoire /usr/lib64)
libXtst.so (bibliothèques requises dans le répertoire /usr/lib)
libXft.so (bibliothèques requises dans le répertoire /usr/lib)
xorg-x11-fonts-base
xorg-x11-fonts-75dpi
18
libXmu (Les modules 32 bits et 64 bits sont tous deux requis : libXmu-1.0.2-5.i386.rpm est requis dans le
répertoire /usr/lib et libXmu-1.0.2-5.x86_64.rpm dans le répertoire /usr/lib64.)
libXp (Les modules 32 bits et 64 bits sont tous deux requis : libXp-1.0.0-8.1.el5.i386.rpm est requis
dans le répertoire /usr/lib et libXp-1.0.0-8.1.el5.x86_64.rpm dans le répertoire /usr/lib64.)
libXtst.so (bibliothèques requises dans le répertoire /usr/lib64)
libXft.so (bibliothèques requises dans le répertoire /usr/lib64)
libXtst.so (bibliothèques requises dans le répertoire /usr/lib)
libXft.so (bibliothèques requises dans le répertoire /usr/lib)
xorg-x11-fonts-base
Tableau 8. Modules Red Hat Linux requis pour le serveur TPM (suite)
Oracle
2000
Modules
requis supplémentaires
en cas d'utilisation du
client Oracle
Caractéristiques
compat-gcc-34, version 3.2.3 ou ultérieure
compat-gcc-34-c++ version 3.2.3 ou ultérieure
Tableau 9. Modules Red Hat Linux requis pour le poste de travail administratif
Caractéristiques
Modules et
bibliothèques requis
pour Red Hat
Enterprise Linux 5 (x86
64 bits)
xorg-x11-xauth.i386
xorg-x11-xauth.x86_64
libX11-devel.i386
libXpm.i386
libXpm.x86_64
libXtst.i386
libXtst.x86_64
Pour obtenir les modules, accédez à http://www.redhat.com.
SUSE
Modules SUSE Linux requis
Les modules suivants sont requis pour SUSE Linux. Si une version spécifique de module n'est pas
répertoriée, utilisez la version native incluse avec votre système d'exploitation au niveau de mise à jour
actuel. Pour vérifier quels sont les modules installés, utilisez la commande rpm. Par exemple, rpm -qa |
grep compat
Tableau 10. Modules SUSE Linux requis
Caractéristiques
Modules requis pour
tous les systèmes
d'exploitation SUSE
Linux pris en charge
curl
expect 5.42 ou ultérieure
gtk
libstdc++
libstdc++33-32bit
ncftp
openssh
perl
tcl
telnet
tk
wget
zip
Un gestionnaire de fenêtres, par exemple GNOME ou KDE.
Utilisez l'outil YAST pour répertorier, télécharger et installer les modules manquants.
libaio.so.1 (requis pour des serveurs DB2 utilisant des E-S asynchrones)
Modules
libstdc++so.5 (requis pour des serveurs et des clients DB2)
requis supplémentaires
pour SUSE Linux
Enterprise Server (IBM
System z 64 bits) en cas
d'utilisation de DB2
2000
DB2
Configuration requise pour la base de données et le serveur de
répertoires
Vérifiez que vous répondez aux exigences de votre système d'exploitation ou de votre base de données
avant d'installer Tivoli Provisioning Manager.
19
Configuration requise pour le serveur de base de données
DB2 est pris en charge sous Windows, UNIX et Linux. base de données Oracle est pris en charge sous
UNIX et Linux.
2000
DB2
DB2 Enterprise Server 9.5 FP3a
Si vous prévoyez d'utiliser DB2 comme base de données, lisez les informations suivantes :
v Pour répondre aux exigences d'espace disque de l'espace table pour l'installation de DB2, assurez-vous
que le répertoire de base de l'instance de base de données DB2 dispose d'au moins 8 Go d'espace libre.
Par défaut, l'emplacement est /home/ctginst1.
v
Assurez-vous que les entrées-sorties asynchrones sont activées. Pour plus d'informations,
consultez la rubrique Installation requirements for DB2 servers and IBM data server clients (Linux)
dans le centre de documentation de DB2 Database version 9.5.
SUSE
Oracle
2000
base de données Oracle 10.2.0.4g ou 11g R1
Si vous prévoyez d'utiliser base de données Oracle, lisez les informations suivantes :
v Vous devez obtenir votre propre support d'installation base de données Oracle et l'installer avant
l'installation de Tivoli Provisioning Manager. Avant d'installer et de configurer votre instance base de
données Oracle, vérifiez que vous répondez aux exigences de votre système d'exploitation et de votre
version, comme indiqué dans la documentation base de données Oracle.
v Oracle Text doit être installé et configuré. Si Oracle Text est désactivé, vous devez l'activer avant
d'installer Tivoli Provisioning Manager.
Exigences liées au serveur d'annuaire
Tivoli Directory Server ou Microsoft Active Directory est pris en charge en tant que serveur d'annuaire.
Si vous prévoyez d'utiliser Tivoli Directory Server comme serveur d'annuaire, lisez les informations
suivantes :
v Selon le système d'exploitation, Tivoli Directory Server peut être installé automatiquement, dans le
cadre de l'installation de logiciel intermédiaire, ou manuellement.
v
SUSE
Recherchez les paramètres suivants dans le fichier /etc/nsswitch.conf :
passwd: files ldap
shadow: files ldap
group: files ldap
Si l'option ldap est configurée, la recherche portera d'abord sur les fichiers locaux, puis sur le serveur
d'annuaire. Si votre serveur d'annuaire contient un utilisateur nommé tioadmin ou un groupe nommé
tivoli, le programme d'installation ne peut pas créer cet utilisateur ou ce groupe dans le système
d'exploitation, et l'installation échoue. Pour éviter ce problème d'installation, modifiez la configuration
dans le fichier /etc/nsswitch.conf, comme suit :
passwd: files
shadow: files
group: files
v Si vous installez un nouveau Tivoli Directory Server, et qu'aucune procédure de modification de mot
de passe n'est en place dans l'entreprise, vous devez exécuter les étapes présentées dans Modifications
des mots de passe utilisateur avant de tenter de modifier des mots de passe utilisateur.
20
Configuration requise pour le navigateur
Tivoli Provisioning Manager a besoin d'un navigateur pour exécuter le tableau de bord de l'installation et
l'interface Web. Vérifiez que les conditions requises pour le navigateur sont remplies.
Les navigateurs Web suivants sont pris en charge :
v Mozilla Firefox 3.0 et versions ultérieures.
Pour vérifier la version de Mozilla Firefox, exécutez :
firefox -version
Assurez-vous que la commande ne renvoie pas d'erreur avant de procéder à l'installation.
Remarque : Vous pouvez supprimer le navigateur et les modules associés une fois l'installation terminée.
Etape 6 de préinstallation : vérification de l'environnement
Vérifiez les règles pour les noms d'hôte, les adresses IP, les ports, les connexions réseau distantes et les
autres exigences en termes d'environnement.
Noms d'hôte et adresses IP
Cette section répertorie les conditions requises pour l'environnement des éléments suivants :
v Noms d'hôte et adresses IP
v Résolution des noms d'hôte avec un serveur DNS
v Résolution des noms d'hôte avec un fichier d'hôtes
v A propos du service NIS (Network Information Service)
v Configuration à distance pour les topologies multiserveurs
v
v
v
v
v
v
Exigences en termes d'utilisation en réseau
«Exigences en termes de port», à la page 23
Support d'installation
Chemins de répertoire
Logiciel antivirus ou logiciel consommant un grand nombre de ressources système
Réinstallation
Les exigences suivantes s'appliquent aux noms d'hôte :
v Un nom de domaine complet doit être configuré. Par exemple, si le nom d'hôte est river et le nom de
domaine est example.com, le nom de domaine qualifié complet est river.example.com. Cette valeur est
sensible à la casse.
v Une adresse IP statique doit être configurée. Une adresse IP dynamique n'est pas prise en charge pour
le serveur TPM.
L'ordre de recherche du nom de domaine par défaut est le suivant :
1. Serveur DNS (Domain Name System).
2. Service NIS (Network Information Service).
3. Fichier /etc/hosts local.
Résolution des noms d'hôte avec un serveur DNS
Si vous utilisez un serveur DNS pour résoudre les noms d'hôte, le nom d'hôte doit être configuré sur le
serveur DNS. En outre, le nom d'hôte configuré sur le serveur DNS doit correspondre au nom d'hôte
configuré dans le système d'exploitation. Pour vérifier que les noms d'hôte correspondent, procédez
comme suit :
1. Vérifiez le nom d'hôte configuré dans le système d'exploitation. Exécutez la commande suivante :
21
nom_hôte
La commande renvoie le nom d'hôte court de l'ordinateur, par exemple, mycomputer.
2. Vérifiez le nom d'hôte configuré sur le serveur DNS. Exécutez la commande suivante :
nslookup nom_hôte
où nom_hôte est le nom d'hôte court renvoyé au cours de l'étape précédente.
La commande nslookup renvoie le nom de domaine complet configuré sur le serveur DNS, par
exemple, mycomputer.example.com.
3. Si le nom d'hôte configuré dans le système d'exploitation ne correspond pas à la première partie du
nom de domaine qualifié complet configuré sur le serveur DNS, modifiez la valeur de nom d'hôte
configurée dans le système d'exploitation. Exécutez la commande suivante :
hostname nouveau_nom
où nouveau_nom est le nouveau nom d'hôte.
Résolution des noms d'hôte avec un fichier d'hôtes
Si vous utilisez un fichier hôte pour résoudre les adresses IP, ils doit être configuré correctement. Le
fichier se trouve généralement dans :
v /etc/hosts
Vérifiez que l'exécution de la commande ping localhost aboutit. Si vous rencontrez une erreur, il est
possible qu'elle soit due au format de votre fichier hôte. Ce fichier doit inclure les informations suivantes
dans l'ordre spécifié :
v Adresse IP 127.0.0.1,nom de domaine complet et nom d'hôte de l'ordinateur sur lequel vous exécutez
le programme d'installation comme première entrée.
v l'adresse IP 127.0.0.1, le nom de domaine complet localhost.localdomain, et le nom d'hôte
localhost.
SUSE
Généralement, il y a une entrée 127.0.0.2 dans le fichier /etc/hosts sur les ordinateurs
v
SUSE Linux. Vous devez commenter cette entrée.
Remarque : Vous devez configurer /etc/hosts sur tous les noeuds, que la configuration soit à noeud
unique ou à noeuds multiples. Le fichier inclut l'adresse IP statique de localhost et le nom d'hôte réel de
l'ordinateur. Si l'adresse IP est modifiée par la suite, ce fichier devra également être modifié.
Par exemple, pour un ordinateur dont le nom d'hôte est river, le contenu du fichier ressemble à ce qui
suit :
#adresse IP
10.0.0.12
127.0.0.1
Nom de domaine qualifié complet
Nom abrégé
river.example.com
river
localhost.localdomain
localhost
A propos du service NIS (Network Information Service)
Si NIS est installé, le fichier /etc/irs.conf remplace les valeurs système par défaut. Il contient les
informations suivantes :
hosts = bind,local
Si le fichier /etc/netsvc.conf existe, il remplace le fichier /etc/irs.conf et le système par défaut. Il
contient les informations suivantes :
hosts = bind,local
Si la variable d'environnement NSORDER est définie, elle remplace tous les fichiers précédents. Il
contient les informations suivantes :
export NSORDER=bind,local
22
Configuration à distance pour les topologies multiserveurs
Si vous utilisez une topologie multiserveurs, l'installation des services de base utilise le protocole RXA
(Remote Execution and Access) pour configurer le logiciel intermédiaire. Pour que vous puissiez utiliser
le protocole RXA, un protocole d'accès à distance pris en charge doit être activé sur chaque ordinateur
sur lequel vous installez un logiciel intermédiaire, et un utilisateur d'administration doit être configuré
sur chaque ordinateur pour un accès à distance.
Dans une configuration distante, l'accès aux unités réseau sur le système local ou distant n'est pas pris en
charge.
Le nom et le mot de passe de l'utilisateur root sont nécessaires pour la connexion à distance.
Assurez-vous que l'utilisateur root est autorisé à accéder aux ordinateurs distants avec SSH.
Exigences en termes d'utilisation en réseau
Si vous avez besoin d'un poste de travail administratif ou si vous prévoyez d'installer les services de base
sur un ordinateur distinct, vérifiez les paramètres de port sur le serveur TPM et sur l'ordinateur sur
lequel vous installez les services de base. Sur les deux ordinateurs, assurez-vous que les paramètres de
vitesse de port pour la carte d'interface réseau et pour le commutateur de port correspondent. Si les
paramètres ne correspondent pas, le transfert de fichiers entre les ordinateurs lors de l'installation peut
échouer. Il est recommandé de paramétrer la vitesse de port en communication bidirectionnelle à la fois
sur la carte d'interface réseau et sur le commutateur de port.
Paramètres de vitesse du support réseau
Utilisez la commande ethtool. Exemple :
ethtool -s <adapter_name> speed 100 duplex full
Exigences en termes de port
Les ports répertoriés dans le tableau des exigences Tivoli Provisioning Manager doivent être disponibles.
Pour plus d'informations sur les ports de communication, voir Ports de communication de Tivoli
Provisioning Manager.
Pour vérifier la disponibilité d'un port :
v Exécutez la commande netstat -a. Dans la liste de connexions et de ports d'écoute qui s'affiche,
vérifiez que les ports que vous avez choisis ne sont pas répertoriés.
Par défaut, DB2 utilise le numéro de port 50000 pour l'installation. Dans le fichier
/etc/services, ce port est indiqué comme étant réservé aux programmes mrt pour TCP et UDP. Vous
devez mettre les lignes en commentaires dans le fichier /etc/services, faute de quoi, l'installation peut
échouer. Mettez les lignes suivantes en commentaires :
2000
DB2
mrt 50000/tcp # telnet interface of mrt programs
mrt 50000/udp # telnet interface of mrt programs
Remarque : Une commande PING émise à partir du poste de travail administratif lors de l'installation
doit recevoir une réponse de chaque serveur impliqué dans le déploiement. Vérifiez que chaque serveur
hôte de logiciel intermédiaire est configuré pour répondre aux requêtes PING.
Exigences SSH
1. Le fichier /etc/ssh/sshd_config existe. Il contient les paramètres de configuration SSH nécessaires
pour la validation de la configuration de l'installation SSH.
23
2. L'accès de l'utilisateur root est autorisé par le démon SSH (sshd). Dans le fichier /etc/ssh/
sshd_config, vérifiez que la ligne PermitRootLogin n'est pas mise en commentaires et que la valeur de
ce paramètre est yes.
3. SSH doit être en cours d'exécution pour effectuer l'installation. Pour vérifier le statut de SSH,
exécutez :
ps -ef | grep sshd
Si SSH est en cours d'exécution, une entrée pour /usr/sbin/sshd s'affiche.
POWER7
1. Ajoutez JAVA_COMPILER=NONE à /etc/environment sur le système.
2. Vérifiez que JAVA_HOME n'est pas défini dans l'environnement.
3. Modifiez la variable d'environnement $PATH pour supprimer tous les répertoires contenant un
environnement d'exécution Java. Par exemple, supprimez /usr/java5/jre/bin:/usr/java5/bin du
chemin d'accès.
4. Démarrez le tableau de bord en exécutant :
cd /usr/IBM/source/install
JAVA_COMPILER=NONE
./launchpad.sh
Remarque : DB2 est livré avec programme d'installation de logiciel intermédiaire, qui n'est pas pris en
charge sous Power7.
Utilisation d'une session X
1. Téléchargez le module VNC depuis les informations de téléchargement deIBM AIX Toolbox.
2. Installez le module en exécutant la commande :
rpm -ivh nom_package
où nom_package est le nom du package téléchargé.
3. Ouvrez une session en tant qu'utilisateur se connectant à VNC.
4. Démarrez le serveur VNC. VNC vous invite à entrer le mot de passe afin d'ouvrir une connexion
VNC.
Vous pouvez être amené à ajuster le nombre de couleurs et la résolution à l'aide des options depth et
geometry. Par exemple, Firefox nécessite un nombre de couleurs de 24 bits ou plus. Un nombre de
couleurs inférieur pourrait occasionner l'échec du navigateur. Définissez l'option geometry de sorte
que la taille de la fenêtre VNC soit adaptée à vos paramètres d'affichage en cours et à la carte vidéo.
La commande suivante définit la profondeur de couleur sur 24 bits et la résolution sur 1280 par
1024 :
/usr/bin/X11/vncserver -depth 24 -geometry 1280x1024
Pour vous connecter au bureau VNC depuis un ordinateur Windows :
v Avec HTTP :
1. Accédez à http://host_name:5801.
v Avec un client VNC :
1. Installez un client VNC.
2. Exécutez le client VNC et entrez :
nom_hôte:numéro_port
où nom_hôte correspond au nom d'hôte de l'ordinateur AIX. Le numéro de port par défaut de la
connexion est 5801. Vous pouvez trouver le numéro de port dans $HOME/.vnc/
host_name:display_number.log.
Vous pouvez également accéder au bureau VNC à l'aide d'autres clients VNC.
24
Support d'installation
L'installation à partir d'images stockées dans une unité montée en lecture seule n'est pas prise en charge.
Chemins de répertoire
Lorsque vous copiez des modules d'installation sur un système UNIX ou Linux, ou lorsque vous spécifiez
des répertoires lors de l'installation, n'utilisez pas d'espace dans un chemin de répertoire. Les chemins de
répertoire qui contiennent l'espace ne sont pas pris en charge.
Logiciel antivirus ou logiciel consommant un grand nombre de ressources
système
Sur les ordinateurs de votre topologie d'installation, recherchez les processus qui consomment un grand
nombre de ressources système, tels qu'une analyse antivirale complète planifiée. Ces processus peuvent
entraîner l'expiration du délai des opérations d'installation. Arrêtez ou planifiez à nouveau ces processus
avant de commencer l'installation.
Réinstallation de Tivoli Provisioning Manager
Vous devez désinstaller Tivoli Provisioning Manager en totalité avant de tenter de l'installer à nouveau.
Pour plus d'informations, voir Chapitre 5, «Désinstallation de Tivoli Provisioning Manager», à la page
169.
Etape 7 de préinstallation : vérification des exigences pour les noms
d'utilisateur, les noms de base de données et les mots de passe
utilisateur
Vérifiez les exigences pour les noms d'utilisateur, les noms de base de données, les mots de passe
utilisateur et les noms des objets DB2, tels que des instances de base de données.
Exigences générales pour les noms d'utilisateur, les noms de base de données et
les mots de passe utilisateur
Les règles générales décrites ci-après s'appliquent à tous les noms d'utilisateur, à tous les noms de base
de données et d'instance de base de données et à tous les mots de passe utilisateur.
Noms d'utilisateur
Les restrictions suivantes s'appliquent à des caractères dans un nom d'utilisateur :
v Sauf mention contraire dans d'autres règles de cette section, les noms ne peuvent contenir que
des caractères alphanumériques anglais ou les caractères suivants : point (.), signe arobase (@),
trait d'union (-) et trait de soulignement (_).
2000
DB2
Les restrictions supplémentaires suivantes s'appliquent aux noms d'utilisateur :
v
– Les noms ne peuvent pas commencer par un nombre ou un caractère de soulignement (_).
– Vous ne pouvez pas utiliser les mots réservés SQL.
–
- Les noms doivent être en minuscules.
- Les noms peuvent contenir des lettres minuscules de a à z, des chiffres de 0 à 9 et un trait
de soulignement (_).
- Les noms de groupe et les noms d'utilisateur peuvent contenir jusqu'à 8 octets.
– Les noms d'utilisateur et de groupe ne peuvent pas :
- être USERS, ADMINS, GUESTS, PUBLIC, LOCAL ou tout autre mot réservé SQL ;
- commencer par IBM, SQL ou SYS.
– Les noms d'utilisateur et de groupe doivent également respecter les règles appliquées sur les
systèmes d'exploitation spécifiques par les systèmes associés.
25
Par exemple, sur les plateformes Linux et UNIX, les noms d'utilisateur et les noms de
groupe primaire doivent respecter ces règles :
- Caractères autorisés : lettres minuscules de a à z, chiffres de 0 à 9 et trait de soulignement
(_) pour les noms ne commençant pas par un chiffre compris entre 0 et 9.
- La longueur doit être inférieure ou égale à 8 octets.
Noms de base de données et d'instance de la base de données
Pour les noms d'instance, ce sont les règles des noms d'utilisateur et de groupe qui s'appliquent.
De plus :
Instance de base de données DB2
v Les noms d'instance peuvent contenir jusqu'à 8 octets.
v Les noms d'instance ne peuvent pas contenir de caractère #.
Noms de base de données et d'instance Tivoli Directory Server
v Les noms de base de données doivent être uniques dans l'emplacement dans lequel ils
sont enregistrés. Cet emplacement est le suivant :
– Un chemin de répertoire.
v Les noms d'alias de base de données doivent être uniques dans le répertoire système
des bases de données. Lorsqu'une nouvelle base de données est créée, le nom d'alias
par défaut est celui de la base de données. Par conséquent, vous ne pouvez pas créer
une base de données en utilisant un nom qui existe en tant qu'alias de base de
données, même s'il n'existe aucune base de données portant ce nom.
v Les noms de base de données et d'alias de base de données peuvent contenir jusqu'à
8 octets.
v Noms de base de données et d'instance :
– Peuvent comporter jusqu'à 8 octets.
– Ne peuvent pas correspondre à l'une des valeurs suivantes : USERS, ADMINS,
GUESTS, PUBLIC, LOCAL, idsldap.
– Ne peuvent pas commencer par l'une des valeurs suivantes : IBM, SQL, SYS.
– Ne peuvent pas comporter de caractères accentués.
– Ne peuvent pas inclure les caractères spéciaux @, # et $ si vous envisagez d'utiliser
la base de données dans un environnement de communication. Etant donné que ces
caractères ne sont pas communs à tous les claviers, vous ne devez pas les utiliser
pas si vous prévoyez d'utiliser la base de données dans une autre langue.
– Peuvent comporter les caractères suivants :
- AàZ
- aàz
- Chiffres de 0 à 9
– Doivent commencer par l'un des caractères suivants :
- AàZ
- aàz
Mots de passe utilisateur
Certaines restrictions s'appliquent aux mots de passe utilisés. Vérifiez les conditions requises
suivantes :
v Les mots de passe ne peuvent contenir que des caractères alphanumériques anglais ou les
caractères suivants : point (.), trait d'union (-) et trait de soulignement (_).
v N'utilisez pas de point (.) à la fin d'un mot de passe
v N'utilisez pas ces caractères dans les mots de passe :
& ^ < > " ’ ) ( | ! ? $ # % ` \ + <space character>
26
2000
DB2
Les règles décrites ci-après s'appliquent aux mots de passe utilisateur DB2. Pour plus
d'informations, consultez la documentation DB2.
– Les mots de passe ne peuvent pas commencer par une perluète (&).
– Les mots de passe ne peuvent pas contenir plus de 8 octets.
v Certains systèmes d'exploitation et certaines bases de données peuvent être soumis à des règles
supplémentaires concernant les mots de passe, telles que la longueur minimale et la simplicité.
Pour plus d'informations, consultez la documentation sur le système d'exploitation et la base
de données.
v
Autres considérations
Certains contrôles de sécurité configurés dans votre environnement peuvent empêcher le
programme d'installation de Tivoli Provisioning Manager de créer les comptes utilisateur requis
sur votre système pour une installation. Ces facteurs incluent :
v Les droits ou les listes de contrôle d'accès configurés pour l'ordinateur peuvent empêcher le
programme d'installation de créer des utilisateurs, des fichiers et des répertoires liés à
l'utilisateur ou d'affecter des droits.
v Si un mot de passe que vous indiquez lors de l'installation n'est pas conforme aux règles de
mot de passe configurées dans votre environnement, le processus de création d'utilisateur
échoue pour l'utilisateur associé au mot de passe non conforme.
Si vous rencontrez des incidents de création d'utilisateurs lors de l'installation, vous devez
peut-être créer manuellement les utilisateurs obligatoires pour garantir leur conformité avec
toutes les règles de sécurité et avec les exigences de Tivoli Provisioning Manager. Le programme
d'installation peut ensuite utiliser les comptes utilisateur configurés et les paramètres utilisateur
pour effectuer l'installation.
Dans une infrastructure à distribution évolutive, les noms d'utilisateur ou les mots de passe pour
le référentiel de fichiers ne peuvent pas contenir un ou plusieurs des caractères suivants :
# @ : % / + ?
Autres exigences utilisateur sous UNIX et Linux
Au cours de l'installation, si un utilisateur portant le même nom qu'un utilisateur requis existe déjà :
v Le programme d'installation modifie les paramètres de l'utilisateur existant afin de répondre aux
exigences d'installation.
v Vous devez spécifier le mot de passe existant pour l'utilisateur pendant l'installation. Le programme
d'installation ne modifie pas le mot de passe d'un utilisateur existant.
Pendant l'installation, les groupes sont également créés s'ils n'existent pas et les utilisateurs obligatoires
leur sont affectés.
Configuration requise pour l'utilisateur root
La valeur 022 doit être affectée à l'attribut unmask pour l'utilisateur root. Si un attribut umask
existe déjà, remplacez la valeur par 022. Vous pouvez revenir au paramètre d'origine après
l'installation. Pour définir la valeur umask :
SUSE
Si vous utilisez le shell bash, dans le répertoire de base de l'utilisateur root, ajoutez
v
la ligne umask 022 à la fin du fichier .bashrc. Si vous utilisez le shell Korn, dans le répertoire
de base de l'utilisateur root, ajoutez la ligne umask 022 au fichier .profile.
2000
DB2
Configuration requise pour la base de données
Si vous utilisez une base de données DB2 existante installée sur un autre ordinateur que le
serveur TPM, assurez-vous que les exigences suivantes sont respectées :
v L'utilisateur de l'instance de la base de données doit exister sur le serveur DB2. Par exemple, si
vous prévoyez de créer l'instance DB2 ctginst1, vous devez créer un utilisateur (y compris le
répertoire de base de l'utilisateur) sur le serveur DB2. Le groupe db2iadm1 doit exister.
Service NIS (Network Information Service) et paramètres dans nsswitch.conf
27
v NIS n'est pas pris en charge pour la gestion des comptes utilisateur ou des groupes
d'utilisateurs. Assurez-vous que la gestion des utilisateurs NIS est désactivées.
v Vérifiez la configuration de nsswitch.conf. Pour plus d'informations, voir «Configuration
requise pour la base de données et le serveur de répertoires», à la page 19.
Etape 8 de préinstallation : préparation du support d'installation
Le package de Tivoli Provisioning Manager inclut le support d'installation pour Tivoli Provisioning
Manager et le logiciel prérequis.
En tant que client disposant d'une licence, vous pouvez obtenir le support d'installation sur :
v le site Web IBM Passport Advantage ;
v les DVD d'installation.
Remarque :
v Les images d'installation base de données Oracle ne sont pas fournies. Si vous utilisez base de données
Oracle, vous devez chercher le support d'installation par vous-même.
v Les images d'installation Microsoft Active Directory ne sont pas fournies. Si vous utilisez Microsoft
Active Directory, vous devez chercher le support d'installation par vous-même.
Si vous utilisez des images d'installation téléchargées
Procédure
1. Téléchargez les images d'installation de Passport Advantage. Pour plus d'informations, voir le Portail
de support IBM.
2. Sur le serveur TPM, connectez-vous en tant qu'utilisateur root.
3. Téléchargez toutes les images d'installation dans un seul répertoire du serveur TPM. Par exemple :
/install_images
4. Procédez à l'extraction du contenu de toutes les images d'installation dans le répertoire que vous avez
créé. Vous devez extraire les fichiers sur l'ordinateur sur lequel vous exécutez le programme
d'installation de sorte que les fichiers disposent des droits adéquats. Vous pouvez extraire les images
d'installation dans n'importe quel ordre. Si vous obtenez un message indiquant qu'un fichier va être
remplacé par un autre, sélectionnez Oui.
v Utilisez tar
5. Si votre poste de travail administratif se trouve sur un autre ordinateur (voir «Déploiement
multiserveurs», à la page 8), extrayez le contenu du fichier TPM_<ver>_Install_<os>.[zip|tar] sur le
poste de travail administratif. Dans le nom du fichier, ver est le numéro de version du produit et os
est le système d'exploitation.
Si vous utilisez des DVD d'installation
v Pour démarrer le tableau de bord d'installation et exécuter les programmes d'installation à partir du
tableau de bord, utilisez le DVD Installation adéquat pour votre système d'exploitation.
v Au cours de l'installation de logiciel intermédiaire, lorsque vous y êtes invité, utilisez le DVD Logiciel
intermédiaire adéquat pour votre système d'exploitation et votre matériel.
v Au cours de l'installation des composants principaux, lorsque vous y êtes invité, utilisez le DVD
Composants principaux adéquat pour votre système d'exploitation et votre matériel. Certains systèmes
d'exploitation et certains matériels peuvent requérir plusieurs DVD.
v Pour certaines fonctions de Tivoli Provisioning Manager for OS Deployment, telles que l'installation de
serveurs Tivoli Provisioning Manager for OS Deployment supplémentaires, vous devez utiliser le DVD
Installation Supplemental.
28
Chapitre 3. Installation de Tivoli Provisioning Manager
Cette rubrique fournit des informations sur l'exécution d'une installation personnalisée, où vous pouvez
personnaliser les paramètres d'installation et utiliser une topologie multiserveurs.
Le diagramme ci-après illustre les étapes de haut niveau d'une installation personnalisée.
Figure 2. Etapes de l'installation personnalisée
1. Installation ou réutilisation de logiciel intermédiaire
Le serveur de base de données, le serveur d'annuaire et le serveur d'applications doivent être installés
en premier. Vous pouvez utiliser des logiciels intermédiaires pris en charge que vous avez déjà
installés ou utiliser le programme d'installation de logiciel intermédiaire pour installer le nouveau
logiciel intermédiaire.
2. Installation des services de base
Lors de l'installation du services de base, vous pouvez installer la prise en charge des langues autres
que l'anglais en installant le pack de langue sur le même ordinateur que les services de base.
3. Installation des composants principaux
Les composants principaux doivent être installés sur l'ordinateur sur lequel vous avez installé
WebSphere Application Server à l'étape d'installation de logiciel intermédiaire.
4. Installation de composants Web
Les composants Web doivent être installés sur l'ordinateur sur lequel vous avez installé les services de
base.
29
Exemples de scénario de déploiement
Les exemples suivants montrent les étapes de haut niveau pour différents scénarios de déploiement.
Exemple 1 : Installation complète : installation à un seul serveur
Dans cet exemple, vous installez tous les composants du produit sur un seul ordinateur avec DB2 comme
base de données et Tivoli Directory Server comme serveur d'annuaire. Ce scénario d'installation est
uniquement pris en charge si vous utilisez un système d'exploitation qui supporte le logiciel poste de
travail administratif pour le déploiement de services de base et des composants Web. Pour plus
d'informations sur les systèmes d'exploitation pris en charge, voir «Etape 2 de préinstallation :
vérification des conditions requises pour les composants», à la page 14.
1. Démarrez le tableau de bord.
2. A partir du tableau de bord, installez le logiciel intermédiaire.
3. A partir du tableau de bord, installez les services de base. Vous pouvez importer vos paramètres de
logiciel intermédiaire à partir de l'espace de travail de logiciel intermédiaire afin d'utiliser des valeurs
par défaut pour les paramètres d'installation.
4. A partir du tableau de bord, installez les composants principaux. Vous pouvez importer vos
paramètres de logiciel intermédiaire à partir de l'espace de travail de logiciel intermédiaire afin
d'utiliser des valeurs par défaut pour les paramètres d'installation.
5. A partir du tableau de bord, installez les composants Web.
6. Voir Chapitre 4, «Tâches de postinstallation», à la page 159 pour toute configuration supplémentaire
nécessaire après l'installation.
Exemple 2 : Installation complète : installation à un seul serveur avec un poste
de travail administratif distinct.
Le logiciel poste de travail administratif est uniquement pris en charge sur des systèmes d'exploitation
spécifiques. Si vous souhaitez installer tous les composants d'exécution sur un seul ordinateur à l'aide
d'un système d'exploitation différent, vous devez utiliser un ordinateur distinct pour le poste de travail
administratif.
Ordinateur 1
Ordinateur 2
1. Sur l'ordinateur 1, démarrez le tableau de bord.
2. A partir du tableau de bord, installez le logiciel intermédiaire.
4. A partir du tableau de bord, installez les services de base. Vous pouvez importer vos paramètres de
logiciel intermédiaire à partir de l'espace de travail de logiciel intermédiaire sur le serveur TPM.
5. Sur l'ordinateur 1, à partir du tableau de bord, installez les composants principaux. Vous pouvez
importer vos paramètres de logiciel intermédiaire à partir de l'espace de travail de logiciel
intermédiaire afin d'utiliser des valeurs par défaut pour les paramètres d'installation.
6. Sur l'ordinateur 2, à partir du tableau de bord, installez les composants Web.
Exemple 3 : installation complète : topologie multi-serveur
Dans cet exemple, vous effectuez une installation complète de tous les composants du produit et vous
voulez installer DB2 et Tivoli Directory Server sur des ordinateurs distincts.
30
Ordinateur 1
Installez DB2
Ordinateur 2
Installez Tivoli Directory Server
Ordinateur 3
Installez WebSphere Application Server et d'autres composants. Dans cet exemple, l'ordinateur est
un ordinateur Windows, par conséquent, il n'est pas nécessaire d'avoir un poste de travail
d'administration distinct.
WebSphere Application Server doit être installé après le serveur d'annuaire pour vous permettre de le
sécuriser avec le serveur d'annuaire.
1. Créez un espace de travail de logiciel intermédiaire dans un emplacement de répertoire accessible à
tous les ordinateurs de la topologie. C'est le moyen le plus simple de partager les données
d'installation de logiciel intermédiaire installé entre chaque ordinateur et les différents programmes
d'installation que vous exécutez. Pour plus d'informations sur l'espace de travail de logiciel
intermédiaire, voir «L'espace de travail du programme d'installation de logiciel intermédiaire», à la
page 43.
Remarque : Si vous n'utilisez pas d'emplacement partagé pour l'espace de travail de logiciel
intermédiaire, un fichier topology.properties distinct est sauvegardé pour chaque installation de
logiciel intermédiaire que vous effectuez sur chaque ordinateur. Vous devez consolider manuellement
les données dans un fichier unique topology.properties et copier l'espace de travail de logiciel
intermédiaire dans un répertoire local sur chaque ordinateur de la topologie lorsque vous effectuez
l'installation.
3. A partir du tableau de bord, exécutez le programme d'installation de logiciel intermédiaire pour
installer DB2.
4. Sur l'ordinateur 2, créez manuellement le répertoire d'espace de travail. L'emplacement par défaut
est :
5. Copiez vos paramètres de logiciel intermédiaire sur l'ordinateur suivant :
a. Copiez le fichier topology.properties de l'ordinateur 1 vers l'espace de travail du logiciel
intermédiaire sur l'ordinateur 2. L'emplacement par défaut du fichier topology.properties est :
b. Editez le fichier topology.properties sur l'ordinateur 2 de sorte que le programme d'installation
de logiciel intermédiaire sache que les paramètres du serveur de base de données proviennent
d'un autre ordinateur. Sur chaque ligne, remplacez machine1 par machine2. Par exemple, cette
ligne du serveur de base de données :
machine1.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
doit être remplacée par :
Laissez le fichier topology.properties d'origine inchangé sur l'ordinateur 1.
installer Tivoli Directory Server.
a. Copiez le fichier topology.properties de l'ordinateur 2 vers l'espace de travail de logiciel
intermédiaire de l'ordinateur 3.
Chapitre 3. Tâches d'installation
31
9.
10.
11.
12.
de logiciel intermédiaire sache que les paramètres du serveur de base de données et du serveur
d'annuaire proviennent d'un autre ordinateur. Remplacez les paramètres machine1 du serveur
d'annuaire par machine3. Laissez le fichier topology.properties inchangé sur les ordinateurs 1 et
2.
Sur l'ordinateur 3, démarrez le tableau de bord.
A partir du tableau de bord, exécutez le programme d'installation de logiciel intermédiaire pour
installer WebSphere Application Server.
A partir du tableau de bord, installez les services de base. Vous pouvez importer vos paramètres de
logiciel intermédiaire à partir de l'espace de travail de logiciel intermédiaire sur le serveur TPM.
A partir du tableau de bord, installez les composants principaux. Importez les paramètres
middleware de l'espace de travail du middleware.
Exemple 4 : Réutilisation d'un serveur d'annuaire existant
La topologie de cet exemple est identique à celle de l'exemple précédent, mais vous utilisez un serveur
d'annuaire existant au lieu d'en installer un nouveau.
Ordinateur 1
Installez DB2
Ordinateur 2
Réutilisez une installation Tivoli Directory Server existante
Ordinateur 3
Installez WebSphere Application Server et d'autres composants. Dans cet exemple, cet ordinateur
est un ordinateur Windows, par conséquent, il n'est pas nécessaire d'avoir un poste de travail
d'administration distinct.
WebSphere Application Server doit être installé après le serveur d'annuaire pour vous permettre de le
sécuriser avec le serveur d'annuaire.
1. Créez un espace de travail de logiciel intermédiaire dans un emplacement de répertoire accessible à
tous les ordinateurs de la topologie. C'est le moyen le plus simple de partager les données
d'installation de logiciel intermédiaire installé entre chaque ordinateur et les différents programmes
d'installation que vous exécutez. Pour plus d'informations sur l'espace de travail de logiciel
intermédiaire, voir «L'espace de travail du programme d'installation de logiciel intermédiaire», à la
page 43.
intermédiaire, un fichier topology.properties distinct est sauvegardé pour chaque installation de
logiciel intermédiaire que vous effectuez sur chaque ordinateur. Vous devez consolider manuellement
les données dans un fichier unique topology.properties et copier l'espace de travail de logiciel
intermédiaire dans un répertoire local sur chaque ordinateur de la topologie lorsque vous effectuez
l'installation.
installer DB2.
32
d'un autre ordinateur. Sur chaque ligne, remplacez machine1 par machine2. Par exemple, cette
5.
6.
7.
8.
9.
10.
11.
12.
Sur l'ordinateur 2, vous devez vous assurer que votre serveur d'annuaire existant est correctement
configuré pour Tivoli Provisioning Manager. Vous pouvez utiliser le programme d'installation de
logiciel intermédiaire pour vérifier la configuration de votre serveur d'annuaire. Voir «Vérification
d'une installation Tivoli Directory Server existante avec le programme d'installation de logiciel
intermédiaire», à la page 59.
Copiez vos paramètres de logiciel intermédiaire sur l'ordinateur suivant :
de logiciel intermédiaire sache que les paramètres du serveur de base de données et du serveur
d'annuaire proviennent d'un autre ordinateur. Remplacez les paramètres machine1 du serveur
d'annuaire par machine3. Laissez le fichier topology.properties sur les ordinateurs 1 et 2.
Sur l'ordinateur 3, démarrez le tableau de bord.
A partir du tableau de bord, exécutez le programme d'installation de logiciel intermédiaire pour
A partir du tableau de bord, installez les services de base. Importez vos paramètres de logiciel
intermédiaire à partir de l'espace de travail de logiciel intermédiaire sur le serveur TPM.
A partir du tableau de bord, installez les composants principaux. Importez les paramètres
A partir du tableau de bord, installez les composants Web.
Voir Chapitre 4, «Tâches de postinstallation», à la page 159 pour toute configuration supplémentaire
Exemple 5 : Installation Tivoli Provisioning Manager à 3 noeuds avec nom d'hôte
virtuel
Ordinateur 1
Installez DB2. Vous pouvez utiliser programme d'installation de logiciel intermédiaire ou
l'installer manuellement
Ordinateur 2
Installez Tivoli Provisioning Manager avec un nom d'hôte virtuel.
1. Ajoutez le nom d'hôte virtuel en procédant comme suit :
a. Accédez à Panneau de configuration > Connexions réseau > Connexion au réseau local.
b. Dans la liste, sélectionnez Protocole Internet (TCP/IP), cliquez sur Propriétés, puis cliquez sur
Avancé
c. Ajoutez votre Adresse IP virtuelle dans la zone Adresses IP.
2. Ajoutez la variable d'environnement _CLUSTER_NETWORK_NAME_=<virtual hostname> au niveau
utilisateur administrateur en procédant comme suit :
a. Cliquez avec le bouton droit de la souris sur Poste de travail > Propriétés. Cliquez sur l'onglet
Avancé, puis sur Variables d'environnement
b. Dans User variables for Administrator, cliquez sur Nouveau
33
c. Nom de variable : entrez _CLUSTER_NETWORK_NAME_
d. Valeur de variable : entrez votre nom d'hôte virtuel au format abrégé, puis cliquez sur OK
lorsque vous avez terminé.
3. Déconnectez l'administrateur et reconnectez-vous.
a. Dans le panneau Nom d'hôte configurable, sélectionnez l'option Remplacer le nom d'hôte de la
machine locale et entrez le nom d'hôte virtuel dans la zone Nom d'hôte.
5. A partir du tableau de bord, «Installation des services de base», à la page 119
a. Dans le panneau Importer les informations de configuration du middleware, entrez l'Adresse IP
virtuelle dans la zone Nom d'hôte.
b. Dans le panneau Connectivité WebSphere, entrez l'Adresse IP virtuelle dans la zone Nom
d'hôte.
6. A partir du tableau de bord, installez les composants principaux.
a. Dans le panneau Configuration de topologie, cochez la case Utiliser l'adresse IP du service.
b. Dans le panneau Sélection des composants, décochez la case TPMfOSD.
c. Dans le panneau Configuration de WebSphere Application Server Network Deployment, entrez
le nom d'hôte virtuel dans la zone du nom de domaine complet de WebSphere Application
Server.
d. Dans le panneau Configuration d'IBM Tivoli Provisioning Manager, utilisez l'Adresse IP
virtuelle pour l'Adresse IP de gestion.
7. Lancez l'installation du composant Web Tivoli Provisioning Manager.
Exemple 6 : Installation du serveur à 2 noeuds
Ordinateur 1
Installez DB2 ou Oracle.
v
Installez DB2. Vous pouvez utiliser programme d'installation de logiciel
intermédiaire ou l'installer manuellement.
v
Oracle
2000
Installez Oracle manuellement en suivant les instructions de la documentation
Oracle. Pour plus d'informations, voir «Configuration manuelle de la base de données Oracle»,
à la page 70.
2000
DB2
Ordinateur 2
Installez le serveur d'annuaire, WebSphere Application Server ainsi que d'autres composants.
Dans cet exemple, l'ordinateur est un ordinateur Windows, il n'est donc pas nécessaire d'avoir un
poste de travail administratif distinct. WebSphere Application Server doit être installé après le
serveur d'annuaire pour vous permettre de le sécuriser avec le serveur d'annuaire.
Dans le cas où vous utilisez un serveur de base de données Oracle, le client Oracle doit
être installé sur ce noeud et doit être assuré que le client peut communiquer avec le serveur de
base de données Oracle.
Oracle
2000
Créez un espace de travail de middleware dans un emplacement de répertoire accessible à tous les
ordinateurs de la topologie. C'est le moyen le plus simple de partager les données d'installation du
middleware installé entre chaque ordinateur et les différents programmes d'installation que vous
exécutez. Pour plus d'informations, voir «L'espace de travail du programme d'installation de logiciel
intermédiaire», à la page 43.
intermédiaire, un fichier topology.properties distinct est sauvegardé pour chaque installation de logiciel
intermédiaire que vous effectuez sur chaque ordinateur. Vous devez consolider manuellement les données
34
dans un fichier unique topology.properties et copier l'espace de travail du logiciel intermédiaire dans
un répertoire local sur chaque ordinateur de la topologie lorsque vous effectuez l'installation.
installer DB2.
3. Sur l'ordinateur 2, créez manuellement le répertoire d'espace de travail. L'emplacement par défaut
est :
4. Copiez vos paramètres de logiciel intermédiaire sur l'ordinateur suivant.
5. Editez le fichier topology.properties sur l'ordinateur 2 de sorte que le programme d'installation de
logiciel intermédiaire sache que les paramètres du serveur de base de données proviennent d'un
autre ordinateur. Sur chaque ligne, remplacez machine1 par machine2. Par exemple, cette ligne du
serveur de base de données :
installer Tivoli Directory Server et WebSphere Application Server.
8. A partir du tableau de bord, installez les composants principaux. Importez les paramètres
Exemple 7 : Installez Tivoli Provisioning Manager avec un autre produit dans un
environnement services de base.
Tivoli Provisioning Manager est compatible avec d'autres produits installés sur la version 7.1.1.6 des
services de base. Il y a des limitations à la compatibilité décrite dans «Plateformes prises en charge et
compatibilité», à la page 1.
L'installation des autres produits avec Tivoli Provisioning Manager nécessite des étapes supplémentaires
de planification et de configuration manuelle. Pour obtenir des exemples de processus d'installation pour
Tivoli Provisioning Manager et pour un autre produit dans un environnement services de base, voir
Installation of IBM Tivoli Change and Configuration Management Database et Tivoli Service Request
Manager with Tivoli Provisioning Manager version 7.2 dans le wiki Tivoli Provisioning Manager.
Démarrage du tableau de bord
Le tableau de bord vous permet d'installer tous les composants requis pour Tivoli Provisioning Manager.
Avant de commencer
Si vous utilisez Firefox pour exécuter le tableau de bord, définissez la variable d'environnement
BROWSER :
v
v
Vous pouvez ajouter cette commande à .bash_profile pour l'utilisateur root. Par exemple :
export BROWSER=/usr/bin/firefox.
Red Hat
SUSE
Créez un fichier appelé /root/.bashrc et ajoutez la ligne export au fichier.
35
Procédure
1. Exécutez le tableau de bord en dehors du point de montage du DVD :
/cdrom/launchpad.sh
où /cdrom correspond au point de montage du DVD.
2. Dans le tableau de bord, sélectionnez une langue et cliquez sur OK.
Résultats
Le panneau du tableau de bord apparaît.
Lorsque le tableau de bord est en cours de fonctionnement, les messages du tableau de bord générés sont
enregistrés dans un cadre de journal masqué. Pour afficher le cadre de journal au bas des panneaux du
tableau de bord lors de l'exécution, maintenez la touche Ctrl enfoncée et cliquez sur le cadre de la
bannière du tableau de bord. Les messages qui sont générés lors du fonctionnement du tableau de bord
ne sont pas automatiquement sauvegardés sur le disque dur. Vous pouvez sauvegarder les messages à
partir d'une session d'exécution en cliquant sur Sauvegarder eu bas du cadre de journal et en indiquant
où vous souhaitez sauvegarder le fichier.
Installation de logiciel intermédiaire sous Windows, AIX et Linux
Avant de pouvoir installer Tivoli Provisioning Manager, plusieurs logiciels intermédiaires doivent être
déployés.
Cette rubrique fournit des informations concernant l'installation du logiciel intermédiaire sous Windows,
AIX et tous les systèmes d'exploitation Linux, à l'exception de SUSE Linux Enterprise Server 11.
SUSE
Pour plus d'informations sur l'installation du middleware sous SUSE Linux Enterprise Server
11 et Solaris 10 SPARC, voir Guide d'installation pour Solaris 10 et SUSE Linux Enterprise Server 11 dans le
centre de documentation.
Le programme d'installation de logiciel intermédiaire offre une interface permettant d'installer et de
déployer le logiciel intermédiaire de manière fiable. Le tableau suivant répertorie les options de
déploiement de logiciel intermédiaire possibles :
Tableau 11. Options d'installation de logiciel intermédiaire
Application
Options d'installation
Serveur d'applications
Vous devez installer une nouvelle instance de WebSphere Application Server 6.1.0.29.
Si vous souhaitez utiliser un WebSphere Application Server existant, vous devez
l'installer et le configurer manuellement. Pour plus d'informations, voir
«Configuration manuelle de WebSphere Application Server», à la page 92.
Le déploiement du serveur d'application doit être sécurisé à l'aide d'un serveur
d'annuaire. Vous devez utiliser une instance Tivoli Directory Server ou Microsoft
Active Directory locale ou distante.
Serveur de base de données
36
2000
DB2
v
Vous pouvez installer une nouvelle instance de DB2 ou utiliser une
instance existante.
v
Oracle
2000
Vous devez installer et configurer la base de données Oracle
manuellement.
Tableau 11. Options d'installation de logiciel intermédiaire (suite)
Application
Serveur d'annuaire
Options d'installation
Vous pouvez installer une nouvelle instance de Tivoli Directory Server ou
utiliser une instance existante. Si vous choisissez d'installer une nouvelle
instance de Tivoli Directory Server, vous devez installer une nouvelle
instance de DB2 ou réutiliser un serveur DB2 existant. Le cas échéant, vous
pouvez également utiliser le serveur de base de données Tivoli Provisioning
Manager pour héberger le fichier de stockage de données DB2 si le serveur
de base de données Tivoli Provisioning Manager utilise DB2. Si vous
choisissez d'installer le serveur d'annuaire, mais pas le serveur de base de
données, le programme d'installation de logiciel intermédiaire tente de
localiser une instance de base de données existante à utiliser. S'il n'en détecte
aucune, il installe une base de données à utiliser avec le serveur d'annuaire.
Microsoft Active Directory
Vous devez installer et configurer le logiciel manuellement. Pour plus
d'informations, voir «Configuration manuelle de Microsoft Active Directory»,
à la page 80.
Logiciels supplémentaires
Le programme d'installation de logiciel intermédiaire exécute un certain nombre de
tâches supplémentaires. Si vous décidez de ne pas utiliser le programme d'installation
de logiciel intermédiaire parce que vous avez l'intention de configurer manuellement
les ressources de logiciel intermédiaire existantes, vous devrez également exécuter les
tâches suivantes :
v Configurez VMM après l'installation et la configuration du serveur d'applications et
du serveur d'annuaire. Le serveur d'annuaire contient des informations relatives
aux utilisateurs et groupes Tivoli Provisioning Manager et les communique à la
base de données Maximo via VMM pour assurer la sécurité et l'accès aux
applications Tivoli Provisioning Manager. Pour plus d'informations, voir
«Configuration manuelle de Virtual Member Manager sous WebSphere Application
Server», à la page 93.
v Configurez les services d'authentification. Pour plus d'informations, voir
«Configuration manuelle du service d'authentification», à la page 102.
Le programme d'installation de logiciel intermédiaire déploie le logiciel sur l'ordinateur sur lequel vous
l'exécutez. Pour déployer un logiciel intermédiaire sur des ordinateurs distincts, vous devez exécuter le
programme d'installation de logiciel intermédiaire sur chaque ordinateur de la topologie que vous avez
choisie. Vous devez impérativement disposer d'une stratégie de déploiement de logiciel intermédiaire
pour chaque système que vous prévoyez d'utiliser dans votre déploiement. Si vous déployez un
composant à l'aide du programme d'installation de logiciel intermédiaire sur un système, par exemple,
DB2, et que vous décidez ultérieurement d'ajouter Tivoli Directory Server sur ce système, vous devrez
annuler le déploiement de DB2 avant de le redéployer dans le cadre du plan de déploiement du
programme d'installation de logiciel intermédiaire qui comprenait Tivoli Directory Server. Lors de
l'installation d'un logiciel intermédiaire Tivoli Provisioning Manager sur un système, vous devez installer
tous les logiciels intermédiaires adaptés à ce système à la fois.
Un ID processus est généré chaque fois que le programme d'installation de logiciel intermédiaire est
utilisé pour installer ou désinstaller un ensemble de logiciels intermédiaires. L'ID de processus s'affiche
sur le système de fichier aux différents emplacements associés aux journaux et fichiers générés, tels que
les noms de fichier, les noms de répertoire et les messages de journal. Cet ID permet de regrouper les
journaux et autres fichiers générés associés au même appel du programme d'installation de logiciel
intermédiaire. Il permet également de séparer les journaux et autres fichiers générés associés à différents
appels du programme d'installation de logiciel intermédiaire. L'ID de processus est une chaîne au format
[operation_MMdd_HH.mm], où operation représente la chaîne indiquant l'opération effectuée, par
37
exemple, "INSTALL" ou "UNINSTALL", MM est un nombre à deux chiffres (1-12) indiquant le mois en
cours, dd est un nombre à deux chiffres (1-31) indiquant le jour du mois, HH est un nombre à deux
chiffres (0-23) indiquant l'heure et mm est un nombre à deux chiffres (0-59) indiquant la minute en cours.
Voici quelques exemples de valeurs d'ID de processus :
v [INSTALL_0924_15.45]
Installation commencée le 24 septembre à 15:45
v [UNINSTALL_1216_09.59]
Désinstallation commencée 16 décembre à 09:59
Feuilles de planification pour l'installation de logiciel intermédiaire
Avant de démarrer l'installation du logiciel intermédiaire, utilisez les feuilles de planification pour
enregistrer les valeurs que vous allez indiquer lors de cette opération. Vous pouvez également utiliser les
feuilles de planification si vous configurez manuellement ou réutilisez le logiciel intermédiaire existant.
Dans le cadre de déploiements répartis, enregistrez plusieurs valeurs, le cas échéant.
Utilisateurs et groupes
Dans ce tableau, répertoriez les utilisateurs et les groupes que vous souhaitez créer si vous ne souhaitez
pas utiliser les valeurs par défaut.
Tableau 12. Utilisateurs et groupes créés au cours de l'installation du logiciel intermédiaire
Utilisateur
Groupe
Description
idsccmdb
v dasadm1
Propriétaire d'instance IBM Tivoli
Directory Server. Egalement,
propriétaire de la base de données
utilisée avec l'instance IBM Tivoli
Directory Server.
v dbsysadm
v idsldap
Ces valeurs ne peuvent pas être
modifiées lorsque le programme
d'installation du middleware est
utilisé.
Utilisé pour la configuration de la base
de données Maximo.
maximo
ctginst1
v dasadm1. Cette valeur ne peut
pas être modifiée lorsque le
programme d'installation de
logiciel intermédiaire est
utilisé.
Utilisateur système utilisé comme
propriétaire de l'instance de la base de
données.
v db2iadm1
db2fenc1
db2fgrp1. Cette valeur ne peut
logiciel intermédiaire est utilisé.
dasusr1
dasadm1. Cette valeur ne peut pas Utilisateur système qui est utilisé
être modifiée lorsque le
comme utilisateur du serveur
d'administration.
logiciel intermédiaire est utilisé.
38
Utilisateur système qui est utilisé
comme ID utilisateur isolé pour DB2.
Votre valeur
Tableau 12. Utilisateurs et groupes créés au cours de l'installation du logiciel intermédiaire (suite)
Utilisateur
Groupe
Description
Votre valeur
db2inst1
v dasadm1. Cette valeur ne peut
utilisé.
Utilisateur système qui est utilisé
comme propriétaire de l'instance de
base de données par défaut.
v db2iadm1
idsldap
v db2iadm1
Utilisateur IBM Tivoli Directory Server.
v idsldap. Cette valeur ne peut
Cette valeur ne peut
pas être modifiée
lorsque le programme
d'installation de
utilisé.
logiciel intermédiaire
est utilisé.
v utilisateur root
wasadmin
N'est pas un utilisateur système.
ID utilisateur créé pour être utilisé avec
IBM WebSphere Application Server
Network Deployment.
L'utilisateur root doit appartenir aux groupes dasadm1, idsldap et dbsysadm. L'utilisateur root doit
également appartenir au groupe primaire de l'utilisateur d'instance IBM Tivoli Directory Server (par
défaut, idsccmdb).
L'exemple ci-après illustre les utilisateurs et les groupes créés si vous utilisez le programme d'installation
de logiciel intermédiaire pour installer le logiciel intermédiaire sur les systèmes Linux et UNIX à l'aide
des valeurs par défaut. Utilisez ces informations pour déterminer le groupe primaire d'un ID utilisateur.
# id db2inst1
uid=510(db2inst1) gid=102(db2iadm1) groups=102(db2iadm1),101(dasadm1)
#id ctginst1
uid=512(ctginst1) gid=102(db2iadm1) groups=102(db2iadm1),101(dasadm1)
# id idsccmdb
uid=514(idsccmdb) gid=502(dbsysadm) groups=502(dbsysadm),101(dasadm1),501(idsldap)
# id db2fenc1
uid=511(db2fenc1) gid=103(db2fgrp1) groups=103(db2fgrp1)
# id dasusr1
uid=508(dasusr1) gid=101(dasadm1) groups=101(dasadm1)
# id idsldap
uid=513(idsldap) gid=501(idsldap) groups=501(idsldap),0(root),102(db2iadm1)
#id root
uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel),
501(idsldap),502(dbsysadm)
Les entrées suivantes sont trouvées dans le fichier /etc/group :
dasadm1:x:101:db2inst1,ctginst1,idsccmdb
db2iadm1:x:102:idsldap
idsldap:x:501:idsldap,root,idsccmdb
dbsysadm:x:502:root
39
Emplacements des répertoires
Dans ce tableau, répertoriez les emplacements des répertoires de logiciels intermédiaires à utiliser.
Tableau 13. Emplacements des répertoires
Paramètre
Par défaut
Votre valeur
Répertoire d'espace de travail
rép_base_utilisateur\ibm\tivoli\
mwi\workspace
Répertoire source des images de
logiciels intermédiaires
n/a
Répertoire des images compressées
n/a
Répertoire des images non compressées
n/a
2000
DB2
Configuration de DB2
Dans ce tableau, répertoriez les valeurs de configuration à utiliser lors de l'installation de DB2.
Tableau 14. Configuration de DB2
Paramètre
Par défaut
Répertoire d'installation
v
v
SUSE
Votre valeur
/opt/ibm/db2/V9.5
SUSE
Sous IBM System z :
/opt/IBM/db2/V9.5
Utilisateur DAS
v dasusr1
Fenced user
db2fenc1
Nom de groupe de l'utilisateur isolé
db2fgrp1
Répertoire de base de l'utilisateur
isolé
v /home/db2fenc1
Instance name
ctginst1
Port
50005
Répertoire de base de l'utilisateur
d'instance
v /home/ctginst1
ID utilisateur d'instance de base de
données
v ctginst1
Groupe d'administrateurs DB2
v db2iadm1
Utilisez le même nom d'utilisateur et
le même mot de passe pour les
services DB2 restants
Oui
Configurer le catalogue d'outils
Non
Cette valeur est réservée aux
scénarios de réutilisation.
Activation de la fonction de sécurité
du système d'exploitation pour les
objets DB2
Oui
Port d'instance DB2
50000
40
Cette valeur est réservée aux
scénarios de réutilisation.
Tableau 14. Configuration de DB2 (suite)
Paramètre
Par défaut
Nom de l'espace de la table de
données
MAXDATA
Votre valeur
Taille de l'espace de table de données 5000 Mo
Nom de l'espace table temporaire
MAXTEMP
Taille d'espace table temporaire
1000 Mo
Oracle
2000
Configuration d'Oracle
Dans ce tableau, répertoriez les valeurs de configuration à utiliser lors de l'installation de Oracle.
Tableau 15. Configuration d'Oracle
Paramètre
Par défaut
Votre valeur
v Oracle 11g : /u01/app/oracle/
product/11.1.0/db_1
product/10.2.0/db_1
ID utilisateur de l'administrateur
sys
ID du propriétaire du Oracle
oracle
Emplacement de l'instance
product/11.1.0/db_1
product/10.2.0/db_1
données
MAXDATA
Taille de l'espace de table de données 1000 Mo
MAXTEMP
1000 Mo
Configuration de WebSphere Application Server Network Deployment
Répertoriez les valeurs de configuration à utiliser lorsque vous installez WebSphere Application Server
Network Deployment.
Tableau 16. Configuration de WebSphere Application Server Network Deployment
Paramètre
Par défaut
Emplacement d'installation
v
SUSE
Votre valeur
/opt/IBM/WebSphere/
AppServer
Nom d'utilisateur administratif
WebSphere
wasadmin
Deployment Manager profile name
ctgDmgr01
Application server profile name
ctgAppSrv01
Répertoire des profils
v
SUSE
/opt/IBM/WebSphere/
AppServer/profiles
41
Tableau 16. Configuration de WebSphere Application Server Network Deployment (suite)
Paramètre
Par défaut
Cell name
ctgCell01
Deployment Manager node name
ctgCellManager01
Nom du poste d'Application Server
ctgNode01
Emplacement d'installation du
serveur HTTP
v
Port HTTP
80
Port du serveur admin HTTP
8008
Nom du profil du plug-in HTTP
ctgAppSvr01
SUSE
Votre valeur
/opt/IBM/HTTPServer
Configuration d'IBM Tivoli Directory Server
Dans ce tableau, répertoriez les valeurs de configuration à utiliser lors de l'installation de IBM Tivoli
Directory Server.
Tableau 17. Configuration d'IBM Tivoli Directory Server
Paramètre
Par défaut
Emplacement d'installation
v /opt/IBM/ldap/V6.2
Administrator distinguished name
cn=root
Organizational unit
ou=SWG
Organization and country suffix
o=IBM,c=US
Directory server port
389
Directory server secure port
636
Administration port
3538
Administration secure port
3539
Nom de la base de données
sécurité
Instance name
idsccmdb
Port de l'instance
50006
Nom d'utilisateur de l'instance
idsccmdb
Votre valeur
Configuration de Microsoft Active Directory
Répertoriez les valeurs de configuration à utiliser lorsque vous installez Microsoft Active Directory.
Tableau 18. Configuration de Microsoft Active Directory
Paramètre
Par défaut
389
Entrée de base LDAP
DC=itsm,DC=com
User suffix
OU=Users,OU=SWG,DC=itsm,DC=com
Group suffix
OU=Groups,OU=SWG,DC=itsm,DC=com
Organization container suffix
DC=itsm,DC=com
Bind distinguished name
CN=Administrator,CN=Users,DC=itsm,DC=com
42
Votre valeur
L'espace de travail du programme d'installation de logiciel
intermédiaire
Le programme d'installation de logiciel intermédiaire est conçu pour enregistrer les options que vous
sélectionnez lors d'une installation dans un répertoire appelé espace de travail, puis configurer les
composants sélectionnés en tant qu'application déployée unique. Les options enregistrées peuvent
également être importées par d'autres installateurs de sorte que certains champs soient automatiquement
renseignés.
Une fois le plan déployé, le programme d'installation de logiciel intermédiaire ne peut plus déployer
ultérieurement d'autres fonctions et produits sur l'ordinateur. Vous devez d'abord supprimer totalement le
plan existant par le biais du programme d'installation de logiciel intermédiaire pour pouvoir déployer un
autre ensemble de fonctions et de produits.
La composition et les détails du déploiement, ainsi que tout journal généré par le processus du
programme d'installation de logiciel intermédiaire résident dans l'espace de travail.
Par défaut, l'espace de travail du programme d'installation de logiciel intermédiaire est défini comme
suit :
L'espace de travail peut être défini sur une ressource partagée mise à la disposition de tous les systèmes
qui exécuteront le programme d'installation de logiciel intermédiaire. Implanter l'espace de travail sur
une ressource partagée évite d'avoir à copier manuellement les fichiers tels que le fichier de topologie
d'un ordinateur à l'autre.
L'espace de travail comprend les éléments suivants :
Plan de déploiement
Le plan de déploiement est un ensemble d'étapes d'installation, de paramètres de configuration
associés à ces étapes et d'informations relatives à l'ordinateur cible. Il est généré via le
programme d'installation de logiciel intermédiaire et se trouve dans le répertoire de l'espace de
travail.
Si vous modifiez les étapes de déploiement, le plan de déploiement existant est supprimé et
remplacé par le nouveau plan.
Les fichiers de configuration du plan de déploiement contiennent des informations relatives au
plan de déploiement en tant que tel. Si vous modifiez un plan de déploiement, ce qui inclut la
reconfiguration des options de déploiement existantes, les fichiers de configuration du plan de
déploiement sont supprimés et régénérés lors du redéploiement du plan de déploiement.
Fichier de topologie
Le fichier de topologie décrit les paramètres de configuration du déploiement des middleware. Il
est généré, puis mis à jour après chaque déploiement ou annulation du déploiement. Si vous
n'avez pas défini d'espace de travail centralisé et accessible à tous les systèmes qui reçoivent des
logiciels intermédiaires, vous devrez copier ce fichier vers l'espace de travail de chaque
ordinateur sur lequel seront déployés les logiciels intermédiaires. Le contenu de ce fichier peut
être utilisé par le programme d'installation Tivoli Provisioning Manager pour remplir ses
panneaux de valeurs par défaut claires.
Ce fichier est enregistré dans <workspace>/topology.properties.
Journaux
Les journaux qui contiennent des informations relatives au déploiement résident dans le
répertoire de l'espace de travail. Ce répertoire contient également les journaux natifs des logiciels
intermédiaires.
43
Journaux du programme d'installation de logiciel intermédiaire
Les fichiers journaux du programme d'installation de logiciel intermédiaire se trouvent dans le répertoire
d'espace de travail défini dans le programme d'installation de logiciel intermédiaire.
Les différents types de journaux sont décrits ci-après.
Journaux d'interface utilisateur
Les journaux générés par l'interface utilisateur du programme d'installation de logiciel
intermédiaire se trouvent dans le répertoire d'espace de travail.
Le programme d'installation de logiciel intermédiaire consigne toutes les informations dans
<emplacement_espace_de_travail>/mwi.log. Les emplacements par défaut de l'espace de travail
sont les suivants :
Le fichier mwi.log est le fichier journal de niveau supérieur généré par l'appel le plus récent du
programme d'installation de logiciel intermédiaire. Si une erreur survient, pensez à examiner ce
fichier en premier. Il se peut qu'une entrée dans ce fichier vous dirige vers un fichier journal de
niveau inférieur.
Les fichier journaux appelés mwi.logX, où X correspond à un nombre, sont des copies du fichier
mwi.log des appels précédents du programme d'installation de logiciel intermédiaire. Par
exemple, mwi.log0 est généré après le premier appel du programme d'installation de logiciel
intermédiaire. mwi.log1 est généré après le deuxième appel du programme d'installation de
logiciel intermédiaire, etc.
Journaux des étapes exécutées par l'interface utilisateur
Outre la collecte des entrées de l'utilisateur, le programme d'installation du middleware exécute
également des vérifications système, par exemple :
v des contrôles de dépendance pour s'assurer que le système d'exploitation répond aux
spécifications de déploiement,
v l'inventaire des logiciels présents sur le système pour rechercher des instances existantes de
produits logiciels intermédiaires déployés par le programme d'installation de logiciel
intermédiaire,
v la vérification de l'espace disque disponible pour s'assurer qu'il est suffisant pour le
déploiement.
Chacun de ces contrôles est ajouté sous forme d'étapes que vous pouvez exécuter dans le cadre
du plan de déploiement. Lorsque l'interface utilisateur exécute une étape, il la copie dans un
sous-répertoire du répertoire de plan de travail. Les journaux générés par une étape se trouvent
dans le même répertoire et suivent le même processus qu'une étape exécutée dans le cadre du
plan de déploiement.
Journaux du plan de déploiement
Le plan de déploiement se trouve dans le répertoire <Répertoire d'espace de travail>/nom
d'hôte/deploymentPlan, où nom d'hôte correspond au nom d'hôte du système actuel. Chaque fois
que vous utilisez le plan de déploiement pour installer ou désinstaller des produits de logiciel
intermédiaire, un ID de processus est attribué et des journaux sont générés.
Les fichiers journaux du plan de déploiement se trouvent dans le sous-répertoire
logs/ID_processus. Le fichier journal principal du plan de déploiement est DeploymentPlan.log,
un fichier journal de niveau supérieur répertoriant les étapes appelées dans le cadre du plan de
déploiement.
Journaux du plan de travail
Le plan de machine se trouve dans le répertoire <Répertoire d'espace de travail>/nom
d'hôte/deploymentPlan/MachinePlan_nom d'hôte. Les journaux du plan de machine se trouvent
dans le sous-répertoire de journaux. Les fichiers journaux principaux du plan de machine sont
44
appelés MachinePlan_nom d'hôte_ID_processus. Ces journaux contiennent la sortie générée par
ANT lors de l'exécution du script ANT du plan de machine.
Journaux des étapes du plan de déploiement
Chaque étape du plan de déploiement se trouve dans un répertoire appelé <Répertoire d'espace
de travail>/nom d'hôte/deploymentPlan/MachinePlan_nom d'hôte/num_étape_ID_étape, où
num_étape correspond au numéro de séquence de cette étape dans l'ordre de traitement de
l'installation du plan de déploiement et ID_étape identifie l'étape. Les journaux des étapes se
trouvent dans le sous-répertoire de journaux.
Certaines étapes peuvent fournir un fichier journal de messages appelé
ID_étape_ID_processus.message, qui contient quelques entrées récapitulant le résultat de l'appel
de l'étape. Toutes les étapes fournissent un fichier journal de trace appelé
ID_étape_ID_processus.log, qui contient plusieurs entrées, incluant généralement des
informations sur les paramètres d'entrée et les sous-étapes appelées.
Journaux des sous-étapes
Chaque étape contient une ou plusieurs sous-étapes. Les sous-étapes exécutent l'installation réelle,
la désinstallation et les tâches de contrôle pour le programme d'installation du middleware.
Chaque sous-étape se trouve dans le répertoire <Répertoire d'espace de travail>/nom
d'hôte/deploymentPlan/MachinePlan_nom d'hôte/num_étape_ID_étape/opération/num_sousétape_ID_sous-étape, où opération est la cible ANT dans le script ANT de l'étape qui appelle cette
sous-étape. num_sous-étape représente le numéro de séquence de cette sous-étape dans l'ordre de
traitement de l'étape et ID_sous-étape identifie la sous-étape. Les valeurs standard de l'opération
sont install, uninstall, et check.
Les fichiers journaux de la sous-étape se trouvent généralement dans un sous-répertoire appelé
ID_processus/logs.
Les fichiers journaux par les programmes d'installation de logiciel intermédiaire natifs sont
également conservés dans ce sous-répertoire.
Par exemple, le fichier journal généré par le programme d'installation de logiciel intermédiaire
lors de l'installation de DB2 sur un système UNIX se trouve dans le répertoire suivant :
Oracle
2000
<espace de travail>/<nom_machine>/deploymentPlan/MachinePlan_<nom_machine>/000XX_DB2_9.5
/install/01_BASE/<horodatage>/logs/db2setup.log
Installation et configuration de logiciel intermédiaire avec le
programme d'installation de logiciel intermédiaire
Cette procédure indique comment utiliser le programme d'installation de logiciel intermédiaire pour créer
un plan de déploiement afin d'installer et configurer les logiciels intermédiaires prérequis.
Avant de commencer
v Lors de la saisie de valeurs pour les noms d'hôte, utilisez un nom de système hôte qualifié complet.
Cette valeur est sensible à la casse. Pour plus d'informations sur la vérification des noms d'hôtes, voir
Résolution des noms d'hôte avec un serveur DNS dans «Etape 6 de préinstallation : vérification de
l'environnement», à la page 21.
v Vous pouvez forcer l'utilisation des noms d'hôte alphanumériques dans le programme d'installation de
logiciel intermédiaire en le démarrant à partir de la ligne de commande et en utilisant le paramètre
forceHostname=true. Par exemple :
mwi-console -V forceHostname=true
v Lors de l'installation et de la configuration du logiciel intermédiaire, tenez compte des restrictions
suivantes liées aux caractères spéciaux :
45
Tableau 19. Restrictions des caractères spéciaux pour la configuration de middleware
Convention de dénomination
Restrictions
2000
DB2
Conventions de dénomination DB2 pour les
noms de groupe, les noms d'utilisateur et les ID
utilisateur
v Les noms et les ID ne peuvent pas correspondre aux
valeurs suivantes : USERS, ADMINS, GUESTS,
PUBLIC, LOCAL ou mot réservé SQL.
v Les noms et les ID ne peuvent pas commencer par
IBM, SQL, SYS, ni par un caractère de soulignement
(_).
v Les noms de groupes et les ID utilisateur des systèmes
d'exploitation peuvent contenir jusqu'à huit caractères
et doivent uniquement être en minuscules.
2000
DB2
Conventions de dénomination DB2 pour des
instances DB2
v Les noms d'instance peuvent comprendre jusqu'à
huit octets et ne doivent pas contenir le caractère #.
2000
DB2
mots de passe
v Les mots de passe ne peuvent pas contenir plus de
huit octets.
v Vous ne devez pas utiliser les caractères spéciaux @ #
$
Conventions de dénomination IBM Tivoli Directory
Server pour les bases de données et les alias de base de
données
v Les noms de base de données doivent être uniques
dans l'emplacement dans lequel ils sont enregistrés.
Cet emplacement est le suivant :
– un chemin de répertoire
v Les noms d'alias de base de données doivent être
uniques dans le répertoire système des bases de
données. Lorsqu'une nouvelle base de données est
créée, le nom d'alias par défaut est celui de la base de
données. Par conséquent, vous ne pouvez pas créer
une base de données en utilisant un nom qui existe en
tant qu'alias de base de données, même s'il n'existe
aucune base de données portant ce nom.
v Les noms de base de données et d'alias de base de
données peuvent contenir jusqu'à huit octets.
$, car ils sont communs à tous les claviers.
Server pour les utilisateurs, les groupes, les bases de
données et les instances
v Les valeurs ne peuvent pas être supérieures à huit
caractères et ne peuvent pas correspondre aux valeurs
suivantes : USERS, ADMINS, GUESTS, PUBLIC,
LOCAL, ou idsldap
v Les valeurs ne peuvent pas commencer par IBM, SQL
ou SYS.
v Les valeurs ne doivent pas inclure de caractères
accentués.
v Les valeurs peuvent inclure les caractères compris
entre A et Z, a et z et 0 et 9.
v Les valeurs doivent commencer par des caractères
compris entre A et Z ou a et z.
v Les caractères codés sur deux octets ne peuvent pas
être utilisés dans les valeurs de mots de passe
administrateur.
v Les mots de passe ne peuvent pas contenir les
caractères spéciaux suivants : ' \ " |
46
Tableau 19. Restrictions des caractères spéciaux pour la configuration de middleware (suite)
Restrictions
Conventions de dénomination WebSphere Application
Server pour les utilisateurs et les mots de passe
v Le nom d'administrateur ne pas contenir les caractères
suivants : / \ * ,: ;=+?|< > & % ’"] [> # $ ~ ( ) {
}
v Le nom d'administrateur ne peut pas commencer par
un point.
v Le nom d'administrateur ne peut pas contenir
d'espaces d'interlignage et d'espaces de fin.
Conventions de dénomination pour le programme
d'installation de logiciel intermédiaire
v Le programme d'installation de logiciel intermédiaire
ne valide pas le fait que votre mot de passe soit
conforme avec le système d'exploitation de l'hôte cible.
les mots de passe que vous indiquez doivent être
admis pour votre environnement.
ne vérifie pas la présence de caractères accentués dans
les valeurs des noms d'utilisateur. L'utilisation de ces
caractères peut être source d'erreurs.
v Vous ne pouvez pas utiliser les caractères suivants : !
$ # %
v Lorsque vous entrez des valeurs LDAP pour les zones du panneau d'installation de Provisioning
Manager, des entrées dans des fichiers LDIF ou des valeurs directement dans une instance d'annuaire à
l'aide des outils disponibles sur le serveur d'annuaire, vous devez respecter les règles de syntaxe
spécifiques au produit pour utiliser des caractères spéciaux dans une chaîne LDAP. Dans la plupart des
cas, il est impératif de faire précéder les caractères spéciaux d'un caractère d'échappement pour qu'ils
puissent être lus par le serveur d'annuaire. Si les caractères spéciaux contenus dans une chaîne LDAP
utilisée par Provisioning Manager ne sont pas précédés d'un caractère d'échappement, des erreurs
Provisioning Manager sont susceptibles de se produire.
De nombreux serveurs d'annuaire considèrent un espace blanc comme un caractère spécial faisant
partie de la chaîne LDAP. Par conséquent, si vous entrez dans une zone une chaîne LDAP contenant
par erreur un blanc en dernière position, par exemple, et que vous ne faites pas précéder ce caractère
blanc d'un caractère d'échappement, des erreurs Provisioning Manager difficiles à résoudre sont
susceptibles de se produire.
Pour plus d'informations sur les caractères spéciaux dans les chaînes LDAP, reportez-vous à la
documentation produit associée à votre serveur d'annuaire.
v Lorsque vous installez le logiciel intermédiaire à l'aide du programme d'installation de logiciel
intermédiaire, des ID utilisateur vous sont demandés pour initier l'installation de DB2, WebSphere
Application Server et IBM Tivoli Directory Server. Vous pouvez soit indiquer un ID utilisateur système
existant ou autoriser le programme d'installation de logiciel intermédiaire à en créer un nouveau.
L'installation peut échouer si vous indiquez un compte utilisateur existant pour installer DB2 ou IBM
Tivoli Directory Server et si ce compte utilisateur ne se trouve pas dans le répertoire /home.
v Dans certains cas, il se peut que les zones et libellés du programme d'installation de logiciel
intermédiaire ne s'affichent pas correctement sur le panneau lors de l'installation par le biais de
sessions à distance. Utilisez le programme d'installation de logiciel intermédiaire localement sur le
système qui héberge le logiciel intermédiaire. Si vous rencontrez des incidents d'affichage, réduisez
puis agrandissez le programme d'installation de logiciel intermédiaire pour le forcer à afficher à
nouveau le panneau.
v Lors de l'installation de logiciel intermédiaire à l'aide du programme d'installation de logiciel
intermédiaire, n'installez pas plusieurs produits dans le même répertoire personnalisé. Par exemple,
lors de l'installation de DB2, IBM Tivoli Directory Server et WebSphere Application Server Network
Deployment sur le même ordinateur, ne les installez pas tous dans un répertoire personnalisé appelé
C:\ISM_middleware. Toutefois, vous pouvez les installer dans C:\ISM_middleware\DB2,
47
C:\ISM_middleware\ITDS et C:\ISM_middleware\WAS. Vous ne pouvez pas installer un logiciel
intermédiaire dans un répertoire personnalisé et installer ensuite un autre logiciel intermédiaire dans
un sous-répertoire de ce répertoire personnalisé. Par exemple, vous ne pouvez pas installer WebSphere
Application Server Network Deployment dans le répertoire personnalisé C:\ISM_middleware, puis
installer IBM Tivoli Directory Server dans le répertoire C:\ISM_middleware\ITDS.
v
2000
DB2
Pour installer une instance DB2 pour un utilisateur existant, exécutez la commande
suivante :
ln -s /home_directory/<nom d’utilisateur> /home/<nom d’utilisateur>
Les instructions de cette section concernent une installation classique utilisant des valeurs par défaut. En
outre, ces instructions partent du principe que vous utilisez le programme d'installation de logiciel
intermédiaire pour installer un jeu complet de logiciels intermédiaires pour les utiliser avec Tivoli
Provisioning Manager sur un seul ordinateur. Si vous avez l'intention de déployer les logiciels
intermédiaires sur plusieurs ordinateurs, vous devez exécuter le programme d'installation de logiciel
intermédiaire sur chaque ordinateur, en choisissant le logiciel intermédiaire à installer sur chacun d'entre
eux. Dans ce cas, un sous-ensemble des panneaux décrits dans ces instructions concerne les logiciels
intermédiaires que vous souhaitez installer sur un ordinateur.
Procédure
1. Vérifiez s'il y a une installation existante du programme d'installation de solution. L'emplacement
d'installation par défaut est :
v /usr/ibm/common/acsi
Si le programme d'installation de solution est déjà installé, démarrez le service :
v Entrez ps -ef|grep acsisvc. Si le service est en cours d'exécution, le processus et un PID associé
sont affichés. Si le service n'est pas en cours, exécutez la commande :
/usr/ibm/common/acsi/bin/acsisrv.sh -start
3. Dans le panneau de navigation du tableau de bord, cliquez sur Installation personnalisée.
4. Sous 1. Installation du logiciel intermédiaire, cliquez sur Vérifier les conditions requises pour
l'installation du logiciel intermédiaire. Après avoir vérifié et confirmé ces conditions requises,
revenez à la page d'installation personnalisée.
5. Cliquez sur Installer le logiciel intermédiaire.
6. Sélectionnez la langue d'installation et cliquez sur OK.
7. Sur le panneau de bienvenue, cliquez sur Suivant.
8. Acceptez le contrat de licence, puis cliquez sur Suivant.
9. Dans le panneau de sélection d'un espace de travail, indiquez le répertoire de l'espace de travail du
programme d'installation de logiciel intermédiaire, puis cliquez sur Suivant.
Le dernier emplacement d'espace de travail utilisé par cet utilisateur dans le noeud des préférences
utilisateur des logiciels intermédiaires est utilisé par défaut.
v Si aucun emplacement n'a été défini dans le noeud des préférences utilisateur, l'emplacement par
défaut de l'espace de travail correspond à :
– /root/ibm/tivoli/mwi/workspace
v Le cas échéant, le répertoire sélectionné est créé.
v Si vous indiquez un chemin d'accès non valide, les lettres du chemin d'accès sont utilisées pour
créer un répertoire sous Launchpad/Install/MWI.
Après le déploiement, le programme d'installation de logiciel intermédiaire génère également un
fichier de topologie topology.properties dans ce répertoire. Si vous installez des logiciels
intermédiaires sur plusieurs ordinateurs, vous devez copier ce fichier sur chaque ordinateur sur
48
lequel vous installez des logiciels intermédiaires. Par exemple, si vous installez d'abord le serveur de
base de données sur l'ordinateur A, puis le serveur d'annuaire et le serveur d'application sur
l'ordinateur B, vous devez :
a. Copiez le fichier topology.properties de l'ordinateur A sur l'espace de travail de logiciel
intermédiaire sur l'ordinateur B. L'emplacement par défaut du fichier topology.properties est le
suivant :
b. Editer le fichier topology.properties sur l'ordinateur B de sorte que le programme d'installation
d'un autre ordinateur. Sur chaque ligne, remplacez computera par computerb. Par exemple, cette
computera.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
doit être remplacée par
computerb.DB2_SERVER_9_1_1.db2.fenced.user=tx2fenc1
Laissez le fichier topology.properties d'origine inchangé sur l'ordinateur A.
Une fois l'installation du serveur d'annuaire et du serveur d'applications sur l'ordinateur B terminée,
le fichier topology.properties inclut les valeurs computerb pour le serveur de base de données et les
valeurs computera pour le serveur d'annuaire et le serveur d'applications. Le fichier
topology.properties peut également être utilisé après l'installation du logiciel intermédiaire par le
programme d'installation de Tivoli Provisioning Manager pour configurer les composants principaux
du produit.
10. Dans le panneau Installer IBM Autonomic Deployment Engine, cliquez sur Suivant.
11. Dans le panneau Options de déploiement, sélectionnez les fonctions à installer sur cette ordinateur,
puis cliquez sur Suivant.
Serveur de base de données
La base de données Tivoli Provisioning Manager stocke des informations sur les éléments de
configuration et les relations qui les unissent.
Serveur d'annuaire
Les données gérées par le serveur d'annuaire sont utilisées pour sécuriser Tivoli Provisioning
Manager.
Remarque importante pour Tivoli Directory Server : Si vous installez Tivoli Directory
Server, DB2 est également installé, car Tivoli Directory Server utiliseDB2 comme base de
données.
Serveur J2EE
Le serveur J2EE héberge et permet de gérer l'application Tivoli Provisioning Manager.
Si vous choisissez d'installer uniquement la partie serveur J2EE du logiciel intermédiaire
Tivoli Provisioning Manager, vous êtes invité à indiquer le serveur d'annuaire à utiliser pour
le sécuriser. Vous pouvez le sécuriser à l'aide d'une instance existante de Tivoli Directory
Server ou d'une instance existante de Microsoft Active Directory.
Sécurisation du serveur J2EE par le biais de Directory Server
Cette option permet d'utiliser un serveur d'annuaire pour sécuriser le serveur J2EE. Si vous
ne souhaitez pas gérer le serveur J2EE à l'aide du serveur d'annuaire, ne sélectionnez pas
cette option. Vous ne pouvez pas installer le serveur d'annuaire avec programme
d'installation de logiciel intermédiaire.
Si vous souhaitez utiliser l'authentification des services de base sans utiliser un serveur
LDAP dans votre environnement, ne sélectionnez pas cette case à cocher.
Si vous souhaitez utiliser l'authentification des services de base et continuer d'utiliser un
serveur LDAP dans votre environnement, laissez cette case sélectionnée.
49
12. Dans la fenêtre Deployment Plan Summary, cliquez sur Next.
Remarque : Si vous avez indiqué l'adresse IP virtuelle et le nom d'hôte virtuel pour chaque
application middleware installée sur un ordinateur, vous n'avez pas besoin d'indiquer manuellement
le nom d'hôte de l'ordinateur à partir duquel vous exécutez l'installation à l'étape suivante.
13. Dans le panneau Configurable Host Name, si vous souhaitez indiquer manuellement le nom d'hôte
de l'ordinateur à partir duquel vous exécutez l'installation, sélectionnez l'option Override the local
machine hostname et saisissez une valeur de nom d'hôte dans la zone Hostname. Sélectionnez cette
option uniquement si vous souhaitez indiquer manuellement le nom d'hôte du système au lieu de
laisser le programme d'installation le détecter automatiquement. Cette option est utile lorsque
plusieurs noms d'hôte sont attribués au système, notamment lorsque le système dispose de plusieurs
interfaces réseau ou lorsqu'il est configuré pour prendre en charge les adresses IP virtuelles. Lorsque
cette option est sélectionnée, vous devez indiquer un nom d'hôte pouvant être résolu. Vous ne
pouvez pas désélectionner cette option une fois qu'elle a été sélectionnée. Néanmoins, vous pouvez
modifier la valeur de la zone Hostname. Si vous avez démarré le programme d'installation de
logiciel intermédiaire à partir de la ligne de commande en utilisant le paramètre forceHostname=true,
vous devez indiquer une valeur alphanumérique dans la zone Hostname. Une adresse IP déclenche
un message d'erreur. Pour un serveur virtuel, vous pouvez utiliser l'option de substitution.
14. Sur le panneau Password Reuse, vous pouvez sélectionner Use this password as the value for all
subsequent passwords, puis entrer une valeur de mot de passe, ce qui vous permet d'utiliser le
même mot de passe que celui indiqué sur tous les panneaux du programme d'installation de logiciel
intermédiaire. Le mot de passe que vous indiquez doit être conforme aux restrictions relatives à tous
les mots de passe.
Par exemple, le mot de passe administrateur WebSphere Application Server doit comporter
huit octets pour UNIX et Linux, car il est utilisé comme mot de passe utilisateur DB2, limité à
huit octets.Si vous ne souhaitez pas utiliser cette option, ne sélectionnez pas l'option Use this
password as the value for all subsequent passwords. Cliquez sur Suivant.
15. Entrez les paramètres de configuration ci-dessous pour DB2 Enterprise Edition Server, puis cliquez
sur Next.
Install location
Entrez le répertoire d'installation de DB2. Le chemin par défaut est :
v /opt/ibm/db2/V9.5
v on IBM System z : /opt/ibm/db2/V9.5
DB2 Administration Server username
Entrez le nom du compte administratif de DB2 :
v La valeur par défaut est dasusr1.
DB2 Administration Server password
Entrez le mot de passe du compte administratif de DB2.
Fenced user
Entrez un ID utilisateur système à utiliser en tant que compte utilisateur isolé DB2. La valeur
par défaut est db2fenc1.
16. Entrez les paramètres de configuration suivants pour l'instance de base de données par défaut, puis
cliquez sur Next.
Default Instance Name
Entrez le nom de l'instance de base de données par défaut. L'emplacement par défaut est :
v db2inst1
Default Instance Port
Entrez le port utilisé par l'instance de base de données par défaut. La valeur par défaut est
50000.
50
Default Instance Username
Entrez le nom d'utilisateur de l'instance de base de données par défaut. L'emplacement par
défaut est :
v db2inst1
Default Instance Username Password
Entrez le mot de passe associé au nom d'utilisateur de l'instance de base de données par
défaut.
17. Entrez les paramètres de configuration ci-dessous pour l'instance de la base de données Tivoli
Provisioning Manager, puis cliquez sur Next.
Instance name
Entrez le nom de l'instance de la base de données de Tivoli Provisioning Manager. La valeur
par défaut est ctginst1.
Port
Entrez le port utilisé par l'instance de base de données Tivoli Provisioning Manager. La
valeur par défaut est 50005.
Instance username
Entrez le nom d'utilisateur à utiliser pour l'instance de la base de données Tivoli
Provisioning Manager. L'emplacement par défaut est :
v ctginst1
Instance username password
Entrez le mot de passe associé à l'ID utilisateur à utiliser pour l'instance de la base de
données Tivoli Provisioning Manager.
18. Entrez les informations sur les groupes d'utilisateurs DB2 :
DB2 administrators group
Entrez le nom du groupe des administrateurs DB2. L'emplacement par défaut est :
v db2iadm1
19. Entrez les paramètres de configuration ci-dessous pour IBM Tivoli Directory Server, puis cliquez sur
Next.
Install location
Entrez l'emplacement de l'installation de Tivoli Directory Server. L'emplacement par défaut
est :
Administrator distinguished name
Entrez le nom distinctif de l'administrateur Tivoli Directory Server. La valeur par défaut est
cn=root.
Administrator password
Entrez le mot de passe de l'administrateur de Tivoli Directory Server.
20. Entrez les paramètres de configuration ci-dessous pour IBM Tivoli Directory Server, puis cliquez sur
Next.
Organizational unit
Entrez le nom de l'unité organisationnelle Tivoli Directory Server à utiliser avec Tivoli
Provisioning Manager. La valeur par défaut est ou=SWG.
Organization and country suffix
Entrez le nom de l'organisation Tivoli Directory Server et le suffixe du pays à utiliser avec
Tivoli Provisioning Manager. La valeur par défaut est o=IBM,c=US.
Entrez le numéro de port de Tivoli Directory Server. La valeur par défaut est 389.
51
Directory server secure port
Entrez le numéro de port sécurisé de Tivoli Directory Server. La valeur par défaut est 636.
Administration port
Entrez le numéro de port d'administration de Tivoli Directory Server. La valeur par défaut
est 3538.
Administration secure port
Entrez le numéro de port sécurisé d'administration de Tivoli Directory Server. La valeur par
défaut est 3539.
21. Entrez les paramètres de configuration ci-dessous pour l'instance de la base de données Tivoli
Directory Server, puis cliquez sur Next.
Entrez le nom de la base de données DB2 que vous utilisez pour stocker des données Tivoli
Directory Server. La valeur par défaut est security.
Instance name
Entrez le nom de l'instance de la base de données Tivoli Directory Server. La valeur par
défaut est idsccmdb.
Port
Entrez le numéro de port utilisé par l'instance de la base de données Tivoli Directory Server.
La valeur par défaut est 50006.
Instance user password
Entrez le mot de passe du nom d'utilisateur de l'instance.
22. Entrez les paramètres de configuration suivants pour la sécurité WebSphere Application Server, puis
cliquez sur Next.
Remarque : Le programme d'installation de logiciel intermédiaire ne valide pas tous les paramètres
LDAP que vous saisissez dans le programme d'installation.
Lorsque vous entrez des valeurs d'installation ou des valeurs dans des fichiers LDIF ou que vous
entrez directement des valeurs dans une instance d'annuaire à l'aide des outils propres au serveur
d'annuaire, vous devez respecter les règles de syntaxe spécifiques aux produits, en ce qui concerne
l'utilisation des caractères spéciaux dans une chaîne LDAP. Dans la plupart des cas, il est impératif
de faire précéder d'un caractère d'échappement les caractères spéciaux que contiennent les chaînes
LDAP utilisées par Tivoli Provisioning Manager pour qu'ils soient lisibles par le serveur d'annuaire,
ou des erreurs peuvent se produire.
partie de la chaîne LDAP. Par conséquent, si vous entrez par erreur dans une zone une chaîne LDAP
contenant un blanc en dernière position, par exemple, et que vous ne faites pas précéder ce blanc
d'un caractère d'échappement, des erreurs peuvent se produire. Pour plus d'informations sur les
caractères spéciaux dans les chaînes LDAP, reportez-vous à la documentation produit associée à
votre serveur d'annuaire.
LDAP Host Name
Entrez le nom de domaine complet du système qui héberge l'instance LDAP à utiliser pour
la sécurité WebSphere Application Server. Cette valeur est sensible à la casse.
Un nom de domaine complet inclut le nom d'hôte et le suffixe de domaine. Par exemple,
tpmserver.example.com. Cette valeur est sensible à la casse. Si vous utilisez des noms d'hôte
virtuels et des adresses IP pour l'ordinateur, assurez-vous d'indiquer le nom d'hôte virtuel
correct dans le nom de domaine complet.
Entrez le numéro de port utilisé par le serveur LDAP à utiliser pour WebSphere Application
Server. La valeur par défaut est 389.
52
Indiquez l'entrée de base LDAP de l'instance LDAP à utiliser pour la sécurité WebSphere
Application Server. La valeur par défaut est ou=SWG,o=IBM,c=US
User suffix
Entrez le suffixe d'utilisateur de l'instance LDAP à utiliser pour la sécurité WebSphere
Application Server. La valeur par défaut est ou=users,ou=SWG,o=IBM,c=US
Group suffix
Entrez le suffixe de groupe de l'instance LDAP à utiliser pour la sécurité WebSphere
Application Server. La valeur par défaut est ou=groups,ou=SWG,o=IBM,c=US
Entrez le suffixe du conteneur d'organisation de l'instance LDAP à utiliser pour la sécurité
WebSphere Application Server. La valeur par défaut est ou=SWG,o=IBM,c=US
23. Entrez les paramètres de configuration suivants pour la sécurité WebSphere Application Server, puis
cliquez sur Next.
Entrez le nom distinctif de liaison à utiliser pour la liaison à l'instance LDAP. La valeur par
défaut est cn=root.
Bind password
Entrez le mot de passe du nom distinctif de liaison.
24. Entrez les paramètres de configuration suivants pour WebSphere Application Server, puis cliquez sur
Next.
Install location
Entrez l'emplacement de l'installation de WebSphere Application Server. L'emplacement par
défaut est :
v /opt/IBM/WebSphere/AppServer
WebSphere Administration username
Entrez le nom du compte administratif de WebSphere Application Server. La valeur par
défaut est wasadmin.
WebSphere Administration password
Entrez le mot de passe du compte administratif de WebSphere Application Server.
Next.
Deployment Manager profile name
Entrez le nom du profil WebSphere Application Server du serveur du gestionnaire de
déploiement. La valeur par défaut est ctgDmgr01.
Application server profile name
Entrez le nom du profil WebSphere Application Server du serveur d'applications. La valeur
par défaut est ctgAppSrv01.
Next.
Cell name
Entrez le nom de cellule WebSphere Application Server. La valeur par défaut est ctgCell01.
Deployment Manager node name
Entrez le nom du poste du gestionnaire de déploiement WebSphere Application Server. La
valeur par défaut est ctgCellManager01.
Nom du poste d'Application Server
Entrez le nom du noeud WebSphere Application Server. La valeur par défaut est ctgNode01.
53
Update Installer install location
Entrez l'emplacement d'installation du programme d'installation des mises à jour de
WebSphere Application Server. L'emplacement par défaut est :
v /opt/IBM/WebSphere/UpdateInstaller
27. Entrez les paramètres de configuration ci-dessous pour IBM HTTP Server, puis cliquez sur Next.
Install location
Entrez le répertoire d'installation d'IBM HTTP Server. L'emplacement par défaut est :
v /opt/IBM/HTTPServer
Port HTTP
Entrez le port utilisé par IBM HTTP Server. La valeur par défaut est 80.
Port Admin Server
Entrez le port à utiliser pour administrer IBM HTTP Server. La valeur par défaut est 8008.
28. Acceptez le paramètre de configuration suivant pour le plug-in WebSphere Application Server pour
l'IBM HTTP Server, puis cliquez sur Next :
Nom de profil
La valeur par défaut est ctgAppSrv01. Il est impossible de modifier cette valeur.
29. Indiquez l'emplacement des images du logiciel intermédiaire, puis cliquez sur Next. Si vous effectuez
une installation à partir de DVD, insérez le DVD de logiciel intermédiaire correspondant à votre
système d'exploitation et plateforme avant de cliquer sur Next.
Copy the middleware install images from the source media to a specified directory
Sélectionnez cette option pour copier les images de logiciel intermédiaire du support du
produit vers un répertoire que vous spécifiez.
30.
31.
32.
33.
34.
Specify a directory containing all the required middleware install images
Sélectionnez cette option si vous souhaitez indiquer un répertoire qui contient déjà toutes les
images d'installation du logiciel intermédiaire.
Si vous avez choisi de copier les images d'installation du support source, spécifiez les répertoires
source et de destination, puis cliquez sur Next. Si vous avez choisi de spécifier un répertoire
contenant déjà toutes les images du logiciel intermédiaire, spécifiez ce répertoire, puis cliquez sur
Next.
Pour confirmer l'intégrité des images avant de déployer le logiciel intermédiaire, sélectionnez
l'option de validation de total de contrôle. Il est recommandé de sélectionner cette option pour éviter
que des erreurs ne se produisent ultérieurement au cours du processus d'installation. Si l'opération
de total de contrôle échoue, cliquez sur Back, puis copiez à nouveau les images avant de poursuivre.
Si vous ne sélectionnez pas cette option et que les images du logiciel intermédiaire sont
endommagées ou ne sont pas accessibles depuis le répertoire indiqué, une erreur peut se produire.
Pour résoudre l'erreur, remplacez l'image de logiciel intermédiaire endommagée, puis redémarrez le
programme d'installation de logiciel intermédiaire.
Indiquez le répertoire à utiliser pour les fichiers temporaires et les images d'installation de logiciel
intermédiaire extraites du programme d'installation de logiciel intermédiaire, puis cliquez sur Next.
Sur le panneau Deployment Plan Operation panel, sélectionnez Deploy the plan, puis cliquez sur
Next. Vous pouvez aussi modifier le plan de déploiement ou les paramètres préalablement
configurés dans ce panneau.
Sur le panneau Deployment Plan and Parameter Configuration summary, lisez les informations
récapitulatives, puis cliquez sur Deploy.
Une fois le déploiement réussi, cliquez sur Finish.
35. Si vous déployez des logiciels intermédiaires sur plusieurs ordinateurs, procédez comme suit :
Veillez à copier le fichier topology.properties de l'espace de travail sur le prochain ordinateur sur
lequel vous installez des logiciels intermédiaires.
54
2000
DB2
v L'utilisateur de l'instance de la base de données doit exister sur le serveur DB2. Par exemple, si
vous prévoyez de créer l'instance DB2 ctginst1, vous devez créer un utilisateur (y compris le
répertoire de base de l'utilisateur) sur le serveur DB2. Le groupe db2iadm1 doit exister.
36. Si vous installez le logiciel intermédiaire sur un ordinateur avec une adresse IP virtuelle, procédez
comme suit :
a. Vérifiez que l'adresse IP virtuelle et le nom d'hôte sont correctement configurés.
v Dans l'espace de travail de logiciel de travail, vérifiez le fichier topology.properties.
Vérifiez le fichier db2nodes.cfg :
– Si le nom de l'instance est ctginst1, le fichier se trouve dans /home/ctginst1/sqllib.
37. Si vous utilisez une adresse IP virtuelle sur l'ordinateur sur lequel le serveur DB2 pour Tivoli
Provisioning Manager ou le serveur DB2 pour Tivoli Directory Server est installé, exécutez la
commande DB2 suivante sur l'ordinateur :
v
2000
DB2
db2set -g DB2SYSTEM=nom_hôte_virtuel
Remplacez nom_hôte_virtuel par le nom d'hôte virtuel.
Exemple : si DB2 est installé sur un ordinateur portant le nom d'hôte virtuel database.example.com
et que Tivoli Directory Server est installé sur l'ordinateur portant le nom d'hôte virtuel
ldap.example.com :
a. Exécutez la commande suivante sur l'ordinateur database.example.com :
db2set -g DB2SYSTEM=database.example.com
b. Exécutez la commande suivante sur l'ordinateur ldap.example.com :
db2set -g DB2SYSTEM=ldap.example.com
Résultats
Le logiciel intermédiaire est à présent installé.
Que faire ensuite
1. Sauvegardez la configuration de WebSphere Application Server. Dans le panneau de navigation du
tableau de bord, cliquez sur Installation personnalisée et cliquez sur 1.3 Sauvegarder la
configuration WebSphere. Suivez les instructions du panneau pour exécuter la sauvegarde, puis
revenez à la page Installation personnalisée.
2. Sauvegardez le base de données du moteur de déploiement. Dans le panneau de navigation du
tableau de bord, cliquez sur Installation personnalisée, puis sur 1.4 Sauvegarder la base de données
du moteur de déploiement. Suivez les instructions du panneau pour exécuter la sauvegarde, puis
revenez à la page Installation personnalisée.
Sinon, au lieu de sauvegarder la configuration de WebSphere Application Server et la base de données
du moteur de déploiement, vous pouvez capturer la totalité de l'image système du serveur TPM.
3. Si vous souhaitez supprimer le lien symbolique, exécutez la commande suivante :
rm /home/<nom_utilisateur>
ATTENTION :
Les groupes de correctifs à venir peuvent reposer sur ce lien symbolique.
55
Réutilisation de logiciels intermédiaires à l'aide du programme
Le programme d'installation de logiciel intermédiaire vous permet de configurer certains logiciels
intermédiaires. Les autres logiciels intermédiaires doivent être configurés manuellement si vous souhaitez
les réutiliser.
Si vous souhaitez réutiliser des serveurs de logiciels intermédiaires existants avec Tivoli Provisioning
Manager, ils doivent être configurés avant d'installer Tivoli Provisioning Manager. Cette section contient
des informations sur la configuration de serveurs DB2, Tivoli Directory Server et Microsoft Active
Directory existants à l'aide de programme d'installation de logiciel intermédiaire.
Vous ne pouvez pas utiliser le programme d'installation de logiciel intermédiaire pour configurer base de
données oracle existante (si elle est prise en charge) ou WebSphere Application Server. Pour plus
d'informations sur ces serveurs, voir «Utilisation de logiciel intermédiaire configuré manuellement», à la
page 60. Ces informations s'appliquent également si vous décidez de réutiliser des serveurs de logiciels
intermédiaires existants mais que vous voulez les configurer manuellement pour qu'ils fonctionnement
avec Tivoli Provisioning Manager au lieu de permettre au programme d'installation de Tivoli
Provisioning Manager de les configurer.
Lors de l'installation et de la configuration du logiciel intermédiaire dans programme d'installation de
logiciel intermédiaire et le programme d'installation Tivoli Provisioning Manager, pensez aux restrictions
suivantes :
Tableau 20. Restrictions des caractères spéciaux pour la configuration de middleware
Restrictions
2000
DB2
noms de groupe, les noms d'utilisateur et les ID
utilisateur
v Les noms et les ID ne peuvent pas correspondre aux
valeurs suivantes : USERS, ADMINS, GUESTS,
PUBLIC, LOCAL ou mot réservé SQL.
v Les noms et les ID ne peuvent pas commencer par
IBM, SQL, SYS, ni par un caractère de soulignement
(_).
v Les noms de groupes et les ID utilisateur des systèmes
d'exploitation peuvent contenir jusqu'à huit caractères
et doivent uniquement être en minuscules.
2000
DB2
Conventions de dénomination DB2 pour des
instances DB2
v Les noms d'instance peuvent comprendre jusqu'à
huit octets et ne doivent pas contenir le caractère #.
2000
DB2
mots de passe
v Les mots de passe ne peuvent pas contenir plus de
huit octets.
$
56
Tableau 20. Restrictions des caractères spéciaux pour la configuration de middleware (suite)
Restrictions
Server pour les bases de données et les alias de base de
données
v Les noms de base de données doivent être uniques
dans l'emplacement dans lequel ils sont enregistrés.
Cet emplacement est le suivant :
– un chemin de répertoire
v Les noms d'alias de base de données doivent être
uniques dans le répertoire système des bases de
données. Lorsqu'une nouvelle base de données est
créée, le nom d'alias par défaut est celui de la base de
données. Par conséquent, vous ne pouvez pas créer
une base de données en utilisant un nom qui existe en
tant qu'alias de base de données, même s'il n'existe
aucune base de données portant ce nom.
v Les noms de base de données et d'alias de base de
données peuvent contenir jusqu'à huit octets.
$, car ils sont communs à tous les claviers.
Server pour les utilisateurs, les groupes, les bases de
données et les instances
v Les valeurs ne peuvent pas être supérieures à huit
caractères et ne peuvent pas correspondre aux valeurs
suivantes : USERS, ADMINS, GUESTS, PUBLIC,
LOCAL, ou idsldap
v Les valeurs ne peuvent pas commencer par IBM, SQL
ou SYS.
v Les valeurs ne doivent pas inclure de caractères
accentués.
v Les valeurs peuvent inclure les caractères compris
entre A et Z, a et z et 0 et 9.
v Les valeurs doivent commencer par des caractères
compris entre A et Z ou a et z.
v Les caractères codés sur deux octets ne peuvent pas
être utilisés dans les valeurs de mots de passe
administrateur.
v Les mots de passe ne peuvent pas contenir les
caractères spéciaux suivants : ' \ " |
Conventions de dénomination WebSphere Application
Server pour les utilisateurs et les mots de passe
v Le nom d'administrateur ne pas contenir les caractères
suivants : / \ * ,: ;=+?|< > & % ’"] [> # $ ~ ( ) {
}
v Le nom d'administrateur ne peut pas commencer par
un point.
v Le nom d'administrateur ne peut pas contenir
d'espaces d'interlignage et d'espaces de fin.
Conventions de dénomination pour le programme
ne valide pas le fait que votre mot de passe soit
conforme avec le système d'exploitation de l'hôte cible.
les mots de passe que vous indiquez doivent être
admis pour votre environnement.
ne vérifie pas la présence de caractères accentués dans
les valeurs des noms d'utilisateur. L'utilisation de ces
caractères peut être source d'erreurs.
v Vous ne pouvez pas utiliser les caractères suivants : !
$ # %
57
Configuration d'une installation DB2 existante avec le programme d'installation de
Vous pouvez utiliser le programme d'installation de middleware pour configurer une base de données
DB2 existante.
Avant de commencer
v Vérifiez toutes les conditions requises pour l'installation décrites dans Chapitre 2, «Tâches préalables à
l'installation», à la page 5.
v Pour éviter des erreurs lors de l'installation, lisez attentivement toutes les exigences décrites dans
«Etape 7 de préinstallation : vérification des exigences pour les noms d'utilisateur, les noms de base de
données et les mots de passe utilisateur», à la page 25. Le programme d'installation de logiciel
intermédiaire ne valide pas tous les noms et tous les mots de passe saisis dans le programme
d'installation.
v Utilisez toujours les noms de domaine complets lorsque vous entrez les valeurs des noms d'hôte de
l'ordinateur.
v Les utilisateurs et groupes suivants doivent déjà exister sur le système. S'ils n'existent pas, vous devez
les créer avant d'exécuter le programme d'installation de Tivoli Provisioning Manager.
Utilisateurs
– db2inst1
– dasusr1
– db2fenc1
– L'utilisateur de l'instance de la base de données doit exister sur le serveur DB2. Par exemple,
si vous prévoyez de créer l'instance DB2 ctginst1, vous devez créer un utilisateur (y
compris le répertoire de base de l'utilisateur) sur le serveur DB2. Le groupe db2iadm1 doit
exister.
Groupes
– dasadm1
– db2iadm1
– db2fgrp1
Pour configurer une instance de base de données existante pour la réutiliser avec Tivoli Provisioning
Manager, procédez comme suit :
Procédure
1. Connectez-vous en tant qu'utilisateur détenant des droits d'administration.
2. Lancez le programme d'installation de logiciel intermédiaire à partir du tableau de bord.
3. Parcourez les panneaux du programme d'installation de logiciel intermédiaire comme indiqué dans
«Installation et configuration de logiciel intermédiaire avec le programme d'installation de logiciel
intermédiaire», à la page 45, jusqu'au panneau Options de déploiement.
4. Dans le menu Options de déploiement, sélectionnez Serveur de bases de données, puis cliquez sur
Suivant. Le programme d'installation de logiciel intermédiaire Tivoli recense toutes les instances de
DB2 détectées sur le système.
5. Dans le menu déroulant Installation, sélectionnez l'instance à réutiliser et cliquez sur Suivant.
6. Terminez l'installation en parcourant les panneaux restants du programme d'installation de logiciel
intermédiaire. Pour plus d'informations, voir «Installation et configuration de logiciel intermédiaire
avec le programme d'installation de logiciel intermédiaire», à la page 45.
7. Si vous utilisez une adresse IP virtuelle sur l'ordinateur sur lequel le serveur DB2 pour Tivoli
Provisioning Manager est installé, exécutez la commandeDB2 suivante sur l'ordinateur :
58
Exemple : Si DB2 est installé sur un ordinateur portant le nom d'hôte virtuel database.example.com,
exécutez cette commande sur l'ordinateur database.example.com :
Que faire ensuite
Passez à l'étape «Installation des services de base», à la page 119.
Vérification d'une installation Tivoli Directory Server existante avec le programme
Si vous disposez d'une installation IBM Tivoli Directory Server existante et que vous souhaitez la
réutiliser pour Provisioning Manager, vous pouvez vérifier qu'elle fonctionnera avec Provisioning
Manager à l'aide du programme d'installation de logiciel intermédiaire.
Avant de commencer
v Vérifiez toutes les conditions requises pour l'installation décrites dans Chapitre 2, «Tâches préalables à
l'installation», à la page 5.
v Pour éviter des erreurs lors de l'installation, assurez-vous de lire attentivement toutes les exigences
décrites dans «Etape 7 de préinstallation : vérification des exigences pour les noms d'utilisateur, les
noms de base de données et les mots de passe utilisateur», à la page 25. Le programme d'installation
de logiciel intermédiaire ne valide pas tous les noms et tous les mots de passe saisis dans le
programme d'installation.
l'ordinateur.
Le programme d'installation de logiciel intermédiaire valide les éléments suivants :
v La version de Tivoli Provisioning Manager.
v Tivoli Directory Server est en cours d'exécution.
v Les informations sur le nom distinctif de base que vous indiquez dans Tivoli Provisioning Manager.
Le programme d'installation de logiciel intermédiaire ne crée par une instance de Tivoli Directory
Server à utiliser avec Tivoli Provisioning Manager. Si vous souhaitez réutiliser une instance de Tivoli
Provisioning Manager existante, indiquez, lorsque vous y êtes invité, le nom distinctif et le mot de
passe corrects de l'administrateur, le nom distinctif de base LDAP, le port du serveur d'annuaire et le
port d'administration correspondant à cette instance dans les panneaux du programme d'installation de
logiciel intermédiaire. Si vous prévoyez d'héberger une nouvelle instance de Tivoli Directory Server sur
votre installation Tivoli Directory Server existante, vous devez la créer avant d'exécuter le programme
d'installation de logiciel intermédiaire. Pour plus d'informations sur la création d'une instance,
consultez la rubrique «Configuration manuelle de IBM Tivoli Directory Server», à la page 75.
Indiquez, dans les panneaux du programme d'installation de logiciel intermédiaire, le nom distinctif et
le mot de passe de l'administrateur, le nom distinctif de base LDAP, le port de serveur d'annuaire et le
port d'administration appropriés correspondant à cette instance.
Pour vérifier une instance de Tivoli Directory Server existante, procédez comme suit :
Procédure
1. Connectez-vous en tant qu'utilisateur doté des droits d'administration.
2. Lancez le programme d'installation de logiciel intermédiaire à partir du tableau de bord.
59
4. Dans le panneau Options de déploiement, sélectionnez Serveur d'annuaire, puis cliquez sur Suivant.
Le programme d'installation de logiciel intermédiaire affiche toutes les instances de Tivoli Directory
Server trouvées sur le système.
5. Dans le menu déroulant Installation, sélectionnez l'instance à réutiliser et cliquez sur Suivant.
6. Terminez l'installation en parcourant les panneaux restants du programme d'installation de logiciel
intermédiaire. Pour plus d'informations, voir «Installation et configuration de logiciel intermédiaire
avec le programme d'installation de logiciel intermédiaire», à la page 45.
7. Si vous utilisez une adresse IP virtuelle sur l'ordinateur sur lequel Tivoli Directory Server est installé,
exécutez la commande DB2 suivante sur l'ordinateur :
Exemple : Si le Tivoli Directory Server est installé sur l'ordinateur portant le nom d'hôte virtuel
ldap.example.com, exécutez cette commande sur l'ordinateur ldap.example.com :
Que faire ensuite
Installez les services de base.
Utilisation de logiciel intermédiaire configuré manuellement
Si vous sélectionnez la seconde approche, vous devez configurer les composants de logiciel intermédiaire,
le serveur de base de données, le serveur d'annuaire et le serveur d'applications de sorte à fonctionner
avec Tivoli Provisioning Manager avant d'utiliser le programme d'installation de Tivoli Provisioning
Manager.
Vous pouvez activer la configuration automatique d'un ou de plusieurs composants de logiciel
intermédiaire de Tivoli Provisioning Manager grâce au programme d'installation de logiciel intermédiaire.
Vous pouvez également opter pour la configuration manuelle d'un ou de plusieurs serveurs de logiciel
intermédiaire de sorte qu'ils fonctionnent conjointement avec Tivoli Provisioning Manager.
Vous devez configurer manuellement chaque serveur qui ne sera pas pris en charge par la fonction de
configuration automatique du programme d'installation de Tivoli Provisioning Manager avant d'exécuter
ce dernier.
Configuration manuelle du serveur de base de données
Si vous ne souhaitez pas que le programme d'installation configure automatiquement le serveur de base
de données, configurez ce dernier manuellement avant d'utiliser le programme d'installation.
Installation du serveur DB2 :
2000
DB2
Suivez ces procédures pour installer le serveur DB2.
Avant de commencer
v Assurez-vous que le répertoire de base de l'instance de base de données DB2 (/home/db2inst1) dispose
d'au moins 8 Go d'espace libre afin de répondre aux exigences d'espace disque d'espace de table par
défaut de l'installation de DB2.
v Assurez-vous que votre système répond aux autres exigences d'installation, de mémoire et de disque.
Pour plus d'informations sur les exigences de DB2 et les problèmes de sécurité à prendre en
considération lors de l'installation de DB2, consultez la documentation de DB2. Le programme
d'installation DB2 calcule automatiquement l'espace disque nécessaire et détermine si vous disposez
d'un espace suffisant. Vérifiez également que vous disposez de suffisamment d'espace disque pour le
développement de la base de données.
60
v L'assistant d'installation de DB2 est un programme d'installation graphique. Vous devez disposer du
logiciel X Window capable d'afficher une interface graphique pour que l'assistant de configuration de
DB2 s'exécute sur votre ordinateur.
v Assurez-vous que les entrées-sorties asynchrones ont été activées. Elles doivent être activées avant que
l'installation de DB2 puisse aboutir. Pour utiliser AIO sous Linux, vous devez installer libaio-0.3.96 ou
supérieure et posséder un noyau le prenant en charge (par exemple, la version 2.6).
Cette section fournit des instructions d'installation de base pour une installation normale de DB2. Pour
plus d'informations, consultez les informations d'installation suivantes figurant dans le centre de
documentation DB2.
Utilisez le support d'installation de DB2 fourni avec Tivoli Provisioning Manager pour garantir
l'utilisation de la version correcte.
Procédure
1. Connectez-vous en tant qu'utilisateur root.
2. Si vous utilisez des disques, recherchez le bon support DB2 pour votre langue. Installez le DVD, puis
accédez au répertoire dans lequel il est installé en entrant la commande suivante :
cd /cdrom
où /cdrom représente le point de montage de l'unité de disque.
3. Si vous utilisez des images d'installation, copiez le fichier archive dont le nom commence par
DB2_ESE_V91 dans le répertoire dans lequel vous souhaitez installer DB2. Sélectionnez le fichier
pour la langue à installer. Extrayez le contenu du fichier archive.
4. Accédez au dossier dont le nom commence par les lettres ese et entrez ./db2setup pour lancer
l'assistant de configuration de DB2.
5. Le tableau de bord d'installation d'IBM DB2 s'ouvre. Dans cette fenêtre, consultez les conditions
d'installation et les notes sur l'édition pour les dernières informations, puis procédez à l'installation.
6. Cliquez sur Installer les produits.
7. Sélectionnez DB2 UDB Enterprise Server Edition et cliquez sur Suivant.
Dans l'écran d'accueil, cliquez sur Suivant.
Acceptez le contrat de licence et cliquez sur Suivant.
Acceptez la valeur par défaut (Standard), puis cliquez sur Suivant.
Cochez la case Install DB2 UDB Enterprise Server Edition on this computer (Installer DB2 EDB
Enterprise Server Edition sur cet ordinateur) et cliquez sur Suivant.
12. Poursuivez l'installation avec les valeurs par défaut proposées par le programme d'installation.
13. Une fois l'installation terminée, une page d'état s'ouvre. Cliquez sur l'onglet Status report pour
vérifier que l'installation a abouti.
14. Exécutez les étapes de postinstallation suivantes :
a. Exécutez les commandes suivantes :
8.
9.
10.
11.
db2set
db2set
db2set
db2set
DB2COMM=TCPIP
DB2BQTRY=120
DB2BQTIME=2
DB2AUTOSTART=YES
b. Si vous utilisez une adresse IP virtuelle sur l'ordinateur sur lequel le serveur DB2 pour Tivoli
Provisioning Manager est installé, exécutez la commandeDB2 suivante sur l'ordinateur :
Exemple : Si DB2 est installé sur un ordinateur portant le nom d'hôte virtuel
database.example.com, exécutez cette commande sur l'ordinateur database.example.com :
61
Que faire ensuite
1. Configurez DB2 pour l'utiliser avec Tivoli Provisioning Manager soit en configurant manuellement les
paramètres, soit en exécutant le programme d'installation de logiciel intermédiaire pour configurer
automatiquement les paramètres. Voir «Configuration d'une installation DB2 existante avec le
programme d'installation de logiciel intermédiaire», à la page 58.
2. Passez à l'étape «Installation du client DB2».
Installation du client DB2 :
2000
DB2
Suivez ces procédures pour installer le client DB2.
Cette section fournit des instructions d'installation de base pour une installation normale de DB2. Pour
plus d'informations, consultez les informations d'installation suivantes figurant dans le centre de
documentation DB2.
Utilisez le support d'installation de DB2 fourni avec Tivoli Provisioning Manager pour garantir
l'utilisation de la version correcte.
Si vous utilisez DB2 sur un noeud distinct, le client DB2 doit être préinstallé sur l'ordinateur Tivoli
Provisioning Manager. Pendant l'installation de Tivoli Provisioning Manager , le client de base de
données est utilisé pour la connexion au serveur DB2 et pour le configurer pour utilisation avec Tivoli
Procédure
1. Connectez-vous en tant qu'utilisateur doté d'un accès administrateur.
2. Si vous utilisez des DVD, insérez le disque dans l'unité de disque.
Installez le DVD, puis accédez au répertoire dans lequel il est installé en entrant la commande
suivante :
cd /cdrom
3. Si vous utilisez des images, copiez le fichier archive dont le nom commence par DB2_CLIENT_V95
dans le répertoire où vous souhaitez installer DB2.
4. Accédez au dossier dont le nom commence par les lettres client/disk1 et entrez ./db2setup pour
lancer l'assistant de configuration de DB2.
5. Le tableau de bord d'installation d'IBM DB2 s'ouvre. Dans cette fenêtre, consultez les conditions
d'installation et les notes sur l'édition pour les dernières informations, puis procédez à l'installation.
6. Cliquez sur Installer les produits.
7. Sélectionnez DB2 Administration Client et cliquez sur Suivant.
8. Dans l'écran d'accueil, cliquez sur Suivant.
9.
10.
11.
12.
Acceptez le contrat de licence et cliquez sur Suivant.
Acceptez la valeur par défaut (Standard), puis cliquez sur Suivant.
Sélectionnez Créer une instance DB2.
Spécifiez le propriétaire d'instance DB2. Utilisez le même nom d'utilisateur que celui utilisé pour
l'installation du serveur DB2. Par exemple db2inst1.
Par exemple, indiquez db2inst1 pour le propriétaire de base de données et db2iadm1 pour le groupe
principal.
Remarque :
v Le nom d'utilisateur DB2 et le mot de passe doivent correspondre au nom et au mot de passe du
propriétaire d'instance sur le serveurDB2.
62
v Assurez-vous que le répertoire du client de base de données est le répertoire sqllib sous le
répertoire de base du propriétaire d'instance. Par exemple, si le répertoire principal est
/home/db2inst1, l'emplacement du client est /home/db2inst1/sqllib.
13. Acceptez les valeurs par défaut pour les panneaux restants.
14. Sur le panneau récapitulatif, consultez vos paramètres. Notez le répertoire d'installation du
clientDB2. Vous aurez besoin de ces informations pour l'installation de Tivoli Provisioning Manager.
15. Cliquez sur Fin pour lancer l'installation.
Configuration manuelle de DB2 9.x :
Cette section contient les instructions relatives à la configuration manuelle de serveurs DB2 9.x pour que
Provisioning Manager les utilise.
Pour configurer un serveur DB2 9.x existant de sorte que Provisioning Manager l'utilise, exécutez les
étapes suivantes avant de lancer le programme d'installation de Provisioning Manager :
Procédure
1. Créez des utilisateurs système :
a. Connectez-vous au système en utilisant un compte utilisateur possédant des droits
d'administration sur le système.
b. Créez un groupe de systèmes et des utilisateurs système. Le programme d'installation de
middleware crée un utilisateur ctginst1 qui possède l'instance de base de données et affecte cet
utilisateur à un groupe appelé db2iadm1. Si vous configurez DB2 manuellement, vous devez créer
des utilisateurs et des groupes manuellement à l'aide d'outils de gestion d'utilisateurs disponibles
sur le système. Créez des utilisateurs nommés ctginst1 et maximo et affectez l'utilisateur ctginst1
à un groupe nommé db2iadm1. Pour l'utilisateur maximo, vous ne devez pas attribuer un groupe
spécifique. Vous pouvez utiliser ces valeurs d'utilisateur et de groupe d'utilisateurs ou utiliser des
valeurs personnalisées, mais vous devez prendre soin de les remplacer chaque fois que cela est
nécessaire au cours de cette procédure. Pour AIX, utilisez SMIT pour ajouter les utilisateurs.
Après avoir créé les ID utilisateur, connectez-vous au système à l'aide de ces ID et modifiez le
mot de passe de chaque compte.
2. Créez l'instance DB2 :
a. Utilisez la commande suivante pour créer l'instance DB2 :
SUSE
db2icrt -a SERVER -s ese -p 50005 -u db2fenc1 ctginst1
Selon votre environnement, vous devrez peut-être exécuter cette commande à partir du répertoire
/opt/ibm/db2/V9.5/instance. Vous pouvez aussi ajouter ces informations à votre variable PATH.
b. Définissez le port d'écoute pour l'instance :
db2 update dbm cfg using svcename 50005
c. Définissez le service d'instance pour qu'il démarre automatiquement :
db2iauto -on <nom_instance>
où <nom_instance> représente le nom de connexion de l'instance.
d. Démarrez l'instance de base de données ctginst1 :
su - ctginst1
db2start
3. Créez une base de données :
a. Ouvrez le Centre de contrôle DB2 pour l'instance que vous prévoyez d'utiliser :
1) Ouvrez une fenêtre de commande.
2) Définissez la source de l'instance que vous allez utiliser.
3) Entrez la commande suivante :
63
db2cc
b. Dans le centre de contrôle DB2, accédez à Tous les systèmes > <Système hébergeant l'instance
de base de données> > Instances.
c. Cliquez avec le bouton droit de la souris sur le dossier Bases de données situé sous le nom de
l'instance, puis sélectionnez Créer une base de données > Avec la maintenance automatique.
d. Sur le panneau de spécification d'un nom de base de données, entrez maxdb71 dans les zones
Nom de base de données et Alias.
e. Si vous utilisez DB2 9.1, activez l'option d'activation de la base de données pour XML. Cette
opération crée une base de données Unicode dotée d'un jeu de codes UTF-8.
f. Cliquez sur Suivant.
g. Dans le panneau de spécification de stockage des données, cliquez sur Next. Si vous ne souhaitez
pas utiliser le chemin d'accès à la base de données comme chemin de stockage, entrez un autre
répertoire. Si vous indiquez un chemin, assurez-vous que le répertoire existe.
h. Sur le panneau Select your maintenance strategy, sélectionnez Yes, I can specify an offline
maintenance window of at least an hour when the database is inaccessible, puis cliquez sur
Next.
i. Dans le panneau Spécifier le moment d'exécution des activités de maintenance automatique hors
ligne, indiquez les détails de planification de la maintenance hors ligne, puis cliquez sur Next.
j. Sur le panneau Provide a valid SMTP server, entrez le nom du serveur SMTP utilisé pour
communiquer les messages DB2 concernant cette base de données, puis cliquez sur Next.
k. Sur le panneau récapitulant les actions, vérifiez les options que vous avez choisies, puis cliquez
sur Finish.
La base de données est créée.
4. Configurez la base de données :
a. Cliquez avec le bouton droit de la souris sur la base de données maxdb71 créée à l'étape
précédente, puis sélectionnez Configuration des paramètres.
b. Dans le panneau Configuration de base de données, sélectionnez la valeur LOGFILSIZ et cliquez
sur le bouton contenant des points de suspension (...) dans la colonne Valeur.
c. Entrez 4096, puis cliquez sur OK.
d. Si vous utilisez DB2 9.1, sur le panneau Configuration de base de données, sélectionnez la valeur
APP_CTL_HEAP_SZ. Si vous utilisez DB2 9.5 ou une version ultérieure, sélectionnez la valeur
appl_memory. Cliquez sur le bouton contenant des points de suspension (...) dans la colonne
Valeur.
e. Entrez 1024, puis cliquez sur OK.
f. Dans le panneau Configuration de base de données, sélectionnez la valeur APPLHEAPSZ et
cliquez sur le bouton contenant des points de suspension (...) dans la colonne Valeur.
g. Entrez 1024, puis cliquez sur OK.
h. Dans le panneau Configuration de base de données, sélectionnez la valeur LOCKLIST et cliquez
sur le bouton contenant des points de suspension (...) dans la colonne Valeur.
i. Entrez 30000, puis cliquez sur OK.
j. Dans le panneau Configuration de base de données, sélectionnez la valeur LOGSECOND et
cliquez sur le bouton contenant des points de suspension (...) dans la colonne Valeur.
k. Entrez 4, puis cliquez sur OK.
l. Dans le panneau Configuration de base de données, cliquez sur OK.
m. Cliquez sur Close.
n. Redémarrez la base de données en cliquant avec le bouton droit de la souris sur l'instance
ctginst1, sur Arrêter, puis sur Démarrer.
5. Ajoutez des utilisateurs à la base de données :
64
a. Une fois que la base de données a redémarré, cliquez dessus avec le bouton droit et sélectionnez
Droits d'accès.
b. Dans l'onglet Utilisateur de la fenêtre Droits d'accès à la base de données, cliquez sur Ajouter
utilisateur.
c. Dans la boîte de dialogue Ajouter utilisateur, sélectionnez l'utilisateur maximo, puis cliquez sur
OK.
d. Dans la fenêtre Droits d'accès à la base de données, mettez en évidence l'utilisateur maximo et
cliquez sur Accorder tous les droits.
e. Cliquez sur OK.
Sinon, vous pouvez utiliser les commandes suivantes pour exécuter les étapes en ligne de
commande :
connect to maxdb71
grant dbadm,createtab,bindadd,connect,create_not_fenced_routine,implicit_schema,
load,create_external_routine,quiesce_connect,secadm on database to user maximo
6. Créez un espace de table :
a. Dans le centre de contrôle DB2, localisez et cliquez avec le bouton droit de la souris sur l'entrée
des espaces de table dans la base de données DB2 que vous avez créée pour être utilisée avec
b. Dans le menu contextuel, sélectionnez Create.
Spécifiez MAXDATA comme nouvel espace table, puis cliquez sur Next.
Sélectionnez Regular comme type de l'espace table, puis cliquez sur Next.
Cliquez sur Create afin de créer un pool de mémoire tampon pour l'espace table.
Spécifiez MAXBUFPOOL comme nouveau pool de mémoire tampon, puis remplacez la valeur de taille
de page par 32 et la valeur de taille dans des pages de 32 ko par 4096.
g. Assurez-vous que l'option Create buffer pool immediately est sélectionnée, puis cliquez sur OK.
h. Mettez le nouveau pool de mémoire tampon en surbrillance et cliquez sur Next.
c.
d.
e.
f.
i. Sur le panneau Specify the extent and prefetch sizes for this table space, choisissez l'option
Between 200 MB and 2 GB et laissez la valeur 32 pour la taille de l'étendue, puis cliquez sur
Next.
j. Définissez une spécification d'unité de disque dur en choisissant Server (SCSI), puis cliquez sur
Next.
k. Cliquez sur Fin
commande :
create bufferpool maxbufpool immediate size 4096 pagesize 32 k
create regular tablespace maxdata pagesize 32 k managed by automatic storage
extentsize 16 overhead 12.67 prefetchsize 16 transferrate 0.18 bufferpool
maxbufpool dropped table recovery on
Remarque : Par défaut, les données d'index sont stockées dans l'espace table de données. Si vous
préférez créer un espace table d'index distinct, vous pouvez le faire maintenant.
7. Accordez des droits à l'espace de table :
a. Sur le centre de contrôle DB2, localisez les espaces table MAXDATA sous la base de données DB2
que vous avez créée pour être utilisée avec Provisioning Manager et cliquez dessus avec le
bouton droit de la souris.
b.
c.
d.
e.
Dans le menu contextuel, sélectionnez Privilèges.
Cliquez sur Ajouter utilisateur.
Sélectionnez l'utilisateur maximo, puis cliquez sur OK.
Dans le menu déroulante Privileges, sélectionnez Yes, puis cliquez sur OK.
65
commande :
grant use of tablespace maxdata to user maximo
Remarque : Si vous avez créé un espace table d'index distinct, vous devez accorder maintenant les
droits d'accès à cet espace table d'index.
8. Créez un schéma :
a. Dans le centre de contrôle DB2, localisez l'entrée Schéma sous la base de données DB2 que vous
avez créée pour être utilisée avec Provisioning Manager, puis cliquez dessus avec le bouton droit
de la souris.
c. Indiquez le nom du nouveau schéma et cliquez sur OK. Ce nom doit être identique à celui utilisé
pour l'ID utilisateur de base de données.
d.
e.
f.
g.
h.
Cliquez avec le bouton droit sur le nom du nouveau schéma et sélectionnez Privileges.
Dans le menu déroulant Privilèges, sélectionnez Add User, puis sélectionnez l'utilisateur maximo.
Cliquez sur OK.
Sélectionnez l'utilisateur maximo, puis cliquez sur Grant all.
Dans la boîte de dialogue, sélectionnez No Grant, puis cliquez sur OK.
commande :
CREATE SCHEMA MAXIMO AUTHORIZATION ADMINISTRATOR
GRANT CREATEIN,DROPIN,ALTERIN ON SCHEMA MAXIMO TO USER MAXIMO
9. Créez un espace table temporaire :
a. Dans le centre de contrôle DB2, localisez les espaces table sous la base de données DB2 que vous
avez créée pour être utilisée avec Provisioning Manager et cliquez dessus avec le bouton droit de
la souris.
Spécifiez MAXTEMP pour votre nouvel espace table, puis cliquez sur Next.
Sélectionnez System temporary comme type de l'espace table, puis cliquez sur Next.
Sélectionnez le pool de mémoire tampon MAXBUFPOOL créé au préalable et cliquez sur Next.
Sur le panneau Specify the extent and prefetch sizes for this table space, choisissez l'option
Between 200 MB and 2 GB et laissez la valeur 32 pour la taille de l'étendue, puis cliquez sur
Next.
g. Définissez une spécification d'unité de disque dur en choisissant Server (SCSI),, puis cliquez sur
Next.
c.
d.
e.
f.
h. Cliquez sur Fin
commande :
CREATE SYSTEM TEMPORARY TABLESPACE MAXTEMP PAGESIZE 32K MANAGED BY AUTOMATIC STORAGE
EXTENTSIZE 16 OVERHEAD 12.67 PREFETCHSIZE 16 TRANSFERRATE 0.18 BUFFERPOOL MAXBUFPOOL
10. Assurez-vous que DB2 Enterprise Server Edition 9.5 FP3a est installé. Pour plus d'informations, voir
la page de support DB2.
Installation du serveur base de données Oracle :
Oracle
2000
Pour garantir la bonne installation du Tivoli Provisioning Manager, vérifiez qu'base de données Oracle est
correctement préinstallé et configuré.
66
Avant de commencer
1. Vérifiez la version d'base de données Oracle que vous souhaitez installer. Les versions prises en
charge sont base de données Oracle 10g Release 2 patch 3 (10.2.0.4g) ou Oracle 11g R1.
2. Vérifiez que le serveur de base de données satisfait les exigences matérielles et logicielle pour base de
données Oracle. Pour plus d'informations, consultez la documentation Oracle.
3.
System z
SUSE
Si vous installez la base de données Oracle 10g sous SUSE Linux Enterprise
Server sous IBM System z, vous devez installer les correctifs suivants :
p6007358_10105_LINUX-zSer.zip
p6810189_10204_Linux-zSer.zip
Pour plus d'informations, consultez la documentation Oracle.
5. Définissez un certain nombre de paramètres requis pour l'installation de Tivoli Provisioning Manager.
Dans le fichier /etc/sysctl.conf, ajoutez les paramètres suivants :
kernel.shmall = 2097152
kernel.shmmax = 536870912
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default=262144
net.core.wmem_default=262144
net.core.rmem_max=262144
net.core.wmem_max=262144
Remarque : Utilisez les valeurs par défaut si elles sont supérieures ou égales aux valeurs requises.
6. Exécutez la commande /sbin/sysctl -p pour que les paramètres soient pris en compte.
7.
Exécutez la commande suivante sur une seule ligne pour vérifier tous les modules
obligatoires :
SUSE
rpm -q binutils compat-db control-center gcc gcc-c++ glibc glibc-common gnome-libs
libstdc++ libstdc++-devel make pdksh sysstat xscreensaver libaio openmotif21
S'il manque des modules, installez-les.
8. Créez et configurez l'utilisateur oracle :
a. Créez les groupes oinstall (définis comme constituant le groupe principal) et dba, puis ajoutez
l'utilisateur oracle aux groupes.
b. Assurez-vous que /home/oracle est le répertoire principal pour l'utilisateur oracle.
9. Configurez le répertoire de base pour les produits Oracle :
a. Créez le répertoire de base, par exemple /u01/app/oracle. Le répertoire d'installation d'base de
données Oracle est créé dans ce répertoire.
b. Configurez la propriété de ce répertoire sur l'utilisateur oracle et le groupe oinstall. Par exemple,
exécutez la commande suivante :
chown -R oracle:oinstall /u01/app/oracle
c. Définissez les droits 775 pour le répertoire d'installation, tous ses répertoires parents et tous ses
sous-répertoires. Par exemple, si le répertoire d'installation est /u01/app/oracle, les droits d'accès
755 sont nécessaires pour /u01, /u01/app, /u01/app/oracle et tous les sous-répertoires de
/u01/app/oracle. Exécutez la commande suivante :
chmod -R 775 /u01
Dans la procédure ci-après, lorsque les valeurs de certaines options d'installation ne sont pas fournies,
utilisez les valeurs par défaut issues des panneaux d'installation d'base de données Oracle. Pour plus
d'informations, consultez la documentation base de données Oracle.
67
Procédure
1. Connectez-vous en tant qu'utilisateur oracle.
2. Vérifiez que l'utilisateur oracle dispose de droits de lecture sur le support d'installation d'base de
données Oracle. Si vous utilisez un fichier d'image d'installation, décompressez l'image en tant
qu'utilisateur oracle.
3. Démarrez l'installation d'base de données Oracle et sélectionnez l'option d'installation avancée. Si
vous utilisez Red Hat Enterprise Linux 5, exécutez le programme d'installation Oracle avec l'option
-ignoreSysPrereqs.
4. Dans le panneau Specify Inventory directory and credentials, sélectionnez oinstall pour Operating
System group name et cliquez sur Next.
5. Dans le panneau Specify Home Details (pour base de données Oracle 10g) ou Install Location (pour
base de données Oracle 11g), spécifiez les valeurs suivantes, puis cliquez sur Next :
v Oracle Base : Entrez le chemin d'accès au répertoire que vous avez créé à l'étape 11a. Par exemple,
/u01/app/oracle
v Path : Spécifiez un sous-répertoire du répertoire de base pour les produits Oracle. Par exemple,
pour base de données Oracle 10g, /u01/app/oracle/product/10.2.0.1.0/db_1
6. Terminez l'installation comme indiqué dans la documentation base de données Oracle. Dans le
panneau Select Configuration Option, sélectionnez Install Database Software Only (pour base de
données Oracle 10g) ou Install Software Only (pour base de données Oracle 11g).
Que faire ensuite
Passez à l'étape «Vérification de l'installation de la base de données Oracle», à la page 69.
Installation du client base de données Oracle :
Oracle
2000
Le client base de données Oracle doit être installé sur l'ordinateur sur lequel vous installez Tivoli
Avant de commencer
1. Vérifiez que le serveur de base de données satisfait les exigences matérielles et logicielle pour base de
données Oracle. Pour plus d'informations, consultez la documentation Oracle.
2.
Si vous installez la base de données Oracle 10g sous SUSE Linux Enterprise Server sous
IBM System z, vous devez installer les correctifs suivants :
SUSE
p6007358_10105_LINUX-zSer.zip
p6810189_10204_Linux-zSer.zip
4. Créez et configurez l'utilisateur oracle :
a. Créez les groupes oinstall (définis comme constituant le groupe principal) et dba, puis ajoutez
l'utilisateur oracle aux groupes.
b. Assurez-vous que /home/oracle est le répertoire principal pour l'utilisateur oracle.
5. Configurez le répertoire de base pour les produits Oracle :
a. Créez le répertoire de base, par exemple /u01/app/oracle. Le répertoire d'installation d'base de
données Oracle est créé dans ce répertoire.
b. Configurez la propriété de ce répertoire sur l'utilisateur oracle et le groupe oinstall. Par exemple,
chown -R oracle:oinstall /u01/app/oracle
c. Définissez les droits 775 pour le répertoire d'installation, tous ses répertoires parents et tous ses
sous-répertoires. Par exemple, si le répertoire d'installation est /u01/app/oracle, les droits d'accès
68
755 sont nécessaires pour /u01, /u01/app, /u01/app/oracle et tous les sous-répertoires de
/u01/app/oracle. Exécutez la commande suivante :
chmod -R 775 /u01
Procédure
1. Définissez les droits d'accès 755 pour le répertoire dans lequel vous installez le client base de données
Oracle et tous ses sous-répertoires. Exécutez la commande suivante pour modifier les droits d'accès :
chmod -R 755 rép_cible
où rép_cible est le répertoire dans lequel vous installez le client base de données Oracle.
Remarque : Si le répertoire d'installation se trouve dans le répertoire de base de l'utilisateur oracle,
celui-ci et tous ses sous-répertoires doivent disposer du droit d'accès 750. Ce droit est requis car
l'utilisateur tioadmin se trouve dans le même groupe principal que l'utilisateur oracle et nécessite un
accès pour exécuter les commandes sqlplus.
2. Connectez-vous en tant qu'utilisateur oracle.
3. Démarrez l'installation du client base de données Oracle. Lorsque vous êtes invités à indiquer le type
d'installation, sélectionnez Oracle 10g Client administrator (pour base de données Oracle 10g) ou
Administrator (pour base de données Oracle 11g).
Que faire ensuite
1. Vérifiez que les outils d'exportation et d'importation exp et imp se trouvent dans le sous-répertoire bin
du répertoire d'installation du client base de données Oracle.
2. Vérifiez que les variables d'environnement suivantes sont définies :
v LD_LIBRARY_PATH ou LIBPATH comprend le répertoire $ORACLE_HOME/lib.
v NLS_LANG contient les informations d'environnement local pour le serveur Tivoli Provisioning
Manager.
3. Créez le fichier $ORACLE_HOME/network/admin/tnsnames.ora et configurez les paramètres requis. Pour
faire en sorte que le client base de données Oracle communique avec le serveur Oracle, vous devez
avoir configuré l'identificateur système avec le nom d'hôte approprié. Le nom de service doit contenir
le nom de l'instance de base de données et le nom d'hôte du serveur Oracle qualifié complet. Dans
l'exemple suivant, oracleserver.example.com est le nom d'hôte du serveur base de données Oracle :
ctginst1 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = oracleserver.example.com)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ctginst1)
)
)
Si votre configuration contient plusieurs instances de base de données, entrez le nom complet qualifié
pour le nom de service, par exemple SERVICE_NAME = ctginst1.oracleserver.example.com. Si vous
créez le fichier tnsnames.ora sur un ordinateur Windows, supprimez les caractères ^M du fichier
avant de l'utiliser. Pour plus d'informations sur le fichier tnsnames.ora, reportez-vous à la
documentation base de données Oracle.
Vérification de l'installation de la base de données Oracle :
Oracle
2000
Avant de passez à l'étape suivante du processus d'installation, vérifiez que la base de données est
démarrée et que vous pouvez vous y connecter.
69
Procédure
1. Connectez-vous en tant qu'utilisateur Oracle. Par exemple, le nom de l'utilisateur est oracle :
su - oracle
2. Ouvrez le fichier $ORACLE_HOME/bin/dbstart et remplacez la ligne ORACLE_HOME_LISTNER par
ORACLE_HOME_LISTNER=$ORACLE_HOME
3. Démarrez le programme d'écoute base de données Oracle :
$ORACLE_HOME/bin/lsnrctl start
4. Démarrez base de données Oracle :
dbstart
5. Vérifiez votre connexion au service Oracle. Si Oracle est installé sur un autre ordinateur, vérifiez que
vous pouvez vous connecter à l'ordinateur Tivoli Provisioning Manager à partir du client Oracle :
tnsping db_name
où db_name est le nom de la base de données de Tivoli Provisioning Manager. Le nom de base de
données par défaut est ctginst1. Si la connexion est établie avec succès, un message OK s'affiche.
6. Connectez-vous à la base de données :
sqlplus sys/motdepasse@nom_bd as sysdba
où password est le mot de passe de l'utilisateur sys. Si la connexion est établie avec succès, un
message Connected s'affiche.
7. Si vous ne parvenez pas à vous connecter à la base de données, exécutez la commande suivante dans
ORACLE_HOME/bin :
dbua
Que faire ensuite
Passez à l'étape «Configuration manuelle de la base de données Oracle».
Configuration manuelle de la base de données Oracle :
Oracle
2000
Avant de démarrer l'installation de Provisioning Manager, exécutez les tâches décrites ci-après afin de
configurer manuellement base de données Oracle pour une utilisation avec Provisioning Manager.
Avant de commencer
Affectez la valeur 1000 au paramètre de taille max_cursors pour la base de données Provisioning
Manager.
Procédure
1. Connectez-vous en tant qu'utilisateur du logiciel Oracle. Généralement, cet utilisateur s'appelle oracle.
2. Cette étape est requise uniquement si aucun programme d'écoute n'est en place. Le programme
d'écoute gère les demandes de connexion à la base de données. Créez le programme d'écoute de la
base de données :
a. Ouvrez l'application Oracle Network Configuration Assistant.
b. Sur le panneau Welcome, sélectionnez Listener configuration, puis cliquez sur Next.
c. Sur le panneau Action, sélectionnez Add, puis cliquez sur Next.
d. Entrez un nom pour le programme d'écoute ou acceptez la valeur par défaut, puis cliquez sur
Next.
e. Acceptez les protocoles sélectionnés par défaut répertoriés. Cliquez sur Suivant.
f. Sur le panneau Port, sélectionnez Use the standard port of 1521, puis cliquez sur Next.
70
g. Sélectionnez No pour indiquer que vous avez terminé de configurer les programmes d'écoute,
puis cliquez sur Next.
h. Sur le panneau Listener Configuration Done, cliquez sur Next.
i. Cliquez sur Fin
3. Créer une base de données qui sera utilisée par Provisioning Manager :
a. Ouvrez l'application Oracle Database Configuration Assistant. Cliquez sur Suivant.
b. Sélectionnez Create a Database, puis cliquez sur Next.
c. Sélectionnez General Purpose (pour la base de données Oracle 10g) ou General Purpose or
Transaction Processing (pour la base de données Oracle 11g), puis cliquez sur Next.
d. Entrez ctginst1 dans les zones Global Database Name et SID, puis cliquez sur Next.
e. Laissez les valeurs par défaut sélectionnées, puis cliquez sur Next.
f. Assurez-vous que l'option Use the Same Password for All Accounts (pour base de données Oracle
10g) ou Use the Same Administrative Password for All Accounts (pour base de données Oracle
11g) est sélectionnée et entrez un mot de passe pour les utilisateurs Oracle. Cliquez sur Suivant.
g. Assurez-vous que File System est sélectionné comme mécanisme de stockage à utiliser pour la
base de données, puis cliquez sur Next.
h. Assurez-vous que l'option Use Database File Locations from Template est sélectionnée comme
valeur à utiliser pour l'emplacement du fichier de base de données, puis cliquez sur Next.
i. Laissez les valeurs par défaut sélectionnées sur le panneau des options de restauration de base de
données, puis cliquez sur Next.
j. Sur le panneau Sample Schemas, cliquez sur Next.
k. Sur le panneau Memory Allocation, sélectionnez Custom et indiquez les valeurs ci-après. Cliquez
sur Suivant.
Pour base de données Oracle 10g, les valeurs sont mesurées en octets :
Shared Memory Management
Affectez la valeur Manual à cette option.
Shared Pool
Affectez la valeur 157286400 à cette option.
Buffer Cache
Java Pool
Large Pool
PGA Size
Pour base de données Oracle 11g, les valeurs sont mesurées en Mo :
Memory Management
Affectez la valeur Manual Shared Memory Management à cette option.
Shared Pool
Buffer Cache
Java Pool
71
Large Pool
PGA Size
l. Sur l'onglet Character Sets, sélectionnez Use Unicode (AL32UTF8).
m. Cliquez sur All Initialization Parameters, puis sur Show Advanced Parameters.
n. Modifiez les paramètres ci-après en leur affectant les valeurs indiquées. Cliquez sur Close.
nls_length_semantics
Affectez la valeur CHAR à ce paramètre.
open_cursors
Affectez la valeur 1000 à ce paramètre.
cursor_sharing
Pour base de données Oracle 10g, affectez la valeur SIMILAR à ce paramètre.
Pour base de données Oracle 11g, affectez la valeur FORCE à ce paramètre.
shared_pool_reserved_size
Conservez la valeur par défaut. Ce paramètre s'applique à base de données Oracle 11g
uniquement.
o. Cette étape s'applique à base de données Oracle 11g uniquement. Sur le panneau Security Settings,
acceptez les valeurs par défaut, puis cliquez sur Next.
p. Cette étape s'applique à base de données Oracle 11g uniquement. Sur le panneau Automatic
Maintenance Tasks, acceptez les valeurs par défaut, puis cliquez sur Next.
q. Sur le panneau Initialization Parameters, cliquez sur Next.
r. Sur le panneau Database Storage, cliquez sur Next.
s. Sur le panneau Creation Options, cliquez sur Finsish.
t. Cliquez sur Exit pour quitter l'application Database Configuration Assistant. La procédure de
création de la base de données a réussi.
L'application Oracle Database Configuration Assistant exécute le script ORACLE_HOME/ctx/admin/
defaults/drdefus.sql dans le cadre de la configuration de l'utilisateur CTXSYS. Vous devez exécuter
ce script manuellement si l'application Oracle Database Configuration Assistant n'est pas utilisée.
4. Créez un espace table à l'aide de la commande suivante dans SQL*Plus. Dans l'exemple, remplacez le
répertoire indiqué par celui dans lequel réside la base de données. Le répertoire doit exister pour que
la commande aboutisse.
Etapes pour base de données Oracle 10g :
create tablespace maxdata datafile
’/u01/app/oracle/product/10.2.0/db_1/dbs/maxdata.dbf’
size 1000M autoextend on;
create tablespace maxdata datafile
’/u01/app/oracle/product/11.1.0/db_1/dbs/maxdata.dbf’
size 1000M autoextend on;
5. Créez un espace table temporaire à l'aide de la commande ci-après dans SQL*Plus. Dans l'exemple,
remplacez le répertoire indiqué par celui dans lequel réside la base de données. Le répertoire doit
exister pour que la commande aboutisse.
create temporary tablespace maxtemp tempfile
’/u01/app/oracle/product/10.2.0/db_1/dbs/maxtemp.dbf’
size 1000M autoextend on maxsize unlimited;
72
create temporary tablespace maxtemp tempfile
’/u01/app/oracle/product/11.1.0/db_1/dbs/maxtemp.dbf’
size 1000M autoextend on maxsize unlimited;
6. Créez l'utilisateur maximo et accordez des droits à l'aide de la commande suivante dans SQL*Plus :
create user maximo identified by <maximo_user_password> default tablespace maxdata temporary
tablespace maxtemp;
grant connect to maximo;
grant create job to maximo;
grant create trigger to maximo;
grant create session to maximo;
grant create sequence to maximo;
grant create synonym to maximo;
grant create table to maximo;
grant create view to maximo;
grant create procedure to maximo;
grant alter session to maximo;
grant execute on ctxsys.ctx_ddl to maximo;
alter user maximo quota unlimited on maxdata;
alter user maximo account unlock;
Ces instructions partent du principe que vous n'avez pas modifié les jeux de rôles par défaut affectés
à l'utilisateur Oracle DBA ou aux ID utilisateur créés pour la connexion à la base de données. Si vous
avez limité les privilèges par défaut accordés aux ID utilisateur, vous devez les accorder explicitement
à l'utilisateur maximo. Par exemple, si vous n'accordez pas un rôle tel que select_catalog_role, vous
devez l'accorder explicitement à l'utilisateur maximo. Pour effectuer cette tâche, exécutez la commande
suivante dans SQL*Plus :
grant select_catalog_role to maximo
Que faire ensuite
1. Vérifiez que les utilisateurs de base de données suivants n'existent pas et que vos restrictions
permettent leur création. Cette étape est nécessaire car ces utilisateurs sont créés au cours de
l'installation de Tivoli Provisioning Manager.
v Un utilisateur de Dynamic Content Delivery, appelé CDSSCHEMA (en majuscules).
v Un utilisateur permettant de se connecter à la base de données Tivoli Provisioning Manager. Par
exemple, tpmadmin.
2. Définissez les valeurs suivantes dans le profil utilisateur d'oracle, le cas échéant :
Tableau 21. Variables d'environnement pour base de données Oracle
Variable d'environnement
Détails de configuration
ORACLE_BASE
Le répertoire dans lequel tous les composants du logiciel Oracle sont
installés. Par exemple /u01/app/oracle.
ORACLE_HOME
Répertoire d'installation d'base de données Oracle relatif à la valeur de
$ORACLE_BASE. Par exemple, base de données Oracle 10g,
$ORACLE_BASE/product/10.2.0.4.0/db_1.
ORACLE_SID
Nom de la base de données créée pour Tivoli Provisioning Manager, par
exemple ctginst1. Si vous disposez de plusieurs instances de base de
données, vérifiez que vous spécifiez l'instance de base de données Tivoli
.PATH
La variable PATH doit inclure $HOME/bin et $ORACLE_HOME/bin
PATH=$PATH:$HOME/bin:$ORACLE_HOME/bin
SUSE
LD_LIBRARY_PATH
Chemin d'accès à la bibliothèque Oracle.
SUSE
$LD_LIBRARY_PATH:$ORACLE_HOME/lib
73
3. Si vous avez défini la valeur du paramètre plsql_compiler_flag sur NATIVE, vous devez spécifier une
valeur pour le paramètre plsql_native_library_dir afin de pouvoir installer le service du
gestionnaire d'unités avec succès.
Définissez la valeur de plsql_native_library_dir sur le répertoire où les objets partagés créés par le
compilateur PL/SQL natif sont stockés. Par exemple, pour base de données Oracle 10g :
ALTER SYSTEM SET plsql_native_library_dir = ’/u01/app/oracle/product/10.2.0.4.0/plsql_libs’;
4. Vérifiez la liste des bases de données dans le fichier /etc/oratab :
a. Si le fichier contient plusieurs bases de données du même nom, supprimez ou mettez en
commentaire les entrées supplémentaires.
b. Ajoutez ou modifiez la ligne suivante à la fin du fichier :
<global_db_name>:<oracle_home>:Y
Par exemple, pour labase de données Oracle 10g, ctginst1:/u01/app/oracle/product/10.2.0.4.0/
db_1:Y
5. Ajoutez un service de programme d'écoute à la base de données ctginst1. Modifiez le fichier
oracle_install_dir/network/admin/listener.ora à l'aide de l'exemple suivant :
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = <Oracle install dir>)
(PROGRAM = extproc)
)
(SID_DESC =
(global_dbname = ctginst1.<hostname of Oracle server>)
(SID_NAME = ctginst1)
(ORACLE_HOME = <Oracle install dir>)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = <hostname of Oracle server>)(PORT = 1521))
)
)
6. 5. Redémarrez le programme d'écoute à l'aide de la commande suivante :
lsnrctl stop
lsnrctl start
7. Vérifiez le statut du programme d'écoute :
lsnrctl status
Configuration manuelle du serveur d'annuaire
Vous devez configurer manuellement le serveur d'annuaire avant d'utiliser le programme d'installation de
Tivoli Provisioning Manager si vous décidez de ne pas activer sa configuration automatique par le
programme d'installation Tivoli Provisioning Manager.
Notez que les diverses valeurs de suffixe et de nom distinctif recensées dans ces sections doivent être
remplacées par des valeurs adaptées aux hiérarchies LDAP existant dans votre organisation.
Important : Lorsque vous entrez des valeurs LDAP dans les zones du panneau d'installation de Tivoli
Provisioning Manager, dans les fichiers LDIF ou lorsque vous entrez directement des valeurs dans une
instance d'annuaire à l'aide des outils du serveur d'annuaire, vous devez respecter les règles de syntaxe
spécifiques au produit pour utiliser des caractères spéciaux dans une chaîne LDAP. Dans la plupart des
74
cas, il est impératif de faire précéder d'un caractère d'échappement les caractères spéciaux que
contiennent les chaînes LDAP utilisées par Tivoli Provisioning Manager pour qu'ils soient lisibles par le
serveur d'annuaire, sans quoi des erreurs Tivoli Provisioning Manager se produisent.
De nombreux serveurs d'annuaire considèrent un espace blanc comme un caractère spécial faisant partie
de la chaîne LDAP. Par conséquent, si vous entrez par erreur dans une zone une chaîne LDAP contenant
un blanc en dernière position, par exemple, et que vous ne faites pas précéder ce blanc d'un caractère
d'échappement, des erreurs Tivoli Provisioning Manager peuvent se produire.
Pour plus d'informations sur les caractères spéciaux dans les chaînes LDAP, reportez-vous à la
documentation produit associée à votre serveur d'annuaire.
Configuration manuelle de IBM Tivoli Directory Server :
Pour configurer Tivoli Directory Server avant de démarrer le programme d'installation de Tivoli
Provisioning Manager, vous devez créer une instance de IBM Tivoli Directory Server.
Avant de commencer
Remarque : Le partage d'une instance DB2 entre Tivoli Provisioning Manager et Tivoli Directory Server
est déconseillé. Lors de l'installation, l'instance de la base de données est redémarrée, ce qui peut
entraîner l'interruption de la disponibilité de Tivoli Directory Server pour votre entreprise. Si vous utilisez
les programmes d'installation automatisées, des instances distinctes sont créées pour une utilisation par
Tivoli Provisioning Manager et Tivoli Directory Server.
Procédure
1. Créez un utilisateur sur le système et affectez-le au groupe approprié.
Créez l'utilisateur idsccmdb et affectez-le aux groupes suivants :
v dasadm1
v dbsysadm
v idsldap
L'utilisateur root doit également appartenir aux groupes dasadm1, idsldap et dbsysadm.
2. Le cas échéant, connectez-vous au système en tant qu'administrateur et démarrez l'outil Instance
Administration :
v Exécutez la commande suivante :
/opt/IBM/ldap/V6.2/sbin/idsxinst
3. Dans l'outil Instance Administration, cliquez sur Create an instance.
4. Dans la fenêtre Create a new instance, cliquez sur Create a new directory server instance, puis sur
Next.
5. Dans la fenêtre Instance details, renseignez les zones ci-après, puis cliquez sur Next.
User name
Sélectionnez idsccmdb comme ID utilisateur système de l'utilisateur qui possède l'instance.
Ce nom correspond à celui de l'instance.
Install location
Indiquez l'emplacement des fichiers d'instance.
Encryption seed string
Entrez une chaîne de caractères à utiliser comme valeur de départ de chiffrement. Elle doit
contenir au moins 12 caractères.
Instance description
Entrez une courte description de l'instance.
75
6. Sur le panneau des détails de l'instance de DB2, entrez idsccmdb dans la zone de nom d'instance de
DB2, puis cliquez sur Next.
7. Dans le panneau Paramètres TCP/IP des hôtes multihébergés, sélectionnez Listen on all configured
IP addresses, puis cliquez sur Suivant.
8. Sur le panneau TCP/IP port settings, renseignez les zones ci-après, puis cliquez sur Next.
Server port number
Entrez 389 comme port de contact pour le serveur.
Server secure port number
Entrez 636 comme port sécurisé pour le serveur.
Admin daemon port number
Entrez 3538 comme port pour le démon d'administration.
Admin daemon secure port number
Entrez 3539 comme port sécurisé pour le démon d'administration.
9. Sur le panneau Option steps, laissez les options ci-après sélectionnées, puis cliquez sur Next.
Configure admin DN and password
Vous souhaitez configurer maintenant le nom distinctif et le mot de passe de l'administrateur
de l'instance.
Configure database
Vous souhaitez configurer maintenant la base de données du serveur d'annuaire.
10. Sur le panneau Configure administrator DN and password, renseignez les zones ci-après, puis
cliquez sur Next.
Administrator DN
Entrez cn=root comme nom distinctif pour l'administrateur.
Mot de passe administrateur
Entrez un mot de passe pour le nom distinctif de l'administrateur.
11. Sur le panneau Configure database, renseignez les zones ci-après, puis cliquez sur Next.
Database user name
Entrez idsccmdb comme nom d'utilisateur de la base de données.
Mot de passe
Entrez le mot de passe associé à l'utilisateur idsccmdb.
Entrez idsccmdb comme base de données à utiliser avec cette instance d'annuaire.
12. Sur le panneau Database options, renseignez les zones ci-après, puis cliquez sur Next.
Database install location
Entrez l'emplacement où l'instance de base de données sera créée :
v L'emplacement doit être un nom de répertoire, par exemple, /home/ldapdb.
Assurez-vous que vous disposez d'au moins 80 Mo d'espace disque disponible dans
l'emplacement que vous indiquez et qu'un espace disque supplémentaire est disponible pour
prendre en charge l'ajout de nouvelles entrées à l'annuaire.
Character-set option
Ne désélectionnez pas l'option Create a universal DB2 database (UTF-8/UCS-2).
13. Sur le panneau Verify settings, passez en revue les détails de création d'instance et cliquez sur Finish
pour créer l'instance idsccmdb.
14. Cliquez sur Close pour fermer la fenêtre et revenez à la fenêtre principale de l'outil Instance
Administration.
15. Cliquez sur Close pour quitter l'outil Instance Administration.
76
16. Démarrez l'outil IBM Tivoli Directory Server Configuration :
v Exécutez :
./opt/IBM/ldap/V6.2/sbin/idsxcfg
17. Sélectionnez Manage suffixes.
18. Sur le panneau Manage suffixes, tapez le suffixe ci-après, puis cliquez sur Add.
o=IBM,c=US
19. Cliquez sur OK.
20. Créez les utilisateurs ci-après dans le référentiel LDAP. Ces utilisateurs sont requis pour permettre à
Virtual Member Manager de sécuriser Provisioning Manager.
v wasadmin
v maxadmin
v mxintadm
v maxreg
Pour créer les utilisateurs, vous devez créer un fichier LDIF avec les informations requises. Ajoutez
les informations de nom distinctif, par exemple :
ou=SWG,o=IBM,c=US
ou=users
Remarque : ou=SWG,o=IBM,c=US, dans cet exemple, représentent une unité organisationnelle appelée
SWG. SWG héberge les unités organisationnelles ou=users pour placer les utilisateurs créés pour
Provisioning Manager. DC=IBM et DC=COM représentent une forêt de domaines d'ibm.com. Vous
pouvez remplacer l'exemple par la structure de répertoire de votre organisation.
Définissez les utilisateurs requis et leur position dans les entrées de nom distinctif ou=users que
vous avez créées.
Voici un exemple de fichier LDIF utilisant des valeurs par défaut :
dn: o=ibm,c=us
objectClass: top
objectClass: organization
o: IBM
dn: ou=SWG, o=ibm,c=us
ou: SWG
objectClass: top
objectClass: organizationalUnit
dn: ou=users,ou=SWG, o=ibm,c=us
ou: users
objectClass: top
dn: cn=wasadmin,ou=users,ou=SWG, o=ibm,c=us
uid: wasadmin
userpassword: wasadmin
objectclass: organizationalPerson
objectclass: inetOrgPerson
objectclass: person
objectclass: top
title: WebSphere Administrator
sn: wasadmin
cn: wasadmin
dn: uid=maxadmin,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxadmin
uid: maxadmin
objectClass: inetorgperson
objectClass: top
objectClass: person
objectClass: organizationalPerson
77
sn: maxadmin
cn: maxadmin
dn: uid=mxintadm,ou=users,ou=SWG, o=ibm,c=us
userPassword: mxintadm
uid: mxintadm
objectClass: top
objectClass: person
sn: mxintadm
cn: mxintadm
dn: uid=maxreg,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxreg
uid: maxreg
objectClass: top
objectClass: person
sn: maxreg
cn: maxreg
Après la création des utilisateurs, vous devez créer des groupes et y affecter l'utilisateur maxadmin.
Un fichier LDIF avec le contenu suivant doit être créé :
dn: ou=groups,ou=SWG, o=ibm,c=us
ou: groups
objectClass: top
dn: cn=maxadmin,ou=groups,ou=SWG, o=ibm,c=us
objectClass: groupofnames
objectClass: top
member: uid=dummy
member: uid=maxadmin,ou=users,ou=SWG,o=IBM,c=US
member: uid=mxintadm,ou=users,ou=SWG,o=IBM,c=US
cn: maxadmin
dn: cn=maximousers,ou=groups,ou=SWG, o=ibm,c=us
objectClass: top
member: uid=dummy
member: uid=maxreg,ou=users,ou=SWG,o=IBM,c=US
cn: maximousers
dn:cn=TPDEPLOYMENTSPECIALIST,ou=groups,ou=SWG,O=IBM,C=US
objectclass: groupofnames
cn: TPDEPLOYMENTSPECIALIST
dn:cn=TPCOMPLIANCEANALYST,ou=groups,ou=SWG,O=IBM,C=US
cn: TPCOMPLIANCEANALYST
dn:cn=TPCONFIGURATIONLIBRARIAN,ou=groups,ou=SWG,O=IBM,C=US
cn: TPCONFIGURATIONLIBRARIAN
dn:cn=TPDEVELOPER,ou=groups,ou=SWG,O=IBM,C=US
cn: TPDEVELOPER
78
dn:cn=TPADMIN,ou=groups,ou=SWG,O=IBM,C=US
cn: TPADMIN
dn:cn=TPWEBSERVICEUSER,ou=groups,ou=SWG,O=IBM,C=US
cn: TPWEBSERVICEUSER
Pour créer les utilisateurs et mettre à jour l'appartenance du référentiel LDAP, exécutez la commande
suivante :
ldapmodify -a -D cn=root -w <mot_de_passe> -i <nom_fichier>
Si vous créez le fichier LDIF sur un ordinateur Windows, supprimez les caractères ^M du fichier
avant de l'utiliser.
Avant de pouvoir importer un fichier LDIF sous UNIX ou Linux, vous devez exécuter la commande
dos2unix pour formater le fichier.
21. Dans l'outil IBM Tivoli Directory Server Configuration, cliquez sur Import LDIF data. Cliquez sur
Browse pour localiser le fichier LDIF et cliquez sur Import.
22. Fermez l'outil IBM Tivoli Directory Server Configuration et redémarrez le serveur.
23. Si vous utilisez une adresse IP virtuelle sur l'ordinateur où Tivoli Directory Server est installé,
exécutez la commande DB2 suivante sur l'ordinateur :
Exemple : si Tivoli Directory Server est installé sur l'ordinateur portant le nom d'hôte virtuel
ldap.example.com, exécutez cette commande sur l'ordinateur ldap.example.com :
Que faire ensuite
Passez à l'étape «Installation des composants principaux de Tivoli Provisioning Manager», à la page 145.
Installation des Microsoft Active Directory :
Vous devez installer manuellement Microsoft Active Directory avant d'installer Tivoli Provisioning
Manager.
Avant de commencer
Vérifiez que l'ordinateur satisfait aux conditions matérielles et logicielles requises pour Microsoft Active
Directory sous Windows 2003. Les exigences en matière d'utilisation avec Tivoli Provisioning Manager
comprennent les éléments suivants :
v Microsoft Active Directory doit être installé sur un ordinateur distinct.
v Le dernier module de mise à jour Windows 2003 ou Windows 2008 SP2 est installé.
v La carte réseau principale dispose d'une adresse IP statique. Ce paramètre est nécessaire pour les
sous-systèmes DNS et Active Directory.
1. Cliquez sur Démarrer > Panneau de configuration > Connexions réseau.
2. Cliquez avec le bouton droit de la souris sur la connexion correspondant à votre adaptateur de
réseau principal, puis cliquez sur Propriétés.
3. Sélectionnez Protocole Internet (TCP/IP), puis cliquez sur Propriétés.
4. Vérifiez que l'option Utiliser l'adresse IP suivante est sélectionnée, puis entrez l'adresse IP et le
masque de sous-réseau du serveur. Si nécessaire, ajoutez une passerelle.
79
5. Entrez l'adresse IP du serveur dans la zone Serveur DNS favori.
v Installez et configurez DNS. S'il n'est pas installé, procédez comme suit :
1. Dans le Panneau de configuration Windows, cliquez deux fois sur Ajout/Suppression de
programmes, puis cliquez sur Ajouter ou supprimer des composants Windows.
2. Cliquez sur Services de mise en réseau dans la liste des composants, mais ne cochez pas la case si
elle ne l'est pas déjà. Cliquez sur Détails et cochez la case Système de nom de domaine.
3. Cliquez sur OK, puis sur Suivant et terminez l'installation du DNS.
Pour installer Microsoft Active Directory :
Procédure
1. Vérifiez que vous vous connectez à l'ordinateur en tant qu'administrateur pour effectuer
l'installation.
2. Cliquez sur Démarrer > Outils d'administration > Configurer votre serveur.
3. Dans la page d'accueil, cliquez sur Suivant.
4. Dans le panneau Compatibilité du système d'exploitation, cliquez sur Suivant.
5. Dans le panneau Type de contrôleur de domaine, sélectionnez Contrôleur de domaine pour un
nouveau domaine, puis cliquez sur Suivant.
6. Dans le panneau Créer un domaine, sélectionnez Domaine dans une nouvelle forêt, puis cliquez sur
Suivant.
7. Dans le panneau Nouveau nom de domaine, entrez le suffixe DNS pour le nouvel répertoire Active
Directory. Ce nom sera demandé lors de l'installation de Tivoli Provisioning Manager, notez-le.
Cliquez sur Suivant.
8. Dans le panneau Nom de domaine NetBIOS, entrez le nom NetBIOS du domaine. La première
partie du nom DNS suffit généralement. Cliquez sur Suivant.
9. Dans le panneau Base de donnée et journaux, sélectionnez les dossiers souhaités pour la base de
données et les journaux. La valeur par défaut est C:\Windows\NTDS. Cliquez sur Suivant.
10. Dans le panneau Volume système partagé, indiquez un répertoire valide pour le volume système. La
valeur par défaut est C:\Windows\Sysvol. Cliquez sur Suivant pour continuer.
11. Si vous avez configuré DNS avec succès, le panneau Paramètres de droits d'accès s'affiche.
Sélectionnez Permissions compatible only with Windows 2000 or Windows Server 2003, or
Windows 2008. Cliquez sur Suivant.
12. Dans le panneau Mot de passe administrateur en mode restauration des services de répertoire,
entrez un mot de passe valide à utiliser lors de l'exécution des services de répertoire en mode
restauration. Cliquez sur Suivant
13. Vérifiez les paramètres et cliquez sur Suivant pour configurer Active Directory. Le serveur est
réamorcé au cours du processus.
Que faire ensuite
Passez à l'étape «Configuration manuelle de Microsoft Active Directory».
Configuration manuelle de Microsoft Active Directory :
Pour configurer manuellement Microsoft Active Directory pour l'utiliser avec Tivoli Provisioning
Manager, exécutez les étapes ci-après avant d'installer Tivoli Provisioning Manager.
Avant de commencer
v Les utilisateurs et mots de passe créés dans les étapes suivantes doivent correspondre à cette
configuration exacte pour que le déploiement soit réussi. La politique de sécurité de Microsoft Active
80
Directory peut être modifiée temporairement pour permettre la création de ces comptes au format
décrit. Une fois l'installation terminée, ces mots de passe par défaut peuvent être modifiés afin d'être
conformes à une politique de sécurité plus stricte.
v Utilisez cette procédure si vous prévoyez de créer manuellement des utilisateurs et des groupes dans
Microsoft Active Directory. Grâce au programme d'installation, ces utilisateurs et ces groupes peuvent
être créés automatiquement lors de l'installation, à condition que vous ayez correctement configuré la
communication SSL entre Microsoft Active Directory et IBM WebSphere Application Server, comme
indiqué dans la rubrique «Configuration de SSL entre Microsoft Active Directory et WebSphere
Application Server Network Deployment», à la page 86.
Procédure
1. Cliquez sur Démarrer > Panneau de configuration > Outils d'administration > Microsoft Active
DirectoryUtilisateurs et ordinateurs, puis sélectionnez le domaine que vous utilisez.
2. Modifiez la fonctionnalité du domaine en sélectionnant Action > Augmenter la fonctionnalité du
domaine.
3. Sélectionnez Microsoft Windows Server 2003 ou Microsoft Windows Server 2008 dans le menu
Sélectionner une fonctionnalité de domaine disponible, puis cliquez sur Augmenter.
4. Cliquez sur OK.
5. Une fois la fonctionnalité du domaine augmentée, cliquez sur OK.
6. Dans l'interface Utilisateurs et ordinateurs Microsoft Active Directory, cliquez avec le bouton droit de
la souris sur le domaine à utiliser et sélectionnez Nouveau > Unité organisationnelle.
7. Attribuez un nom à la nouvelle unité organisationnelle (SWG, par exemple), puis cliquez sur OK.
8. Créez un objet Groupe sous l'unité organisationnelle SWG :
a. Cliquez avec le bouton droit de la souris sur l'unité organisationnelle SWG et sélectionnez
Nouveau > Unité organisationnelle.
b. Attribuez le nom Groupes à la nouvelle unité organisationnelle et cliquez sur OK.
9. Créez un objet Utilisateurs sous l'unité organisationnelle SWG :
a. Cliquez avec le bouton droit de la souris sur l'unité organisationnelle SWG et sélectionnez
Nouveau > Unité organisationnelle.
b. Attribuez le nom Utilisateurs à la nouvelle unité d'organisation et cliquez sur OK.
10. Créez le groupe MAXADMIN :
a. Cliquez avec le bouton droit de la souris sur l'unité organisationnelle Groupes et sélectionnez
Nouveau > Groupe.
b. Dans la boîte de dialogue Nouvel objet - Groupe, entrez les valeurs ci-après, puis cliquez sur OK.
Nom du groupe
Entrez MAXADMIN. Cette valeur doit être saisie en majuscules.
Nom de groupe (antérieur à Windows 2000)
Entrez MAXADMINPRE2K comme nom de groupe antérieur à Windows 2000.
Cette valeur doit être saisie en majuscules et doit être différente de celle indiquée dans la
zone Nom du groupe.
Etendue du groupe
Global
Type de groupe
Sécurité
11. Créez le groupe MAXIMOUSERS :
a. Cliquez avec le bouton droit de la souris sur l'unité organisationnelle Groupes et sélectionnez
Nouveau > Groupe.
b. Dans la boîte de dialogue Nouvel objet - Groupe, entrez les valeurs ci-après, puis cliquez sur OK.
81
Nom du groupe
Entrez MAXIMOUSERS. Cette valeur doit être saisie en majuscules.
Nom de groupe (antérieur à Windows 2000)
Entrez MAXIMOUSERS comme nom de groupe antérieur à Windows 2000.
Cette valeur doit être saisie en majuscules.
Etendue du groupe
Global
Type de groupe
Sécurité
12. Créez l'utilisateur wasadmin :
a. Cliquez avec le bouton droit de la souris sur l'unité organisationnelle Utilisateurs et sélectionnez
Nouveau > Utilisateur.
b. Dans la boîte de dialogue Nouvel objet - Utilisateur, entrez les valeurs ci-après, puis cliquez sur
Suivant.
Prénom
Entrez wasadmin.
Initiales
Laissez cette zone vide.
Nom
Nom complet
Entrez wasadmin.
Nom d'ouverture de session de l'utilisateur
Entrez wasadmin dans la première zone. Conservez la valeur par défaut dans la seconde
zone.
Nom d'ouverture de session de l'utilisateur (avant l'installation de Windows 2000)
Cette zone prend la même valeur, wasadmin, que celle entrée dans la zone Nom
d'ouverture de session de l'utilisateur.
c. Entrez les informations ci-dessous sur le panneau suivant et cliquez sur Suivant :
Mot de passe
Entrez le mot de passe pour l'utilisateur wasadmin. Cette valeur doit comporter huit
caractères au minimum.
L'utilisateur doit changer de mot de passe à la prochaine ouverture de session
Assurez-vous que cette case à cocher n'est pas sélectionnée.
L'utilisateur ne peut pas changer de mot de passe
Assurez-vous que cette case à cocher est sélectionnée.
Le mot de passe n'expire jamais
Le compte est désactivé
Les valeurs précédentes sont des exemples. Vous devez choisir des valeurs compatibles avec la
stratégie de mot de passe de votre organisation.
d. Passez en revue les paramètres de mot de passe dans le panneau récapitulatif et cliquez sur
Terminer.
13. Créez l'utilisateur maxadmin :
82
b. Dans la boîte de dialogue Nouvel objet - Utilisateur, entrez les valeurs suivantes et cliquez sur
Suivant :
Prénom
Entrez maxadmin.
Initiales
Nom
Nom complet
Entrez maxadmin.
Entrez maxadmin dans la première zone. Conservez la valeur par défaut dans la seconde
zone.
Cette zone prend la même valeur, maxadmin, que celle entrée dans la zone Nom
c. Entrez les informations ci-dessous sur le panneau suivant et cliquez sur Suivant.
Mot de passe
Entrez le mot de passe pour l'utilisateur maxadmin. Cette valeur doit comporter huit
Terminer.
14. Créez l'utilisateur mxintadm :
Suivant.
Prénom
Entrez mxintadm.
Initiales
Nom
Nom complet
Entrez mxintadm.
Entrez mxintadm dans la première zone. Conservez la valeur par défaut dans la seconde
zone.
83
Cette zone prend la même valeur, mxintadm, que celle entrée dans la zone Nom
Mot de passe
Entrez le mot de passe pour l'utilisateur mxintadm. Cette valeur doit comporter huit
Terminer.
15. Créez l'utilisateur maxreg :
Suivant.
Prénom
Entrez maxreg.
Initiales
Nom
Nom complet
Entrez maxreg.
Entez maxreg dans la première zone. Conservez la valeur par défaut dans la seconde
zone.
Cette zone prend la même valeur, maxreg, que celle entrée dans la zone Nom d'ouverture
de session de l'utilisateur.
Mot de passe
Entrez le mot de passe pour l'utilisateur maxreg. Cette valeur doit comporter huit
84
Terminer.
16. Ajoutez des utilisateurs au groupe MAXADMIN :
a. Cliquez sur l'objet Groupes sous l'unité organisationnelle SWG.
b. Cliquez deux fois sur le groupe MAXADMIN dans le panneau Groupes.
c. Dans la boîte de dialogue des propriétés de MAXADMIN, sélectionnez l'onglet Membres et
cliquez sur Ajouter.
d. Dans la boîte de dialogue de sélection d'utilisateurs, de contacts, d'ordinateurs ou de groupes,
cliquez sur Avancé.
e. Sur le panneau Avancé, cliquez sur Rechercher maintenant.
f. Dans la liste des résultats de la recherche, sélectionnez les utilisateurs maxadmin et mxintadm, puis
cliquez sur OK. Veillez à sélectionner l'utilisateur maxadmin et non le groupe maxadmin dans cette
liste.
g. Cliquez sur OK.
17. Ajoutez des utilisateurs au groupe MAXIMOUSERS :
a. Cliquez sur l'objet Groupes sous l'unité organisationnelle SWG.
b. Cliquez deux fois sur le groupe MAXIMOUSERS dans le panneau Groupes.
c. Dans la boîte de dialogue des propriétés de MAXIMOUSERS, sélectionnez l'onglet Membres et
cliquez sur Ajouter.
d. Dans la boîte de dialogue de sélection d'utilisateurs, de contacts, d'ordinateurs ou de groupes,
cliquez sur Avancé.
e. Sur le panneau Avancé, cliquez sur Rechercher maintenant.
f. Dans la liste des résultats de la recherche, sélectionnez les utilisateurs maxadmin, mxintadm et
maxreg, puis cliquez sur OK. Veillez à sélectionner l'utilisateur maxadmin et non le groupe maxadmin
dans cette liste.
g. Cliquez sur OK.
18. En utilisant la procédure de création du groupe MAXADMIN, créez les groupes suivants :
v
v
v
v
v
TPADMIN
TPCOMPLIANCEANALYST
TPDEPLOYMENTSPECIALIST
TPDEVELOPER
TPWEBSERVICEUSER
19. En utilisant la procédure d'ajout de l'utilisateur maxadmin au groupe MAXADMIN, ajoutez l'utilisateur
maxadmin aux groupes suivants :
v TPADMIN
v
v
v
v
TPCOMPLIANCEANALYST
TPDEPLOYMENTSPECIALIST
TPDEVELOPER
TPWEBSERVICEUSER
Remarque : Le groupe TPWEBSERVICEUSER pour l'interface de service Web est configuré dans le
fichier user-factory.xml comme suit :
<ws-security-role>TPWEBSERVICEUSER<\ws-security-role>
85
Pour configurer ce groupe pour qu'il utilise un autre rôle, vous devez ajouter les rôles dans LDAP
et dans la base de données Tivoli Provisioning Manager à l'aide de VMMSYNC.
20. Quittez l'interface utilisateur Utilisateurs et ordinateurs Microsoft Active Directory.
Résultats
La configuration de Microsoft Active Directory est terminée et vous pouvez désormais installer le reste
des logiciels intermédiaires et configurer le serveur d'applications pour qu'il utilise Microsoft Active
Directory.
Configuration de SSL entre Microsoft Active Directory et WebSphere Application Server Network Deployment :
La configuration de SSL entre Microsoft Active Directory et WebSphere Application Server Network
Deployment permet au programme d'installation de créer des utilisateurs.
Avant de commencer
Pour permettre au programme d'installation de Provisioning Manager de créer automatiquement des
utilisateurs et des groupes dans Microsoft Active Directory, vous devez configurer la communication SSL
entre Microsoft Active Directory et WebSphere Application Server Network Deployment.
Vous devez activer SSL pour Microsoft Active Directory, générer un certificat, puis ajoutez ce dernier à
WebSphere Application Server Network Deployment.
Le fait de modifier à n'importe quel moment le nom ou le domaine de l'autorité de certification a pour
conséquence d'invalider les certificats précédemment émis par cette autorité.
Assurez-vous que la résolution de nom d'hôte est correctement configurée dans votre environnement. Des
échecs de communication se produisent si l'ordinateur qui héberge Microsoft Active Directory ne peut
pas résoudre les noms d'hôte de systèmes pour lesquels des certificats ont été émis.
Assurez-vous que Microsoft Internet Information Services avec les extensions ASP activées est installé sur
le système, avant de configurer le service de certificat requis pour SSL. Microsoft Internet Information
Services est un prérequis pour le service de certificat. Vous pouvez ajouter Microsoft Internet Information
Services comme un composant Windows à l'aide de la boîte de dialogue Ajout/Suppression de
programmes. Ajoutez ce composant en sélectionnant Internet Information Services ou Application Server
et en l'installant. Si IBM HTTP Server est installé sur le même système, vous ne pouvez pas utiliser le
port 80 pour IBM HTTP Server. Si IBM HTTP Server a été configuré pour utiliser le port 80, vous devez
remplacer ce numéro de port par une autre valeur car Microsoft Internet Information Services doit utiliser
le port 80. Après vous être assuré que ces deux conditions sont réunies, passez à la configuration des
services de certificats, comme indiqué dans cette procédure.
Procédure
1. Ajoutez le composant Services de certificats :
a. Dans le panneau de configuration du serveur Microsoft Active Directory, sélectionnez Ajouter ou
supprimer des programmes, puis Ajout/Suppression de composants Windows.
b. Sur le panneau des composants Windows, sélectionnez l'option Services de certificats, puis
cliquez sur Suivant.
c. Sur le panneau Type d'Autorité de certification, sélectionnez Autorité de certification racine
autonome, sélectionnez l'option Utiliser les paramètres personnalisés pour générer la paire de
clés et le certificat de l'Autorité de certification, puis cliquez sur Suivant.
d. Sur le panneau Paire de clés publique et privée, sélectionnez Microsoft Strong Cryptographic
Provider pour la zone Fournisseur de services de chiffrement, sélectionnez SHA-1 comme
algorithme de hachage, affectez la valeur 2048 à la zone Longueur de la clé, puis cliquez sur
Suivant.
86
e. Sur le panneau Informations d'identification de l'Autorité de certification, entrez
host_name.itsm.com dans la zone Nom commun de cette Autorité de certification, entrez
DC=itsm,DC=com pour la zone Suffixe du nom unique, définissez la zone Période de validité sur
5 années, puis cliquez sur Suivant. Les valeurs de cet exemple sont indiquées à titre d'exemple
uniquement. Remplacez-les par les informations spécifiques de votre ordinateur hébergeant
Microsoft Active Directory.
f. Sur le panneau Paramètres de la base de données de certificats , vous pouvez conserver la valeur
par défaut C:\WINDOWS\system32\CertLog pour les zones Base de données de certificats et Journal
de la base de données de certificats, puis cliquez sur Suivant. La configuration du composant
commence.
g. Cliquez sur Fin
h. Redémarrez le système.
2. Téléchargez un certificat de l'autorité de certification :
a. Lancez Internet Explorer.
b. Sélectionnez Outils > Options Internet > Sécurité, puis cliquez sur Sites.
c. Dans la boîte de dialogue Sites approuvés, entrez http://host_name.itsm.com dans la zone
Ajouter ce site Web à la zone :, cliquez sur Ajouter, puis sur Fermer.
d. Entrez http://host_name.itsm.com/certsrv dans le navigateur.
e. Sur la page Services de certificats, cliquez sur Télécharger un certificat d’autorité de
certification, une chaîne de certificats ou la liste de révocation de certificats.
f. Sur la page Télécharger un certificat d’autorité de certification, une chaîne de certificats ou la liste
de révocation de certificats, cliquez sur Installer cette chaîne de certificats d’Autorité de
certification. Lorsque la tâche est terminée, cliquez sur le bouton Précédent.
g. Sur la page Télécharger un certificat d’autorité de certification, une chaîne de certificats ou la
liste de révocation de certificats, sélectionnez En cours pour la valeur Certificat d'Autorité de
certification, sélectionnez Base 64 pour la zone Méthode de codage, puis cliquez sur Télécharger
un certificat d'Autorité de certification.
h. Lorsque le système vous y invite, spécifiez le type Certificat de sécurité et sauvegardez le fichier
de certificat de sécurité sous serverRootCA.cer.
3. Ajoutez le composant logiciel enfichable Certificats :
a. Lancez Microsoft Management Console.
b. Sélectionnez Fichier > Ajouter/Supprimer un composant logiciel enfichable.
c. Dans la boîte de dialogue d'ajout/de suppression d'un composant logiciel enfichable, cliquez sur
Ajouter.
d. Dans la boîte de dialogue Ajout d'un composant logiciel enfichable autonome, sélectionnez
Certificats, puis cliquez sur Ajouter.
e. Sélectionnez Le compte de l'ordinateur, puis cliquez sur Suivant.
f. Sélectionnez Ordinateur local (ordinateur sur lequel cette console s’exécute), puis cliquez sur
Terminer.
g. Dans la boîte de dialogue Ajout d'un composant logiciel enfichable autonome, sélectionnez
Autorité de certification, puis cliquez sur Ajouter.
h. Sélectionnez Ordinateur local (ordinateur sur lequel cette console s’exécute), puis cliquez sur
Terminer.
i. Cliquez sur Fermer pour fermer la boîte de dialogue Ajout d'un composant logiciel enfichable
autonome.
j. Cliquez sur OK sur la boîte de dialogue d'ajout/de suppression d'un composant logiciel
enfichable pour la fermer.
4. Transférez des certificats sur un magasin :
a. Dans Microsoft Management Console, accédez à Racine de la console > Certificats (ordinateur
local) > Autorités de certification racine tierce partie.
87
b. Cliquez avec le bouton droit de la souris sur Certificats et sélectionnez Toutes les tâches >
Importer.
c. Sur le panneau Fichier à importer de l'assistant d'importation de certificat, accédez à
l'emplacement du fichier serverRootCA.cer, sélectionnez ce dernier, puis cliquez sur Suivant.
d. Sur le panneau Magasin de certificats, sélectionnez Placer tous les certificats dans le magasin
suivant, cliquez sur Suivant, puis sur Terminer.
5. Créez et soumettez une demande de requête auprès de l'Autorité de certification :
a. A l'aide d'Internet Explorer, accédez à http://host_name.itsm.com/certsrv. Sur la page Services de
certificats, cliquez sur Demander un certificat.
b. Sur la page Demander un certificat, cliquez sur Demande de certificat avancée.
c. Sur la page Demande de certificat avancée, cliquez sur Créer et soumettre une demande de
requête auprès de cette Autorité de certification.
d. Sur la page Demande de certificat avancée, entrez les informations ci-après, puis cliquez sur
Soumettre.
Informations d'identification
Entrez le nom qualifié complet de l'ordinateur hébergeant Microsoft Active Directory
dans la zone Nom. Cette valeur doit être saisie en majuscules, par exemple,
HOST_NAME.ITSM.COM.
Type de certificat requis
Sélectionnez Certificat d’authentification serveur.
Options de clé
Pour la zone Fournisseur de services cryptographiques, sélectionnez Microsoft RSA
SChannel Cryptographic Provider.
Sélectionnez les options Nom de conteneur de clé automatique, Marquer les clés comme
étant exportables et Stocker le certificat dans le magasin de certificats de l'ordinateur
local.
Pour la zone Taille de la clé, vous pouvez accepter la valeur par défaut 1024 ou la
remplacer par une valeur plus appropriée.
Options supplémentaires
Affectez la valeur PKCS10 à l'option Format de la demande.
Sélectionnez SHA-1 pour la zone Algorithme de hachage.
Entrez dans la zone Nom convivial la valeur que vous avez indiquée dans la zone Nom.
Les valeurs par défaut conviennent pour les autres zones de cette page.
e. Cliquez sur Accueil pour revenir à la page d'accueil pour les services de certificats.
6. Installez le certificat :
a. Dans Microsoft Management Console, accédez à Racine de la console > Autorité de certification
(local) > host_name.itsm.com > Demandes en attente.
b. Dans le volet de droite, cliquez avec le bouton droit de la souris sur l'ID de la demande, puis
sélectionnez Toutes les tâches > Délivrer.
c. Dans Internet Explorer, sur la page Services de certificats, cliquez sur Afficher l'état d'une
demande de certificat en attente.
d. Sur la page d'affichage de l'état d'une demande de certificat en attente, cliquez sur la demande
de certificat que vous avez créée.
e. Sur la page Certificat délivré, cliquez sur Installer ce certificat.
f. Redémarrez le système.
7. Vérifiez la clé privée :
88
a. Une fois que le système a redémarré, lancez Microsoft Management Console et accédez à Racine
de la console > Certificats (ordinateur local) > Personnel > Certificats.
b. Dans le volet de droite, cliquez deux fois sur l'entrée affichée en majuscules.
c. Dans la boîte de dialogue Certificat, assurez-vous que l'instruction Vous avez une clé privée qui
correspond à ce certificat existe, puis cliquez sur OK.
d. Dans le volet de droite, cliquez deux fois sur l'entrée affichée en minuscules.
e. Dans la boîte de dialogue Certificat, assurez-vous que l'instruction Vous avez une clé privée qui
correspond à ce certificat existe, puis cliquez sur OK.
8. Configurez la connexion :
a. Lancez l'utilitaire Microsoft LDP.
b. Sélectionnez Connexion.
c. Sélectionnez Se connecter.
d. Entrez host_name.itsm.com pour la zone Serveur, 636 pour la zone Port, sélectionnez SSL, puis
cliquez sur OK. Lisez les informations affichées pour vérifier vos valeurs de configuration.
9. Exportez les fichiers de certificats :
a. Lancez Microsoft Management Console et accédez à Racine de la console > Certificats
(ordinateur local) > Personnel > Certificats.
b. Cliquez avec le bouton droit de la souris sur l'entrée de certificat en majuscules et sélectionnez
Toutes les tâches > Exporter
c. Sur le panneau de bienvenue de l'assistant d'exportation de certificat, cliquez sur Suivant.
d. Sur le panneau Exportation de la clé privée, sélectionnez Non, ne pas exporter la clé privée, puis
e. Sur le panneau Format de fichier d'exportation, sélectionnez Codé à base 64 X.509(.CER), puis
f. Sur le panneau Fichier à exporter, exportez le certificat en tant que serverRootCA.cer, cliquez sur
Suivant, puis sur Terminer.
g. Cliquez avec le bouton droit de la souris sur l'entrée de certificat en minuscules et sélectionnez
Toutes les tâches > Exporter.
h. Sur le panneau de bienvenue de l'assistant d'exportation de certificat, cliquez sur Suivant.
i. Sur le panneau Exportation de la clé privée, sélectionnez Non, ne pas exporter la clé privée, puis
j. Sur le panneau Format de fichier d'exportation, sélectionnez Codé à base 64 X.509(.CER), puis
k. Sur le panneau Fichier à exporter, exportez le certificat en tant que serverAuthCert.cer, cliquez
sur Suivant, puis sur Terminer.
10. Ajoutez les certificats de signataire :
a. Copiez les fichiers serverRootCA.cer et serverAuthCert.cer sur le système WebSphere
Application Server Network Deployment.
b. Démarrez la console d'administration WebSphere Application Server Network Deployment.
c. Dans la console d'administration de WebSphere Application Server Network Deployment,
sélectionnez Sécurité > Certificat SSL et gestion de clés.
d. Cliquez sur Magasins de clés et certificats.
e. Cliquez sur CellDefaultTrustStore.
f. Cliquez sur Certificats de signataire, puis sur Ajouter.
g. Sur la page d'ajout de certificat de signataire, entrez MSADServerRootCA pour l'alias, entrez le
chemin (nom de fichier inclus) d'accès au fichier serverRootCA.cer dans la zone Nom de fichier,
puis cliquez sur OK.
h. Cliquez sur Ajouter.
89
i. Entrez MSADServerAuthCert pour l'alias, entrez le chemin (nom de fichier inclus) d'accès au fichier
serverAuthCert.cer dans la zone Nom de fichier, puis cliquez sur OK.
11. Configurez la sécurité :
a. Dans la console d'administration de WebSphere Application Server Network Deployment,
sélectionnez Security > Secure administration, applications, and infrastructure.
b. Dans la liste déroulante de définitions Available realm, sélectionnez Federated repositories, puis
cliquez sur Configure.
c. Cliquez sur l'identificateur de référentiel pour Microsoft Active Directory répertorié dans le
tableau des référentiels du domaine.
d. Mettez à jour les propriétés ci-après, puis cliquez sur OK.
Port
Remplacez la valeur de cette zone par 636.
Login properties
Affectez la valeur cn à cette zone.
Requires SSL communications
Assurez-vous que cette option est sélectionnée.
Use specific SSL alias
Assurez-vous que cette option est sélectionnée et qu'elle a pour valeur
CellDefaultSSLSettings.
e. Cliquez sur Supported entity types et vérifiez que le type d'entité PersonAccount a pour valeur
cn. Si la valeur n'est pas définie sur cn, cliquez sur PersonAccount entity type pour la définir,
puis enregistrez les modifications.
f. Redémarrez le gestionnaire de domaine.
Sécurisation de WebSphere Application Server avec Microsoft Active Directory à l'aide du programme
d'installation de logiciel intermédiaire :
Si vous disposez d'une instance Microsoft Active Directory existante, vous pouvez l'utiliser pour sécuriser
WebSphere Application Server lors de son installation sur le système. Pour ce faire, vous pouvez procéder
à une configuration manuelle, ou à l'aide d'un programme d'installation de middleware.
Avant de commencer
Notez qu'avant d'exécuter le programme d'installation de Provisioning Manager, vous devez créer
manuellement les utilisateurs et les groupes répertoriés dans «Configuration manuelle de Microsoft
Active Directory», à la page 80. Cette étape peut être effectuée une fois que vous avez installé les
middleware en utilisant le programme d'installation de middleware, mais elle doit être achevée avant
d'utiliser le programme d'installation de Provisioning Manager.
Le programme d'installation de logiciel intermédiaire vous invite à entrer les paramètres de configuration
LDAP à utiliser avec WebSphere Application Server.
Pour que le programme d'installation de logiciel intermédiaire utilise une instance Microsoft Active
Directory existante pour sécuriser WebSphere Application Server, exécutez les étapes suivantes :
Procédure
1. Connectez-vous en tant qu'utilisateur détenant des droits d'administration.
2. Démarrez le programme d'installation de logiciel intermédiaire à partir du tableau de bord.
90
4. Dans le panneau Options de déploiement, désélectionnez l'option de déploiement du serveur
d'annuaire, puis cliquez sur Suivant. Dans le panneau suivant, vous pouvez choisir une instance
existante de IBMTivoli Directory Server ou de Microsoft Active Directory pour sécuriser WebSphere
Application Server.
5. Dans la fenêtre récapitulative du plan de déploiement, cliquez sur Next pour configurer les
paramètres affichés. Le plan de déploiement est généré et ses détails s'affichent.
6. Dans le panneau du nom d'hôte configurable, si vous souhaitez indiquer manuellement le nom
d'hôte de l'ordinateur à partir duquel vous exécutez l'installation, sélectionnez l'option Override the
local machine hostname et saisissez une valeur de nom d'hôte dans la zone Hostname. Sélectionnez
cette option uniquement si vous souhaitez indiquer manuellement le nom d'hôte du système au lieu
de laisser le programme d'installation le détecter automatiquement. Utilisez cette option lorsque
plusieurs noms d'hôte sont attribués au système, notamment lorsque le système dispose de plusieurs
interfaces réseau ou lorsqu'il est configuré pour prendre en charge les adresses IP virtuelles. Lorsque
cette option est sélectionnée, vous devez indiquer un nom d'hôte pouvant être résolu. Vous ne
pouvez pas désélectionner cette option une fois qu'elle a été sélectionnée. Néanmoins, vous pouvez
modifier la valeur de la zone Nom d'hôte. Si vous avez lancé le programme d'installation de logiciel
intermédiaire à partir de la ligne de commande en utilisant le paramètre forceHostname=true, vous
devez indiquer une valeur alphanumérique dans la zone Hostname. Une adresse IP déclenche un
message d'erreur. Une fois que cette option a été sélectionnée, vous ne pouvez pas la désélectionner.
Cependant, vous pouvez modifier la valeur que vous entrez dans la zone Nom d'hôte.
7. Sur le panneau Password Reuse, vous pouvez sélectionner Use this password as the value for all
subsequent passwords, entrer une valeur de mot de passe, puis cliquer sur Next, ce qui vous
permet d'utiliser le même mot de passe que celui attribué à l'utilisateur par défaut sur tous les
panneaux du programme d'installation de logiciel intermédiaire. Si vous ne souhaitez pas utiliser
cette option, ignorez l'option Use this password as the value for all subsequent passwords, puis
cliquez sur Next.
8. Sélectionnez l'option Secure with Microsoft Active Directory, puis cliquez sur Next.
9. Configurez les valeurs ci-après pour la sécurité de WebSphere Application Server et cliquez sur Next.
LDAP Host name
Entrez le nom qualifié complet du serveur qui héberge Microsoft Active Directory.
Indiquez le port du serveur d'annuaire. Exemple : 389
Indiquez l'entrée de base LDAP de l'instance. Exemple : DC=itsm,DC=com
User suffix
Indiquez le suffixe d'utilisateur de l'instance. Exemple : OU=Users,OU=SWG,DC=itsm,DC=com
Group suffix
Indiquez le suffixe de groupe de l'instance. Exemple : OU=Groups,OU=SWG,DC=itsm,DC=com
Indiquez le suffixe du conteneur d'organisation de l'instance. Exemple : DC=itsm,DC=com
Dans cet exemple, itsm représente le nom de domaine. Vous devez remplacer itsm par le
nom de votre propre domaine.
10. Configurez les valeurs suivantes pour la sécurité de WebSphere Application Server et cliquez sur
Suivant.
Entrez le nom distinctif de liaison de l'instance. Exemple
CN=Administrator,CN=Users,DC=itsm,DC=com
Cette valeur part du principe que l'utilisateur administrateur appartient déjà au domaine
itsm. Vous devez remplacer itsm par le nom de votre propre domaine.
91
Bind password
Entrez le mot de passe de l'utilisateur administrateur sur le système hébergeant Microsoft
Active Directory.
11. Terminez l'installation en parcourant le reste des panneaux du programme d'installation de logiciel
intermédiaire.
Pour plus d'informations, voir «Installation et configuration de logiciel intermédiaire avec le
programme d'installation de logiciel intermédiaire», à la page 45.
Configuration manuelle de WebSphere Application Server
Si vous ne souhaitez pas que le programme d'installation Tivoli Provisioning Manager configure
WebSphere Application Server automatiquement, vous devez configurer le serveur d'applications
manuellement avant d'utiliser le programme d'installation Tivoli Provisioning Manager.
Création de profils WebSphere Application Server :
Cette procédure fournit des informations sur la création de profils WebSphere Application Server.
Avant de commencer
Vous ne pouvez pas utiliser l'outil de gestion de profil pour créer des profils pour des plateformes 64
bits. Pour des plateformes 64 bits, voir Création et suppression de profils IBM WebSphere Application Server à
l'adresse http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/
com.ibm.websphere.nd.doc/info/ae/ae/tpro_profiles.html.
Pour créer des profils WebSphere Application Server avant d'exécuter le programme d'installation de
Tivoli Provisioning Manager :
1. Lancez l'assistant de création de profil.
2. Cliquez sur Suivant dans la boîte de dialogue de bienvenue.
3. Sélectionnez l'option Créer un gestionnaire de déploiement. Cliquez sur Suivant.
Acceptez la valeur par défaut ou indiquez un nom de profil. Cliquez sur Suivant.
Acceptez l'emplacement d'installation par défaut. Cliquez sur Suivant.
Acceptez les valeurs par défaut ou entrez le nom de noeud, d'hôte et de cellule. Cliquez sur Suivant.
Passez en revue les numéros de port affectés. Cliquez sur Suivant. Prenez note du numéro du port
d'administration. Vous utiliserez ce contexte lors de l'appel de la console par le biais d'un navigateur.
8. Sélectionnez l'option Exécuter le serveur d'applications comme service Windows et connectez-vous
en utilisant un compte de système local. Cliquez sur Suivant.
4.
5.
6.
7.
9.
10.
11.
12.
13.
Cliquez sur Suivant dans la boîte de dialogue Récapitulatif du profil.
Sélectionnez l'option Lancer la console des premiers pas. Cliquez sur Fin
Cliquez sur le lien Vérification de l'installation.
Au terme de la vérification de l'installation, fermez la fenêtre de sortie.
Utilisez la commande launchpad et cliquez sur l'assistant de création de profil pour ouvrir la
fenêtre Premiers pas (le cas échéant).
14. Cliquez sur Suivant dans la boîte de dialogue de bienvenue.
15. Sélectionnez Créer un profil personnalisé. Cliquez sur Suivant.
Acceptez les valeurs par défaut ou entrez les informations appropriées. Cliquez sur Suivant.
Indiquez un nom de profil unique. Cliquez sur Suivant.
Acceptez le chemin du répertoire par défaut. Cliquez sur Suivant.
Spécifiez un nom de noeud unique et le nom d'ordinateur (ou l'adresse IP) du système sur lequel
vous effectuez cette installation. Cliquez sur Suivant.
20. Passez en revue les numéros de port. Cliquez sur Suivant.
16.
17.
18.
19.
92
21. Cliquez sur Suivant dans la boîte de dialogue Récapitulatif du profil.
22. Cochez la case Lancer la console des premiers pas. Cliquez sur Fin
23. Cliquez sur Quitter. Le cas échéant, fermez toute autre fenêtre Premiers pas ouverte.
Configuration manuelle de Virtual Member Manager sous WebSphere Application Server :
Cette procédure explique comment configurer manuellement Virtual Member Manager (VMM) pour
sécuriser Tivoli Provisioning Manager.
Avant de commencer
Vérifiez qu'un utilisateur wasadmin a été créé dans le répertoire LDAP.
Lors du processus d'installation, le programme d'installation de Tivoli Provisioning Manager vous
propose de configurer automatiquement le logiciel intermédiaire Tivoli Provisioning Manager. Si vous
activez cette option, le programme d'installation, entre autres tâches, effectue la configuration du Virtual
Member Manager (VMM). Si vous n'activez pas cette option, vous devez configurer manuellement VMM.
VMM permet d'accéder à des données utilisateur figurant dans plusieurs référentiels, de les gérer et de
les fédérer dans un même référentiel virtuel. Le référentiel fédéré se compose d'un domaine nommé
unique, qui rassemble des référentiels utilisateur indépendants. Chaque référentiel peut consister en un
référentiel externe entier ou, dans le cas de LDAP, en une sous-arborescence de ce référentiel. La racine
de chaque référentiel est mappée sur une entrée de base au sein du référentiel fédéré. Cette entrée
constitue un point de départ dans l'espace de nom hiérarchique du domaine virtuel.
Notez que si vous envisagez de configurer VMM pour utiliser SSL avec un référentiel LDAP fédéré, vous
devez le faire après une installation correcte de Tivoli Provisioning Manager. Si VMM est configuré pour
utiliser SSL avec un référentiel LDAP fédéré, avant de terminer l'installation de Tivoli Provisioning
Manager, l'installation échouera. Ne configurez par de référentiel fédéré LDAP WMM WebSphere
Application Server pour utiliser SSL avec un répertoire LDAP avant d'installer Tivoli Provisioning
Manager. Configurez le SSL après l'exécution correcte du programme d'installation Tivoli Provisioning
Manager.
Pour ajouter un annuaire LDAP au référentiel virtuel VMM, vous devez d'abord l'ajouter à la liste de
référentiels configurables du référentiel fédéré, puis ajoutez la racine baseEntries à une base de recherche
dans l'annuaire LDAP. Il est possible d'ajouter plusieurs entrées de base à différentes bases de recherche
pour un même annuaire LDAP.
Les valeurs fournies ici ne sont que des exemples. Si vous utilisez IBM Tivoli Directory Server, entrez les
valeurs utilisées lors de l'installation et de la configuration d'IBM Tivoli Directory Server. Si vous utilisez
Microsoft Active Directory, remplacez les valeurs utilisées dans «Sécurisation de WebSphere Application
Server avec Microsoft Active Directory à l'aide du programme d'installation de logiciel intermédiaire», à
la page 90 et «Configuration manuelle de Microsoft Active Directory», à la page 80 lorsque cela s'impose
dans cette procédure. Vous devrez également modifier la tâche VMMCRONTASK comme indiqué à la
rubrique «Configuration manuelle de la synchronisation d'annuaire pour WebSphere Application Server
Network Deployment», à la page 162.
Pour ajouter IBM Tivoli Directory Server ou Microsoft Active Directory à Virtual Member Manager :
Procédure
1. Connectez-vous à la console d'administration et accédez à Sécurité > Administration sécurisée,
applications et infrastructure.
2. Localisez la section User account repository, sélectionnez Federated repositories dans la zone
Available realm definition et cliquez sur Configure.
3. Cliquez sur Manage repositories situé sous Related Items.
93
4. Cliquez sur Add pour créer la définition de référentiel sous le domaine par défaut en cours.
5. Entrez les valeurs ci-après, cliquez sur Apply, puis sur Save.
Repository identifier
Pour IBM Tivoli Directory Server, entrez ISMITDS.
Pour Microsoft Active Directory, entrez ISMMSAD.
Directory type
Pour IBM Tivoli Directory Server, sélectionnez IBM Tivoli Directory Server Version 6.
Pour Microsoft Active Directory, sélectionnez Microsoft Windows Server Active Directory.
Primary host name
Entrez le nom d'hôte qualifié complet ou l'adresse IP du serveur IBM Tivoli Directory Server
ou du serveur Microsoft Active Directory.
Port
Entrez 389.
Support referrals to other LDAP servers
Définissez cette valeur sur ignore.
Pour IBM Tivoli Directory Server, entrez cn=root.
Pour Microsoft Active Directory, entrez CN=Administrator,CN=Users,DC=itsm,DC=com.
Cette valeur part du principe que l'utilisateur administrateur appartient déjà au domaine
itsm. Vous devez remplacer itsm par le nom de votre propre domaine.
Bind password
Login properties
Certificate mapping
Sélectionnez EXACT_DN.
6. Pour revenir à la page Federated repositories, cliquez sur Security > Secure administration,
applications, and infrastructure, sélectionnez Federated repositories dans la liste Available realm
definitions, puis cliquez sur Configure.
7. Localisez la section Repositories in the realm, puis cliquez sur Add Base entry to Realm. Notez que
s'il existe une entrée de référentiel de fichier dans le tableau des référentiels dans le domaine, vous
devez la sélectionner, cliquer sur Remove et enregistrer la modification après avoir créé la nouvelle
entrée.
8. Entrez les valeurs ci-après, cliquez sur Apply, puis sur Save.
Repository
Pour IBM Tivoli Directory Server, sélectionnez ISMITDS.
Pour Microsoft Active Directory, sélectionnez ISMMSAD.
Distinguished name of a base entry that uniquely identifies this set of entries in the realm
Pour IBM Tivoli Directory Server, entrez ou=SWG,o=IBM,c=US.
Pour Microsoft Active Directory, entrez DC=itsm,DC=com.
Cette valeur suppose que l'utilisateur administrateur est déjà membre du domaine itsm.
Vous devez remplacer itsm par le nom de votre propre domaine.
Distinguished name of a base entry in this repository
Cette valeur suppose que l'utilisateur administrateur fait partie du domaine itsm. Vous
devez remplacer itsm par le nom de votre propre domaine.
94
9. Sur la page Federated repositories configuration, entrez les valeurs ci-après, cliquez sur Apply, puis
sur Save.
Realm name
Entrez ISMRealm.
Primary administrative user name
Entrez wasadmin. Cette valeur doit correspondre à un utilisateur valide dans le référentiel
LDAP configuré.
Server user identity
Sélectionnez Automatically generated server identity.
Ignore case for authorization
Sélectionnez cette case à cocher.
10. Cliquez sur Supported entity types, puis sur PersonAccount.
11. Sur la page PersonAccount configuration, entrez les valeurs ci-après, puis cliquez sur OK et sur
Save.
Entity type
Vérifiez que la valeur est PersonAccount.
Base entry for the default parent
Pour IBM Tivoli Directory Server, entrez ou=users,ou=SWG,o=IBM,c=US.
Pour Microsoft Active Directory, entrez CN=Users,DC=itsm,DC=com.
Relative Distinguished Name properties
Entrez uid.
12. Cliquez sur Supported entity types, puis sur Group.
13. Sur la page Group configuration, entrez les valeurs suivantes :
Entity type
Vérifiez que la valeur est Group.
Pour IBM Tivoli Directory Server, entrez ou=groups,ou=SWG,o=IBM,c=US.
Pour Microsoft Active Directory, entrez CN=Groups,DC=itsm,DC=com.
Entrez cn
14. Cliquez sur Supported entity types, puis sur OrgContainer.
15. Sur la page OrgContainer configuration, entrez ou vérifiez les valeurs ci-après, cliquez sur OK, puis
sur Save.
Entity type
Vérifiez que la valeur est OrgContainer.
Entrez o;ou;dc;cn
95
16. Accédez à Sécurité > Secure administration, applications, and infrastructure (Sécuriser
l'administration, les applications et l'infrastructure).
17. Sur la page Secure administration, applications, and infrastructure configuration, renseignez les
zones ci-après, puis cliquez sur Apply et Save.
a. Activez l'option Enable administrative security.
b. Activez l'option Enable application security.
c. Désélectionnez l'option Use Java 2 security to restrict application access to local resources.
d. Dans From Available realm definition, sélectionnez Federated repositories.
e. Cliquez sur Set as current.
18. Déployez WIM.ear. Vous devez déployer WIM ear pour permettre à Provisioning Manager de se lancer
en contexte sur des systèmes, tels que les serveurs TADDM, qui hébergent le client de serveur
d'authentification.
a. Ouvrez une invite de commande sur le système qui héberge WebSphere Application Server et
accédez au répertoire WAS_HOME\bin.
b. Connectez-vous au shell wsadmin en ouvrant une invite de commande et en émettant la
commande suivante :
./wsadmin.sh -username <WebSphere Admin User ID> -password
<WebSphere Admin Password>
c. Déployez le fichier :
wsadmin>set wimAppname "WIM"
wsadmin>set wimCell "ctgCell01"
wsadmin>set wimNode "ctgCellManager01"
wsadmin>set wimServer "dmgr"
wsadmin>set wimEar "/opt/IBM/WebSphere/AppServer/systemApps/wim.ear"
wsadmin>set attrib {}
wsadmin>append attrib "-appname $wimAppname -cell $wimCell -node $wimNode
-server
$wimServer -systemApp"
wsadmin>$AdminApp install $wimEar $attrib
Remarque : Remplacez les valeurs de chemin UNIX et Linux, le cas échéant.
d. Sauvegardez la configuration :
wsadmin>$AdminConfig save
e. Entrez exit pour quitter le shell wsadmin.
19. Redémarrez WebSphere Application Server et les noeuds gérés en exécutant les commandes
suivantes :
a. <WAS_HOME>\profiles\ctgDmgr01\bin\stopManager.bat
b. <WAS_HOME>\profiles\ctgAppSrv01\bin\stopNode.bat
c. <WAS_HOME>\profiles\ctgDmgr01\bin\startManager.bat
d. <WAS_HOME>\profiles\ctgAppSrv01\bin\startNode.bat
Remarque : Remplacez les valeurs d'extension de fichier et de chemin UNIX et Linux, le cas échéant.
SUSE
Que faire ensuite
Passez à l'étape «Configuration de WebSphere Application Server Network Deployment», à la page 97.
Configuration de Virtual Member Manager pour l'authentification Maximo :
Cette procédure explique comment configurer manuellement Virtual Member Manager (VMM) pour
Maximo.
96
Si vous avez choisi de configurer automatiquement le logiciel intermédiaire au moyen du programme
d'installation de logiciel intermédiaire, ce dernier, entre autres tâches, effectue la configuration de Virtual
Member Manager (VMM). Si vous n'avez pas activé cette option, vous devez configurer manuellement
VMM.
Procédure
1. Connectez-vous à la console d'administration et accédez à Sécurité > Administration sécurisée,
applications et infrastructure.
2. Localisez la section User account repository, sélectionnez Federated repositories dans la zone
Available realm definition et cliquez sur Configure.
3. Sur la page de configuration des référentiels fédérés, entrez les valeurs ci-après, cliquez sur
Appliquer, puis sur Sauvegarder.
Realm name
Entrez defaultWIMFileBasedRealm.
Primary administrative user name
Entrez wasadmin.
Server user identity
Sélectionnez Automatically generated server identity.
Ignore case for authorization
Sélectionnez cette case à cocher.
4. Dans les propriétés générales, entrez le mot de passe de l'utilisateur wasadmin, puis cliquez sur OK.
5. Accédez à Sécurité > Secure administration, applications, and infrastructure (Sécuriser
6. Sur la page de configuration Sécuriser l'administration, les applications et l'infrastructure, renseignez
les zones ci-après, cliquez sur Appliquer, puis sur Sauvegarder.
v Sur la page Available realm definitions, sélectionnez Federated repositories et Set as current.
v Cliquez sur Appliquer, puis sur Enregistrer.
v Activez Administrative security.
v Désactivez Application security.
v Désélectionnez l'option Use Java 2 security to restrict application access to local resources.
7. Redémarrez WebSphere Application Server et les noeuds gérés en exécutant les commandes
suivantes :
a. <WAS_HOME>\profiles\ctgDmgr01\bin\stopManager.bat
b. <WAS_HOME>\profiles\ctgAppSrv01\bin\stopNode.bat
c. <WAS_HOME>\profiles\ctgDmgr01\bin\startManager.bat
d. <WAS_HOME>\profiles\ctgAppSrv01\bin\startNode.bat
Configuration de WebSphere Application Server Network Deployment :
Procédez comme suit pour effectuer les tâches de configuration de WebSphere Application Server
Network Deployment.
Si vous choisissez de configurer manuellement des logiciels intermédiaires de Provisioning Manager pour
les utiliser avec Provisioning Manager, vous devez configurer manuellement WebSphere Application
Server Network Deployment.
97
Procédure
1. Copiez manuellement le fichier de clés de l'hôte du gestionnaire WebSphere Application Server
Network Deployment dans un répertoire temporaire du poste de travail administratif. Par exemple,
<WAS_HOME>/profiles/ctgDmgr01/etc/trust.p12. Vous aurez besoin de ce fichier de clés ultérieurement
au cours de l'installation.
2. Lancez une fenêtre de navigateur et ouvrez la console d'administration en entrant :
http://<nom_serveur>:9060/admin. Cette URL représente le numéro de port (9060) et le contexte
(admin) par défaut de la console d'administration. Entrez un nom d'utilisateur pour vous connecter.
Notez que le navigateur est redirigé vers un port sécurisé (9043).
3. Créez le serveur d'application MXServer. Cette étape n'est requise que si vous n'avez pas installé
WebSphere Application Server Network Deployment à l'aide du programme d'installation de logiciel
intermédiaire.
a. A partir du lien Serveurs de l'arborescence de navigation, cliquez sur Serveurs d'application.
b. Cliquez sur Nouvelle.
c. Entrez MXServer, puis cliquez sur Suivant.
d. Acceptez tous les paramètres par défaut et cliquez sur Suivant.
e. Acceptez les paramètres par défaut et cliquez sur Suivant.
f. Cliquez sur Fin
g. Cliquez sur Préférences.
h. Cochez la case Synchronize changes with Nodes (Synchronisation des modifications avec les
noeuds), puis cliquez sur Appliquer.
i. Cliquez sur Sauvegarder.
j. Cliquez sur OK.
4. Editez les paramètres de mémoire JVM pour le serveur d'application.
b. Cliquez sur MXServer dans la fenêtre principale.
c. Dans le groupe Infrastructure de serveur, développez le lien Java et Gestion des processus.
d. Cliquez sur Définition de processus.
e. Cliquez sur Machine virtuelle Java.
f. Faites défiler l'affichage et entrez 512 comme taille de pile initiale et 1024 comme taille de pile
maximale, puis cliquez sur OK.
g. Cliquez sur Enregistrer dans la boîte de message.
5. Editez les paramètres de mémoire JVM pour le gestionnaire de déploiement.
a. A partir du lien d'administration système de l'arborescence de navigation, cliquez sur
Gestionnaire de déploiement.
b. Dans le groupe Infrastructure de serveur, développez le lien Java et Gestion des processus.
c. Cliquez sur Définition de processus.
d. Cliquez sur Machine virtuelle Java.
e. Faites défiler l'affichage et entrez 512 comme taille de pile initiale et 1024 comme taille de pile
maximale, puis cliquez sur OK.
f. Cliquez sur Enregistrer dans la boîte de message.
6. Démarrez le serveur d'applications.
b. Cochez la case associée à MXServer.
c. Cliquez sur Démarrer.
7. Identifiez les numéros de port de transfert HTTP.
98
a. A partir du lien Serveurs de l'arborescence de navigation, cliquez sur Serveurs d'application, puis
sur MXServer dans la fenêtre principale.
b. Ouvrez Web Container Settings et cliquez sur Web container transport chains.
c. Prenez note du numéro de port par défaut tel qu'il apparaît avec WCInboundDefault (9080).
8. Créez l'hôte virtuel.
a. Dans l'arborescence de navigation, cliquez sur Environnement.
b. Cliquez sur Hôtes virtuels.
c. Cliquez sur Nouvelle.
d.
e.
f.
g.
h.
i.
j.
Dans la section Propriétés générales, entrez maximo_host dans la zone Nom.
Cliquez sur Appliquer.
Cliquez sur Sauvegarder.
Dans la fenêtre Hôtes virtuels, cliquez sur maximo_host.
Cliquez sur le lien Alias d'hôte.
Cliquez sur Nouvelle.
Entrez * (astérisque) comme nom d'hôte et le numéro de port HTTP (par défaut 80).
k. Cliquez sur OK.
l. Cliquez sur Nouvelle.
m. Entrez * (astérisque) comme nom d'hôte et 9061 comme numéro de port.
n. Cliquez sur OK.
o. Cliquez sur Nouvelle.
p. Entrez * (astérisque) comme nom d'hôte et 9443 comme numéro de port.
q. Cliquez sur OK.
r. Cliquez sur Nouvelle.
s. Entrez * (astérisque) comme nom d'hôte et 9080 comme numéro de port.
t. Cliquez sur OK.
u. Cliquez sur Nouvelle.
v. Entrez * (astérisque) comme nom d'hôte et 9044 comme numéro de port.
w. Cliquez sur OK.
x. Dans le panneau de trajet de navigation, cliquez sur maximo_host.
y. Cliquez sur Appliquer, puis sur OK.
z. Cliquez sur Sauvegarder.
9. Activez le démarrage automatique du serveur d'application une fois l'agent de noeud démarré :
b. Cliquez sur MXServer dans la fenêtre principale.
c. Dans le groupe Infrastructure de serveur, développez le lien Java et Gestion des processus.
d. Cliquez sur Monitoring Policy.
e. Définissez Node restart state sur RUNNING, puis cliquez sur OK.
f. Cliquez sur Sauvegarder.
Gestion de WebSphere Application Server : Les tâches que contient cette section doivent être exécutées,
que vous installiez une nouvelle instance de WebSphere Application Server ou que vous choisissiez de
réutiliser un serveur existant.
IBM fournit des informations détaillées relatives à l'exécution et à la gestion de WebSphere Application
Server à l'adresse suivante :
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp
99
Démarrage et arrêt de WebSphere Application Server :
Cette procédure fournit des informations sur le démarrage et l'arrêt de WebSphere Application Server.
Avant de commencer
Avant de démarrer la console d'administration, assurez-vous que ces processus de serveur sont en cours
d'exécution.
Tableau 22. Liste des processus serveur
Serveur
Emplacement
Serveur HTTP
$HTTP_SERVER_HOME/bin/apachectl start
$HTTP_SERVER_HOME/bin/apachectl stop
Gestionnaire de
déploiement
$WAS_HOME/profiles/ctgDmgr01/bin/startManager.sh
$WAS_HOME/profiles/ctgDmgr01/bin/stopManager.sh
Agent de noeud
$WAS_HOME/profiles/ctgAppSrv01/bin/startNode.sh
$WAS_HOME/profiles/ctgAppSrv01/bin/stopNode.sh
Instance ITDS
su - idsccmdb
db2start
/opt/IBM/ldap/V6.2/sbin/ibmslapd -I idsccmdb
Un serveur d'application nommé MXServer a été créé à l'installation.
Pour démarrer le serveur d'applications MXServer, procédez comme suit :
1. Démarrez le gestionnaire de déploiement :
$WAS_HOME/AppServer/profiles/ctgDmgr01/bin/startManager.sh
2. Démarrez le noeud :
3. Démarrez le serveur Web :
$WAS_HOME/profiles/ctgAppSrv01/bin/startServer.sh webserver1
Vous pouvez également démarrer MXServer à partir de la console d'administration de WebSphere
Application Server.
1. Ouvrez une fenêtre de navigateur et entrez l'adresse Web suivante :
http://nom_hôte:9060/ibm/console
2.
3.
4.
5.
où nom_hôte représente le nom d'hôte de WebSphere Application Server et 9060 représente le numéro
de port par défaut de la console d'administration.
Entrez un ID utilisateur administratif et le mot de passe correspondant pour vous connecter, le cas
échéant.
Dans le panneau de navigation de la console d'administration, cliquez sur Serveurs > Serveurs
d'applications.
Cochez la case en regard de MXServer, le nom du serveur WebSphere Application Server.
Cliquez sur Démarrer.
Pour arrêter la console d'administration :
100
1. Ouvrez une fenêtre de navigateur et entrez l'adresse Web suivante :
http://nom_hôte:9060/ibm/console
où nom_hôte représente le nom d'hôte de WebSphere Application Server et 9060 représente le numéro
de port par défaut de la console d'administration.
2. Entrez un ID utilisateur administratif et le mot de passe correspondant pour vous connecter, le cas
échéant.
3. Dans le panneau de navigation de la console d'administration, cliquez sur Serveurs > Serveurs
d'applications.
4. Cochez la case en regard de MXServer, le nom du serveur WebSphere Application Server.
5. Cliquez sur Arrêter.
Sécurisation de la console d'administration de WebSphere Application Server :
Vous pouvez sécuriser la console d'administration afin que seuls les utilisateurs authentifiés puissent s'en
servir.
Vous devez avoir configuré VMM sur le serveur sur lequel WebSphere Application Server est installé
avant de sécuriser la console.
Une fois VMM activé pour la sécurité de WebSphere Application Server, vous devez exécuter une série
d'étapes pour sécuriser la console. Vous commencez par identifier des utilisateurs (ou groupes) définis
dans le registre d'utilisateurs actifs. Après avoir choisi les utilisateurs qui seront autorisés à accéder à la
console, vous leur affectez des rôles pour déterminer leur niveau d'accès. Les rôles déterminent les
actions administratives qu'un utilisateur peut exécuter. Une fois la sécurité activée, un utilisateur doit
entrer un ID utilisateur et un mot de passe d'administrateur valides pour accéder à la console.
Vous pouvez utiliser la page Rôles des groupes administratifs pour accorder à des groupes des droits
spécifiques d'administration des serveurs d'applications par le biais de la console d'administration. Pour
ce faire, cliquez sur Sécurité > Administration sécurisée, applications et infrastructure > Rôles des
groupes administratifs pour afficher les rôles de groupes administratifs disponibles.
Tableau 23. Rôles et autorisations des groupes administratifs
Rôle administratif
Description
Administrateur
Détient des droits d'opérateur et de configurateur, ainsi que les droits d'accès aux
données confidentielles.
Opérateur
Détient des droits de moniteur et peut modifier l'état d'exécution. L'opérateur peut
démarrer ou arrêter des services, par exemple.
Configurateur
Détient des droits de moniteur et peut modifier la configuration du serveur
d'applications.
Moniteur
Détient les droits les plus limités. Ce rôle autorise seulement l'utilisateur à afficher
la configuration et l'état en cours du serveur d'applications.
Déployeur
Ce rôle permet d'exécuter des actions de configuration et des opérations
d'exécution sur les applications.
adminsecuritymanager
La sécurité administrative à granularité fine est uniquement disponible via
wsadmin. Toutefois, vous pouvez affecter des utilisateurs et des groupes au rôle
adminsecuritymanager au niveau de la cellule par le biais de scripts wsadmin et de
la console d'administration. Ce rôle permet d'attribuer des utilisateurs et des
groupes aux rôles d'utilisateur et de groupes administratifs. Cependant, un
administrateur ne peut pas affecter des utilisateurs et des groupes aux rôles
d'utilisateur et de groupes administratifs, y compris le rôle adminsecuritymanager.
iscadmins
Détient des droits d'administrateur permettant de gérer les utilisateurs et les
groupes à partir de la console d'administration uniquement.
101
Remarque : Pour gérer les utilisateurs et les groupes, cliquez sur Utilisateurs et groupes dans
l'arborescence de navigation de la console, puis cliquez sur Gérer les utilisateurs ou Gérer les groupes.
Procédez comme suit pour affecter des utilisateurs ou des groupes aux rôles de sécurité :
Procédure
1. Sélectionnez Applications > Applications d'entreprise > application_name.
2. Sous Propriétés du détail, cliquez Mappage rôle de sécurité-utilisateur/groupe.
3. Sélectionnez le rôle et cliquez sur Rechercher des utilisateurs ou Rechercher des groupes. Différents
rôles peuvent être dotés de différents droits. Le mappage d'utilisateurs ou de groupes sur un rôle
autorise ces utilisateurs ou groupes à accéder aux applications définies par le rôle. Les utilisateurs et
groupes sont associés aux rôles définis dans une application lors de l'installation ou de la
configuration de celle-ci. Utilisez la zone Modèle de recherche pour afficher des utilisateurs dans la
liste Disponibles. Cliquez sur >> pour ajouter des utilisateurs de la liste Disponibles à la liste
Sélectionnés.
4. Redémarrez tous les serveurs d'applications.
Configuration manuelle du service d'authentification :
Ces informations permettent de configurer manuellement le service d'authentification.
Avant de commencer
Cette section fournit des informations que vous pouvez utiliser pour configurer manuellement un service
d'authentification sur Tivoli Provisioning Manager fournissant l'authentification nécessaire pour la
fonction Launch in context. Vous pouvez ainsi effectuer un lancement contextuel depuis Tivoli
Provisioning Manager vers l'interface utilisateur d'un autre serveur, tel que TADDM, dès lors qu'il
dispose du client d'authentification et qu'il partage le même serveur d'annuaire pour l'authentification.
Dans ce scénario, vous devez vous authentifier une seule fois auprès du serveur hébergeant le client.
Ces instructions permettent de configurer manuellement un service d'authentification. Le programme
d'installation de logiciel intermédiaire installe et configure le service d'authentification lorsque vous
l'utilisez pour installer le logiciel intermédiaire.
Pour configurer le service d'authentification :
Procédure
1. Ouvrez une invite de commande sur le système qui héberge WebSphere Application Server, et
accédez au répertoire <WAS_HOME>/bin.
2. Redémarrez Deployment Manager, Application Server et MXServer en utilisant les noms de profil
corrects :
./stopServer.sh MXServer -profileName ctgAppSrv01
-username wasadmin
-password <wasadmin’s pwd>
./stopNode.sh -profileName ctgAppSrv01
-username wasadmin
./stopManager.sh -profileName ctgDmgr01
-username wasadmin
./startManager.sh -profileName ctgDmgr01
./startNode.sh -profileName ctgAppSrv01
./startServer.sh MXServer -profileName ctgAppSrv01
Ou :
102
<WAS_HOME>/profiles/ctgAppSrv01/bin/stopServer.sh MXServer
-username wasadmin
-password wasadmin
<répBase_WAS>/profiles/ctgAppSrv01/bin/stopNode.sh
-username wasadmin
-password wasadmin
<WAS_HOME>/profiles/ctgDmgr01/bin/stopManager.sh
-username wasadmin
-password wasadmin
<répBase_WAS>/profiles/ctgDmgr01/bin/startManager.sh
<WAS_HOME>/profiles/ctgAppSrv01/bin/startNode.sh
<WAS_HOME>/profiles/ctgAppSrv01/bin/startServer.sh MXServer
3. Connectez-vous au shell wsadmin en ouvrant une invite de commande et en émettant la commande
suivante :
v ./wsadmin.sh -username <ID utilisateur d'administration WebSphere> -password <Mot de
passe d'administration WebSphere>
4. Vérifiez que les services d'authentification ne sont pas déjà déployés :
wsadmin>$AdminApp view authnsvc_ctges
Cette commande renvoie une exception semblable à ce qui suit :
WASX7015E: Exception running command: "$AdminApp view authnsvc_ctges";
exception information: com.ibm.ws.scripting.ScriptingException:
WASX7280E: An application with name "authnsvc_ctges" does not exist.
5. Copiez le fichier IBMESSAuthnSvc.ear sur votre système local. Ce fichier réside dans le répertoire
<Système d'exploitation>\WS-ESS_6.1_GA du DVD de logiciels intermédiaires pour votre système
d'exploitation et votre plateforme.
6. Déployez le fichier IBMESSAuthnSvc.ear :
wsadmin>$AdminApp install <file_path>/IBMESSAuthnSvc.ear {-usedefaultbindings -deployws
-appname authnsvc_ctges–node (nodeName) –server serverName |[-cluster (clustername)]}
Si nom_noeud a été défini sur la valeur par défaut par le programme d'installation de logiciel
intermédiaire, la valeur est ctgNode01. Si nom_serveur a été défini sur la valeur par défaut par le
programme d'installation Tivoli Provisioning Manager, la valeur est MXServer.
7. Enregistrez la configuration :
8. Entrez exit pour quitter le shell wsadmin.
9. Arrêtez WebSphere Application Server et les noeuds gérés :
<WAS_HOME>/profiles/ctgAppSrv01/bin/stopNode.sh -username <WebSphere Admin> -password
<WebSphere Admin password>
<WAS_HOME>/profiles/ctgDmgr01/bin/stopManager.sh -username <WebSphere Admin> -password
<WebSphere Admin password>
10. Copiez le fichier com.ibm.security.ess.server_config.6.2.0.jar dans le répertoire
<WAS_HOME>/plugins sur votre système local. Ce fichier réside dans le répertoire <Système
d'exploitation>\WS-ESS_6.1_GA du DVD de logiciels intermédiaires pour votre système
d'exploitation et votre plateforme.
11. Redémarrez WebSphere et les noeuds gérés :
<WAS_HOME>/profiles/ctgDmgr01/bin/startManager.sh
<WAS_HOME>/profiles/ctgAppSrv01/bin/startNode.sh
12. Connectez-vous à nouveau à wsadmin shell.
13. Configurez le service :
wsadmin>$AdminTask configureESS
14. Vérifiez que le service est configuré :
wsadmin>$AdminTask isESSConfigured
Cette commande renvoie la valeur true.
103
15. Créez une clé LTPA :
wsadmin>$AdminTask createESSLTPAKeys
{-password
<password>}
Si vous égarez le mot de passe de la clé, vous devrez créer une autre clé. Assurez-vous que tous les
clients qui se connectent au service utilisent le nouveau fichier de clé d'exportation généré.
16. Synchronisez la configuration :
wsadmin>set dmgr [$AdminControl completeObjectName type=DeploymentManager,*]
wsadmin>$AdminControl invoke $dmgr syncActiveNodes true
17. Arrêtez et redémarrezWebSphere et les noeuds gérés :
v <WAS_HOME>/profiles/ctgAppSrv01/bin/stopNode.sh -username <Administration WebSphere>
-password <Mot de passe d'administration WebSphere>
v <WAS_HOME>/profiles/ctgDmgr01/bin/stopManager.sh -username <Administration WebSphere>
-password <>Mot de passe d'administration WebSphere
v <WAS_HOME>/profiles/ctgDmgr01/bin/startManager.sh
v <WAS_HOME>/profiles/ctgAppSrv01/bin/startNode.sh
18. Exportez la clé que vous venez de créer :
wsadmin>$AdminTask exportESSLTPAKeys
{-pathname <path_name>}
Exemple :
wsadmin>$AdminTask exportESSLTPAKeys {-pathname /root/avenESSLTPAKeyFile.exported}
19. Ajoutez le rôle TrustClientRole à l'utilisateur d'administration WebSphere indiqué au cours de
l'installation de TADDM. Vous optimisez ainsi la sécurité du service d'authentification en limitant les
utilisateurs autorisés à s'authentifier auprès de ce dernier à ceux dotés du rôle TrustClientRole. Pour
plus d'informations sur la configuration de l'authentification du client, référez-vous à la rubrique
«Configuration de l'authentification du client» figurant dans la section «Configuration des
référentiels WebSphere fédérés» du guide de l'administrateur TADDM.
Configuration manuelle des files d'attente JMS :
Cette procédure explique comment configurer les files d'attente JMS, opération qui doit être exécutée
avant le déploiement des fichiers EAR Tivoli Provisioning Manager.
Avant de commencer
Lors du processus d'installation, le programme d'installation Tivoli Provisioning Manager vous propose
de configurer automatiquement le logiciel intermédiaire. Si vous choisissez cette option, le programme
d'installation Tivoli Provisioning Manager crée et configure les files d'attente de message JMS, entre
autres tâches. Si vous avez refusé la configuration automatique des logiciels intermédiaires Provisioning
Manager à utiliser avec Provisioning Manager, vous devez configurer manuellement ces files d'attente de
messages.
Pour configurer les files d'attente JMS :
Procédure
1. Démarrez WebSphere Application Server.
2. Lancez Internet Explorer et ouvrez la console d'administration du serveur d'application WebSphere
en entrant l'URL suivante :
http://<server_name>:<port_number>/ibm/console
Par exemple, entrez une URL identique à l'exemple d'URL suivant :
http://localhost:9060/ibm/console
104
3. Dans l'écran de connexion, entrez votre ID utilisateur, puis cliquez sur Connexion. Cette action
entraîne l'affichage de l'écran de bienvenue de la console d'administration WebSphere Application
Server.
4. Pour démarrer le serveur MXServer, allez dans Serveurs > Serveurs d'application et sélectionnez
MXServer, puis cliquez sur Démarrer.
5. Cliquez sur Administration système > Préférences de console.
6. Cochez la case de synchronisation des modifications avec les noeuds, puis cliquez sur Appliquer.
7. Cliquez sur Intégration des services > Bus pour ouvrir la boîte de dialogue Bus. Un bus est un
groupe de serveurs et de clusters interconnectés qui lui ont été ajoutés en tant que membres.
8. Cliquez sur Nouveau pour ouvrir la boîte de dialogue Bus > Nouveau dans laquelle vous pouvez
ajouter un nouveau bus d'intégration de service.
9. Entrez intjmsbus pour le nom du nouveau bus dans le champ de nom.
10. Décochez la case de la sécurité du bus sans quoi, intjmsbus hérite du paramètre de sécurité globale
de la cellule.
11. Cliquez sur Suivant.
12. Cliquez sur Fin
13. Cliquez sur Sauvegarder. Cette étape propage la configuration du bus JMS vers la configuration des
clusters. L'écran de confirmation présente les informations suivantes :
v Le nom du bus, par exemple intjmsbus.
v Un ID utilisateur unique (UUID) généré automatiquement, par exemple 4BCAC78E15820FED.
v La case à cocher Sécuriser est désélectionnée.
Ajout d'un serveur au bus d'intégration des services :
Un serveur doit être défini pour le bus d'intégration des services.
Procédure
1. Sur la console d'administration WebSphere Application Server, cliquez sur Intégration des services >
Bus pour afficher la boîte de dialogue Bus.
2. Cliquez sur intjmsbus pour ouvrir la boîte de dialogue Bus > intjmsbus.
3. Sous Topologie, cliquez sur Membres du bus.
4. Dans la boîte de dialogue Bus > intjmsbus > Membres du bus, cliquez sur Ajouter pour afficher la
boîte de dialogue d'ajout d'un membre du bus.
5. Cliquez sur la flèche déroulante Serveur, sélectionnez le nom de serveur ctgNode01:MXServer pour
l'ajouter au bus, puis cliquez sur Suivant.
6. Vérifiez que le bouton d'option Mémoire fichier est sélectionné, puis cliquez sur Suivant.
7. Dans le panneau de spécification des propriétés de stockage de message, cliquez sur Suivant.
8. Cliquez sur Fin
9.
10.
11.
12.
Cliquez sur Sauvegarder.
Cliquez sur OK.
Sélectionnez intjmsbus.
Dans la zone du seuil maximal de message, indiquez la valeur minimale 500 000 messages, puis
cliquez sur Appliquer.
Si le nombre de messages en attente de traitement est supérieur au seuil maximal de messages
défini, le serveur d'application limite l'ajout de nouveaux messages dans les files d'attente de
traitement.
Selon le nombre de messages à traiter, vous devrez peut-être entrer un seuil maximal de messages
plus élevé. Vous pouvez déterminer un seuil de messages optimal en surveillant les files d'attente de
105
messages entrants et sortants et l'impact de ce paramètre sur les performances système. Si une valeur
élevée se traduit par une baisse des performances, par exemple, entrez éventuellement une valeur
plus faible.
Si vous décidez de modifier le seuil maximal de messages après la configuration initiale, vous devez
ouvrir le menu Propriétés supplémentaires dans la console d'administration et modifier le seuil pour
chaque configuration enfant.
13. Cliquez sur Sauvegarder.
14. Cliquez sur OK.
Création de la destination du bus d'intégration des services de la file d'attente entrante continue (CQINBD) :
Vous devez créer une destination du bus d'intégration des services de la file d'attente entrante continue
(CQINBD).
Avant de commencer
Pour définir une adresse logique pour la destination du bus de la file d'attente entrante continue
(CQINBD) au sein du bus JMS, procédez comme suit :
Procédure
3. Cliquez sur Destinations sous Destination resources pour ouvrir la boîte de dialogue Bus >
intjmsbus > Destinations.
Une destination de bus, par exemple CQINBD, est un espace virtuel dans un bus d'intégration de
service où les applications peuvent joindre et échanger des messages.
4. Cliquez sur Nouvelle pour ouvrir la boîte de dialogue de création d'une destination.
5. Conservez File d'attente comme type de destination et cliquez sur Suivant pour ouvrir la boîte de
dialogue de création d'une file d'attente.
6. Entrez CQINBD dans la zone Identificateur et File d'attente entrante continue dans la zone
Description, puis cliquez sur Suivant pour ouvrir la boîte de dialogue Créer une file d'attente pour
la messagerie point à point.
7. Sélectionnez la liste déroulante Membre du bus et choisissez Node=ctgNode01:Server=MXServer
comme membre du bus dans lequel stocker et traiter les messages destinés à la file d'attente de
destination de bus CQINBD.
8. Cliquez sur Suivant pour ouvrir la boîte de dialogue de confirmation de la création de la file
d'attente.
9. Passez vos sélections en revue, puis cliquez sur Terminer pour achever la création de la file d'attente
de destination de bus CQINBD.
10. Accédez au chemin Bus > intjmsbus > Destinations, puis cliquez sur CQINBD pour ouvrir la boîte
de dialogue de configuration.
11. Cliquez sur Aucune dans la zone destination des exceptions.
12. Cliquez sur Appliquer.
13. Cliquez sur Enregistrer.
Création de la destination du bus d'intégration des services de la file d'attente entrante séquentielle (SQINBD) :
Vous devez créer une destination du bus d'intégration des services de la file d'attente entrante
séquentielle (SQINBD).
106
Pour définir une adresse logique pour la destination du bus de la file d'attente entrante séquentielle
(SQINBD) au sein du bus d'intégration des services, procédez comme suit :
Procédure
intjmsbus > Destinations. Une destination de bus est un emplacement virtuel dans un bus
d'intégration de service auquel les applications peuvent joindre et échanger des messages.
6. Entrez SQINBD dans la zone Identificateur et File d'attente entrante séquentielle dans la zone
Descriptionn puis cliquez sur Suivant pour ouvrir la boîte de dialogue de création d'une file
d'attente de messagerie point à point. Notez qu'il est impératif d'utiliser cette valeur et qu'elle ne
peut contenir que des majuscules.
7. Sélectionnez la liste déroulante Membre de bus et choisissez Node=ctgNode01:Server=MXServer.
d'attente.
9. Vérifiez vos sélections, puis cliquez sur Terminer pour terminer la création de la file d'attente de
destination SQINBD du bus.
10. Accédez au chemin Bus > intjmsbus > Destinations, puis cliquez sur SQINBD pour ouvrir la boîte
de dialogue de configuration.
11. Cliquez sur Aucune dans la zone destination des exceptions.
Création de la destination du bus d'intégration des services de la file d'attente sortante séquentielle (SQOUTBD) :
Vous devez créer une destination du bus d'intégration des services de la file d'attente sortante
séquentielle (SQOUTBD).
Pour définir une adresse logique pour la destination du bus de la file d'attente sortante séquentielle
(SQOUTBD) au sein du bus d'intégration des services, procédez comme suit :
Procédure
intjmsbus > Destinations. Une destination de bus (SQOUTBD, par exemple) est un emplacement
virtuel dans un bus d'intégration de service auquel les applications peuvent joindre et échanger des
messages.
6. Entrez SQOUTBD dans la zone Identificateur et File d'attente sortante séquentielle dans la zone
Description, puis cliquez sur Suivant pour ouvrir la boîte de dialogue de création d'une file d'attente
de messagerie point à point. Notez qu'il est impératif d'utiliser cette valeur et qu'elle ne peut
contenir que des majuscules.
107
7. Sélectionnez la liste déroulante Membre du bus et choisissez Node=ctgNode01:Server=MXServer
comme membre du bus dans lequel stocker et traiter les messages destinés à la file d'attente de
destination de bus SQOUTBD.
d'attente.
9. Passez vos sélections en revue, puis cliquez sur Terminer pour achever la création de la file
d'attente.
10. Accédez au chemin Bus > intjmsbus > Destinations, puis cliquez sur SQOUTBD pour ouvrir la
boîte de dialogue de configuration dans laquelle vous devez effectuer les modifications suivantes :
a. Cliquez sur Aucune dans la zone destination des exceptions.
b. Cliquez sur Appliquer.
c. Cliquez sur Sauvegarder.
Création de la fabrique de connexions JMS :
Ajoutez une fabrique de connexion pour créer des connexions au fournisseur JMS de files d'attente de
messages point-à-point associé.
Procédure
1. Sur la console d'administration WebSphere Application Server, cliquez sur Ressources > JMS >
Fabrique de connexions.
2. Dans la liste Portée, sélectionnez Cell=ctgCell01.
3. Cliquez sur Nouvelle.
4. Vérifiez que l'option Fournisseur d'application de messagerie par défaut est sélectionnée et cliquez sur
OK.
5. Entrez les informations suivantes :
Nom
Entrez intjmsconfact.
Nom JNDI
Entrez jms/maximo/int/cf/intcf.
Nom du bus
7. Cliquez sur OK.
Création de la file d'attente entrante continue JMS (CQIN) :
Vous devez créer une file d'attente JMS (CQIN) comme destination des messages point-à-point entrants
continus.
Pour créer la file d'attente JMS CQIN, procédez comme suit :
Procédure
1. Sur la console d'administration WebSphere Application Server, cliquez sur Ressources > JMS > Files
d'attente.
2. Dans la liste déroulante Portée, sélectionnez Cell=ctgCell01.
OK.
5. Entrez les informations suivantes et cliquez sur OK.
108
Nom
Entrez CQIN.
Notez que cette valeur doit uniquement contenir des lettres en majuscules.
Nom JNDI
Entrez jms/maximo/int/queues/cqin.
Nom du bus
Nom de la file d'attente
Sélectionnez CQINBD.
6. Cliquez sur OK.
Création de la file d'attente entrante séquentielle (SQIN) JMS :
Vous devez créer une file d'attente JMS (SQIN) comme destination des messages point-à-point entrants
séquentiels.
Pour créer la file d'attente séquentielle JMS, procédez comme suit :
Procédure
d'attente.
OK.
Nom
Entrez SQIN.
Nom JNDI
Entrez jms/maximo/int/queues/sqin.
Nom du bus
Sélectionnez SQINBD.
6. Cliquez sur OK.
Création de la file d'attente sortante séquentielle (SQOUT) JMS :
Vous devez créer une file d'attente JMS (SQOUT) comme destination des messages point-à-point sortants
séquentiels.
Pour créer la file d'attente sortante séquentielle JMS, procédez comme suit :
Procédure
d'attente.
109
OK.
Nom
Entrez SQOUT.
Nom JNDI
Entrez jms/maximo/int/queues/sqout.
Nom du bus
Sélectionnez SQOUTBD.
6. Cliquez sur OK.
Création de la spécification d'activation JMS de la file d'attente entrante continue (CQIN) :
Pour que la file d'attente entrante continue (CQIN) puisse recevoir des messages, vous devez l'activer.
Procédez comme suit pour activer la file d'attente CQIN :
Procédure
Spécifications d'activation.
3. Cliquez sur Nouveau pour renseigner la section Propriétés générales pour les nouvelles spécifications
d'activation JMS.
4. Cliquez sur OK.
5. Entrez les informations suivantes, puis cliquez sur OK.
Nom
intjmsact
Cette valeur est sensible à la casse. Vous devez utiliser des minuscules.
Nom JNDI
intjmsact
Type de destination
File d'attente
Nom de destination JNDI
jms/maximo/int/queues/cqin
Nom du bus
intjmsbus
Nombre maximum de noeuds finaux simultanés
10
7. Redémarrez MXServer en accédant à Serveurs > Serveurs d'applications.
File d'attente d'erreurs :
Vous pouvez créer une file d'attente d'erreurs facultative destinée à la réception des messages d'erreur
réacheminés à partir de la file d'attente continue (CQIN) en cas de messages incorrects.
110
Création de la destination du bus d'intégration des services de la file d'attente entrante des erreurs
(CQINERRBD) :
Vous devez ajouter une adresse logique pour la file d'attente entrante des erreurs (CQINERRBD) dans le
bus JMS.
Procédez comme suit :
Procédure
intjmsbus > Destinations. Une destination de bus est un emplacement virtuel dans un bus
d'intégration de service auquel les applications peuvent joindre et échanger des messages.
6. Entrez CQINERRBD dans la zone Identificateur et File d'attente entrante des erreurs dans la zone
Description, puis cliquez sur Suivant pour ouvrir la boîte de dialogue de création d'une file d'attente
de messagerie point à point. Notez qu'il est impératif d'utiliser cette valeur et qu'elle ne peut
contenir que des majuscules.
7. Sélectionnez la liste déroulante Membre de bus et choisissez Node=ctgNode01:Server=MXServer.
d'attente.
9. Vérifiez vos sélections, puis cliquez sur Terminer pour terminer la création de la file d'attente de
destination CQINERRBD du bus.
10. Accédez au chemin Bus > intjmsbus > Destinations, puis cliquez sur CQINERRBD pour ouvrir la
boîte de dialogue de configuration dans laquelle vous devez effectuer les modifications suivantes :
a. Cliquez sur Spécifier et entrez CQINERRBD comme valeur de destination des exceptions.
b. Réglez la valeur Nombre maximum d'échecs de distribution sur 5.
Cette valeur représente le nombre maximal de tentatives de traitement d'une opération de
messagerie infructueuse avant le transfert du message à la destination des exceptions.
15. Sélectionnez CQINBD.
16. Spécifiez CQINERRBD comme valeur de destination des exceptions. Réglez la valeur Nombre maximum
d'échecs de distribution sur 5.
17. Cliquez sur OK.
Création de la file d'attente JMS des erreurs (CQINERR) :
Une fois la destination du bus de la file d'attente des erreurs créée, vous créez la file d'attente des erreurs.
Pour créer une file d'attente des erreurs, procédez comme suit :
111
Procédure
d'attente.
OK.
Nom
Entrez CQINERR.
Nom JNDI
Entrez jms/maximo/int/queues/cqinerr.
Nom du bus
Sélectionnez CQINERRBD.
6. Cliquez sur OK.
Création de la spécification d'activation JMS de la file d'attente entrante des erreurs (CQINERR) :
Pour que la file d'attente entrante continue (CQINERR) puisse recevoir des messages, vous devez
l'activer.
Procédez comme suit pour activer la file CQINERR :
Procédure
Spécifications d'activation.
3. Cliquez sur Nouveau pour renseigner la section Propriétés générales pour les nouvelles spécifications
d'activation JMS.
4. Cliquez sur OK.
Nom
Entrez intjmsacterr.
Vous devez utiliser des minuscules.
Nom JNDI
Entrez intjmsacterr.
Type de destination
Entrez Queue.
Nom de destination JNDI
jms/maximo/int/queues/cqinerr
6. Cliquez sur OK.
Création manuelle d'une source de données pour le stockage permanent :
112
Si vous choisissez de configurer manuellement WebSphere Application Server Network Deployment et de
conserver les messages, vous devez créer une source de données afin de stocker les messages JMS dans
une base de données DB2. Vous choisissez de conserver ou non les messages lors de l'installation des
services de base.
WebSphere Application Server Network Deployment peut utiliser une base de données DB2 pour stocker
les messages JMS. Pour plus d'informations sur le stockage de messages WebSphere Application Server
Network Deployment, notamment l'utilisation de produits autres que DB2, voir la documentation
WebSphere Application Server et Planification de la configuration d'un moteur de messagerie en vue de
l'utilisation d'un magasin de données.
Pour créer une source de données pour le stockage permanent, procédez comme suit :
Procédure
1. Créez un utilisateur système et un mot de passe sur le serveur hébergeant le serveur de base de
données. Par exemple, un utilisateur nommé mxsibusr avec le mot de passe mxsibusr.
2. Créez et configurez la base de données :
a. Ouvrez le Centre de contrôle DB2.
b. Accédez au dossier des bases de données répertorié sous votre système.
c. Cliquez avec le bouton droit de la souris sur le dossier Bases de données et sélectionnez Créer
une base de données > Standard.
d. Créez une base de données nommée maxsibdb à l'aide des paramètres par défaut.
e. Une fois la base de données créée, développez la base de données maxsibdb et sélectionnez User
and Group objects.
f. Cliquez avec le bouton droit de la souris sur DB Users et sélectionnez Ajouter.
g. Sélectionnez mxsibusr dans la liste déroulante des utilisateurs.
h. Accordez tous les droits à l'utilisateur mxsibusr à l'exception du droit d'administrateur de la
sécurité.
i. Cliquez sur Appliquer.
j. Vérifiez qu'il est possible de se connecter à la base de données à l'aide de l'utilisateur mxsibusr en
cliquant avec le bouton droit de la souris sur maxsibdb et en sélectionnant Connect.
3. Configurez les données d'authentification J2C et le fournisseur JDBC dans WebSphere Application
a. Ouvrez et connectez-vous à la console d'administration de WebSphere Application Server Network
Deployment.
b. Accédez à Sécurité > Secure administration, applications, and infrastructure (Sécuriser
c. Sous l'en-tête Authentification, cliquez sur Java Authentication and Authorization Service > J2C
authentication data.
d. Cliquez sur Nouvelle.
e. Renseignez les zones suivantes dans le formulaire d'identité de l'utilisateur :
Alias
maxJaasAlias
ID Utilisateur
mxsibusr
Mot de passe
Mot de passe que vous avez créé pour mxsibusr.
Description
Alias utilisateur de la base de données SIB.
f. Cliquez sur Appliquer, puis sur Enregistrer.
113
g. A partir du panneau de navigation de la console d'administration de WebSphere Application
Server, accédez à Ressources > JDBC > Fournisseurs JDBC.
h. Cliquez sur Portée et sélectionnez Cell=ctgCell01.
i. Cliquez sur Nouvelle.
j. Indiquez les données suivantes :
Type de base de données
DB2
Type de fournisseur
Fournisseur DB2 Universal JDBC Driver
Type d'implémentation
Source de données XA
Nom
maxJdbcProvider
k. Cliquez sur Suivant.
l. Complétez la zone de la variable ${DB2UNIVERSAL_JDBC_DRIVER_PATH} WebSphere
Application Server par une valeur <WAS_HOME>ctgMX\lib. Par exemple C:\Program
Files\IBM\WebSphere\AppServer\ctgMX\lib.
m. Cliquez sur Suivant.
n. Cliquez sur Fin
o. Cliquez sur Sauvegarder.
4. Ouvrez une invite de commande et copiez <DB2_HOME>/java/db2jcc.jar et <DB2_HOME>/java/
db2jcc_license_cu.jar dans le répertoire <WAS_HOME>\ctgMX\lib. Revenez à Ressources > JDBC >
JDBC Providers > maxJdbcProvider et corrigez le chemin de la classe, si nécessaire, pour db2jcc.jar
et db2jcc_license_cu.jar. Assurez-vous que chaque fichier jar dispose du chemin complet depuis
${DB2UNIVERSAL_JDBC_DRIVER_PATH}.
5. Configurez WebSphere Application Server :
a. A partir de la console WebSphere Application Server Network Deployment, accédez à Ressources
> JDBC > Data sources.
b. Cliquez sur la liste déroulante Portée et sélectionnez Cell=ctgCell01.
c. Cliquez sur Nouvelle.
d. Indiquez les données suivantes :
Nom de la source de données
intjmsds
Nom JNDI
jdbc/intjmsds
e. A partir de la liste des alias d'authentification gérés par le composant et des alias
d'authentification de reprise XA, sélectionnez maxJaasAlias.
f. Cliquez sur Suivant.
g. Choisissez Select an existing JDBC provider (Sélectionner un fournisseur JDBC existant), puis
sélectionnez maxJdbcProvider dans la liste déroulante.
h. Cliquez sur Suivant.
i. Indiquez les données suivantes :
maxsibdb
Type de pilote
4
Nom de serveur
Spécifiez le nom d'hôte du serveur DB2.
114
Numéro de port
Spécifiez le numéro du port DB2. Par exemple 50005.
j. Assurez-vous que l'option Use this data source in container managed persistence (CMP) (Utiliser
cette source de données dans CMP) est activée, puis cliquez sur Suivant.
k. Cliquez sur Fin
l. Cliquez sur Sauvegarder.
6. Vérifiez la source de données en sélectionnant intjmsds, puis en cliquant sur Test Connection
(Connexion de test).
Modification des paramètres de configuration du programme
Vous pouvez modifier les paramètres de configuration spécifiés dans un plan de déploiement avant de
déployer ce dernier. Vous pouvez utiliser cette option si vous choisissez d'annuler le déploiement du plan
de déploiement que vous avez développé en quittant le programme d'installation de logiciel
intermédiaire. Il est uniquement possible de modifier les paramètres de configuration d'un plan avant le
déploiement de celui-ci.
Avant de commencer
Ces informations supposent que vous ayez développé un plan de déploiement, entré des paramètres de
configuration pour le plan, et quitté le programme d'installation de logiciel intermédiaire avant de
déployer réellement le plan de déploiement.
Pour modifier les paramètres de configuration de programme d'installation de logiciel intermédiaire :
Procédure
1. Démarrez le programme d'installation de logiciel intermédiaire à partir du tableau de bord et allez
jusqu'au panneau de sélection d'un espace de travail.
2. Spécifiez le répertoire précédemment utilisé comme espace de travail du programme d'installation de
logiciel intermédiaire, puis cliquez sur Suivant.
3. Sélectionnez Editer les paramètres de configuration, puis cliquez sur Suivant.
4. Parcourez les panneaux du programme d'installation de logiciel intermédiaire et effectuez les
modifications requises.
5. Lorsque vous atteignez le panneau spécifiant l'opération à appliquer au plan de déploiement,
sélectionnez Déployer le plan, puis cliquez sur Suivant.
6. Dans le panneau récapitulatif de la configuration du plan de déploiement et des paramètres, passez
en revue les informations récapitulatives, puis cliquez sur Suivant.
7. Dans le panneau de sélection des répertoires d'image de logiciel intermédiaire, indiquez
l'emplacement des images compressées associées aux logiciels intermédiaires spécifiés dans le plan de
déploiement, ainsi que le répertoire à utiliser pour stocker les images extraites. Une fois ces deux
emplacements définis, cliquez sur Suivant.
8. Une fois le déploiement terminé avec succès, cliquez sur Terminer.
Démarrage de logiciel intermédiaire sous UNIX et Linux
Les serveurs et services de middleware doivent être actifs avant d'installer des services de base, les
composants centraux de Tivoli Provisioning Manager et les composants Web de Tivoli Provisioning
Manager.
Le logiciel intermédiaire que vous devez démarrer dépend de votre tâche en cours. Le tableau suivant
répertorie les options possibles :
115
Tableau 24. Etapes de démarrage de logiciel intermédiaire
Situation
Action
Le middleware est installé, Le logiciel intermédiaire démarre une fois son installation terminée. Si vous n'avez pas
mais vous n'avez pas
redémarré le serveur ou arrêté le logiciel intermédiaire, vous pouvez passer à l'étape
terminé l'installation de
«Installation des services de base», à la page 119.
Tivoli Provisioning
Manager.
Vous avez redémarré
l'ordinateur.
Après un redémarrage, vous devez redémarrer tous les logiciels intermédiaires :
1. Démarrez la base de données
2. Démarrez le serveur d'annuaire
3. Démarrez le serveur HTTP
4. Démarrez les profils WebSphere Application Server :
v Redémarrez manuellement si vous n'avez pas encore démarré l'installation Tivoli
v Une fois les composants principaux installés, Tivoli Provisioning Manager
démarre automatiquement les profils si vous lancez Tivoli Provisioning Manager.
Vous avez arrêté le
middleware.
Une fois que le logiciel intermédiaire a démarré, passez à l'étape suivante :
v Démarrez le logiciel intermédiaire arrêté, dans l'ordre suivant :
Pour connaître les étapes permettant de vérifier que le logiciel intermédiaire a été
démarré, reportez-vous à la rubrique «Vérification de l'état des logiciels
intermédiaires», à la page 118.
v Si vous avez terminé l'installation de Tivoli Provisioning Manager, reportez-vous à la
rubrique «Démarrage ou arrêt du serveur TPM sous UNIX ou Linux», à la page 236
pour démarrer Tivoli Provisioning Manager.
Pour démarrer le logiciel intermédiaire :
Procédure
1. Connectez-vous à l'ordinateur à l'aide du logiciel intermédiaire en tant qu'utilisateur root.
2. Démarrez l'instance de base de données que vous utilisez avec Tivoli Provisioning Manager :
v
2000
DB2
Si le serveur DB2 ne possède pas d'adresse IP virtuelle, exécutez la commande suivante :
su - ctginst1 -c db2start
où ctginst1 est le nom de l'instance de base de données.
Si le serveur DB2 dispose d'une adresse IP virtuelle, exécutez la commande suivante :
db2gcf -u -p 0 -i ctginst1
v
Oracle
2000
a. Connectez-vous en tant qu'utilisateur de la base de données Oracle en exécutant :
su - oracle
Dans cet exemple, le nom de l'utilisateur est oracle.
b. Démarrez le programme d'écoute base de données Oracle en exécutant :
ORACLE_HOME/bin/lsnrctl start
c. Démarrez base de données Oracle en exécutant :
dbstart
3. Démarrez l'instance de la base de données Tivoli Directory Server en exécutant :
su - idsccmdb
Le serveur ne possède pas d'adresse IP virtuelle
db2start
116
Le serveur possède une adresse IP virtuelle
db2gcf -u -p 0 -i idsccmdb
4. Démarrez le démon d'administration Tivoli Directory Server en tant qu'utilisateur root :
TDS_HOME/sbin/idsdiradm -I idsccmdb
5. Démarrez le démon de Tivoli Directory Server :
TDS_HOME/bin/idsdirctl -D <admin user> -w <admin user password> start
Exemple :
TDS_HOME/bin/idsdirctl -D cn=root -w mypassword start
6. Démarrez le IBM HTTP Server et le profil webserver1 de WebSphere Application Server :
HTTP_HOME/bin/apachectl
start
7. Démarrez les autres profils de WebSphere Application Server :
Démarrez le gestionnaire de déploiement
répBase_WAS/profiles/ctgDmgr01/bin/startManager.sh
Démarrez le noeud :
WAS_HOME/profiles/ctgAppSrv01/bin/startNode.sh
Si le message d'erreur Failed to find VM est renvoyé lors de la tentative d'exécution de commandes
ou de scripts appelant Java, cela signifie que le pare-feu SELinux n'est pas activé. Vous devez le
définir sur Permissif ou sur Désactivé pour toute la durée de la mise à niveau. Une fois l'installation
terminée, la valeur peut être redéfinie sur votre précédente valeur.
Arrêt de logiciel intermédiaire
Suivez ces procédures pour arrêter le logiciel intermédiaire. Si vous devez redémarrer une application de
logiciel intermédiaire, vous devez arrêter l'application avant de redémarrer.
Procédure
1. Arrêtez Tivoli Provisioning Manager.
2. Arrêtez le profil WebSphere Application Server MXServer.
a. Accédez au répertoire WAS_HOME/profiles/ctgAppSrv01/bin.
b. Exécutez la commande suivante :
./stopServer.sh MXServer -username nom_utilisateur_wasadmin -password nom_utilisateur_wasadmin
Les paramètres suivants sont utilisés dans les commandes :
nom_utilisateur_wasadmin
Nom d'utilisateur administrateur WebSphere Application Server.
mot_de_passe_wasadmin
Mot de passe du nom d'utilisateur indiqué.
3. Arrêtez Tivoli Directory Server. Les commandes de ces étapes utilisent le nom d'instance par défaut
idsccmdb.
a. Arrêtez l'instance de la base de données.
1) Connectez-vous en tant que propriétaire d'instance.
2) Exécutez la commande suivante pour rechercher les autres applications en cours :
db2 list applications
3) Si la commande indique d'autres applications, déconnectez-les au moyen de la commande :
db2 force applications all
4) Arrêtez DB2 :
Exécutez la commande suivante :
117
db2stop
Remarque : Vous pouvez exécuter la commande db2stop uniquement sur le serveur.
Aucune connexion à la base de données n'est autorisée lors de l'exécution de cette
commande ; si, toutefois, des connexions sont détectées, elles sont désactivées avant
l'arrêt de l'instance.
Si vous utilisez une adresse IP virtuelle pour le serveur DB2, utilisez la commande
suivante pour arrêter la base de données :
db2gcf -d -p 0 -i idsccmdb
b. Accédez au répertoire TDS_HOME/bin.
c. Arrêtez Tivoli Directory Server.
ibmdirctl –D cn=root –w mot_de_passe -h nom_hôte stop
mot_de_passe
Mot de passe pour le nom distinctif de la base (cn=root).
nom_hôte
Le nom d'hôte de l'ordinateur Tivoli Directory Server.
La partie -h nom_hôte de la commande est requise uniquement si vous vous
connectez à un serveur d'annuaires ou à un autre ordinateur depuis l'ordinateur Tivoli
4. Arrêtez l'instance de la base de données DB2. Les commandes de ces étapes utilisent le nom
d'instance par défaut ctginst1.
SUSE
a. Connectez-vous en tant que propriétaire d'instance.
b. Exécutez la commande suivante pour rechercher les autres applications en cours :
c. Si la commande indique d'autres applications, déconnectez-les au moyen de la commande :
d. Arrêtez DB2 :
db2stop
Remarque : Vous pouvez exécuter la commande db2stop uniquement sur le serveur.
Aucune connexion à la base de données n'est autorisée lors de l'exécution de cette
commande ; si, toutefois, des connexions sont détectées, elles sont désactivées avant l'arrêt
de l'instance.
Si vous utilisez une adresse IP virtuelle pour le serveur DB2, utilisez la commande
suivante pour arrêter la base de données. Dans cet exemple, l'instance de base de données
est ctginst1.
db2gcf -d -p 0 -i ctginst1
Vérification de l'état des logiciels intermédiaires
Procédez comme suit pour vérifier l'état des logiciels intermédiaires :
Procédure
v
Pour vérifier l'état :
1. Basculez vers le propriétaire d'instance DB2.
118
2000
DB2
2. Démarrez DB2 :
db2start
Si DB2 est déjà en cours d'exécution, le message suivant s'affiche : SQL1026N Le gestionnaire de
la base de données est déjà actif.
Pour vérifier l'état :
1. Connectez-vous en tant qu'utilisateur Oracle.
2. Placez-vous dans le répertoire $ORACLE_HOME/bin.
3. Vérifiez l'état de la base de données Oracle. Connectez-vous à SQL*Plus. L'état de la base de
données s'affiche lors de votre connexion.
4. Vérifiez l'état du programme d'écoute de la base de données Oracle. Exécutez lsnrctl status
v Pour vérifier l'état de Tivoli Directory Server :
1. Connectez-vous à l'ordinateur Tivoli Directory Server. Si vous avez installé le client Tivoli Directory
Server sur le serveur TPM, vous pouvez vérifier l'état de Tivoli Directory Server à partir de ce
serveur.
2. Accédez au répertoire ITDS_HOME/bin.
3. Exécutez la commande suivante :
v
Oracle
2000
ibmdirctl -D cn=root –w mot_de_passe -h nom_hôte status
mot_de_passe
Mot de passe pour le nom distinctif de la base (cn=root).
nom_hôte
Le nom d'hôte de l'ordinateur Tivoli Directory Server.
La partie -h nom_hôte de la commande est requise uniquement si vous vous connectez à un
serveur d'annuaires ou à un autre ordinateur depuis l'ordinateur Tivoli Provisioning
Manager.
v Pour vérifier l'état de Microsoft Active Directory :
Cliquez sur Démarrer > Programmes > Outils d'administration > Gérer votre serveur. Dans la liste
des rôles de serveur, vérifiez que le serveur est configuré avec le rôle Contrôleur de domaine (Active
Directory).
v Pour vérifier l'état de WebSphere Application Server :
Profil Tivoli Provisioning Manager
1. Accédez au répertoire WAS_HOME/profiles/ctgAppSrv01/bin.
./serverStatus.sh MXServer -username nom_utilisateur_wasadmin -password mot_de_passe_wasadmin
Les paramètres suivants sont utilisés dans les commandes :
nom_utilisateur_wasadmin
Nom d'utilisateur administrateur WebSphere Application Server.
mot_de_passe_wasadmin
Mot de passe de l'utilisateur spécifié.
Installation des services de base
Après avoir installé le middleware, vous pouvez installer les services de base. Vous devez installer les
services de base sur le serveur TPM ou sur le poste de travail administratif si votre configuration requiert
l'utilisation d'un poste de travail administratif.
119
Avant de commencer
v Vérifiez que les applications de logiciel intermédiaire sont démarrées. Si vous avez installé le
middleware avec le programme d'installation, les applications middleware sont démarrées
automatiquement après l'installation. Si vous avez redémarré l'ordinateur ou installé manuellement le
logiciel intermédiaire, consultez :
– «Démarrage de logiciel intermédiaire sous UNIX et Linux», à la page 115
v Révisez le fichier de planification pour plus d'informations sur les paramètres d'installation des
services de base. Voir «Feuille de planification pour l'installation des services de base et des
composants centraux», à la page 134.
v Si vous utilisez un poste de travail administratif, arrêtez temporairement les processus non critiques
qui peuvent avoir un effet négatif sur l'installation, tels que les logiciels antivirus.
v Lors de la saisie de valeurs pour les noms d'hôte, utilisez un nom de système hôte qualifié complet.
Cette valeur est sensible à la casse. Pour plus d'informations sur la vérification des noms d'hôtes, voir
Résolution des noms d'hôte avec un serveur DNS dans «Etape 6 de préinstallation : vérification de
l'environnement», à la page 21.
v Activez une exécution à distance et accédez au service sur tous les systèmes où un middleware est
installé. Chaque système distant doit prendre en charge un protocole d'accès à distance et accepter les
connexions distantes à l'aide d'un nom d'utilisateur et d'un mot de passe configurés sur le serveur
cible. Parmi les protocoles d'accès distant figurent SSH et Windows SMB. Si le système distant est un
serveur Windows, vous devez configurer l'exécution à distance afin qu'elle fonctionne avec SMB.
v Activez la trace RXA afin de permettre une meilleure identification et résolution des problèmes en cas
de problèmes de connexion entre le poste de travail administratif et le serveur TPM. Pour plus
d'informations, voir «Activation de la fonction de trace RXA», à la page 201.
v
Exécutez les tâches suivantes pour préparer la base de données DB2 :
– Le répertoire de base du propriétaire de l'instance de base de données doit disposer de 8 Go
d'espace disponible, peu importe si une base de données est installée ou pas à cet emplacement.
– L'ID utilisateur de l'administrateur d'instance DB2 doit disposer des droits SYSADM
(administration). Vous entrez cet ID utilisateur sur l'écran d'administration de DB2 et sur l'écran
Autorisation d'accès à distance du programme d'installation de Provisioning Manager.
Reportez-vous à la documentation du produit DB2 pour plus d'informations sur la création d'un
utilisateur disposant des droits SYSADM (administration) sur le serveur DB2.
– Vous devez ajouter root à un groupe disposant des droits SYSADM.
v
2000
DB2
Pour éviter que DB2 ait recours à une utilisation de mémoire système élevée, vous pouvez
définir la propriété DB2 suivante, puis redémarrer le serveur DB2 :
2000
DB2
db2 update dbm cfg using KEEPFENCED NO
v Si vous installez Tivoli Provisioning Manager dans une langue autre que l'anglais, vous devez accepter
les valeurs par défaut de taille d'espace pour la table de base de données et de taille d'espace pour la
table d'index. Ces valeurs apparaîtront sous forme de valeurs null dans le panneau récapitulatif. Pour
personnaliser les tailles d'espace table, vous devez soit exécuter le programme d'installation de services
de base en anglais et configurer manuellement la base de données en dehors du programme
d'installation de services de base, soit modifier les tailles d'espace table après l'installation.
v Pour WebSphere Application Server Network Deployment, vérifiez que le noeud Cellule et ses noeuds
connexes sont en cours d'exécution.
v Le répertoire de base de l'utilisateur de l'instance de base de données doit disposer de 8 Go d'espace
libre afin qu'une base de données puisse être installée à cet emplacement.
v N'utilisez pas localhost pour les valeurs de nom d'hôte dans le programme d'installation. Indiquez le
nom d'hôte qualifié complet du système pour toutes les valeurs de nom d'hôte. Cette valeur est
sensible à la casse.
120
Les instructions suivantes concernent l'installation multi-serveurs à l'aide des valeurs par défaut et
supposent que vous souhaitez que le programme d'installation de services de base configure
automatiquement les middleware sur plusieurs ordinateurs. Si vous obtenez des erreurs, vous devez les
résoudre avant de poursuivre l'installation.
Si vous annulez le programme d'installation après avoir saisi des valeurs dans plusieurs panneaux
d'installation, le programme d'installation rappelle ces valeurs au prochain démarrage du programme
d'installation des services de base. Vous pouvez restaurer les valeurs par défaut dans le programme
d'installation des services de base en supprimant le fichier MAXIMO_HOME/applications/maximo/
properties/maximo.properties. Si vous ne parvenez pas à localiser le fichier maximo.properties dans le
répertoire MAXIMO_HOME, cherchez-le dans le répertoire de fichiers temporaires système.
Pour installer les services de base, procédez comme suit :
Procédure
1. Vérifiez s'il y a une installation existante du programme d'installation de solution. L'emplacement
d'installation par défaut est :
Si le programme d'installation de solution est déjà installé, démarrez le service :
v Entrez ps -ef|grep acsisvc. Si le service est en cours d'exécution, le processus et un PID associé
sont affichés. Si le service n'est pas en cours, exécutez la commande :
3. Dans le panneau de navigation du tableau de bord, cliquez sur Installation personnalisée, puis sur
Vérifier les conditions requises pour l'installation des services de base. Après avoir vérifié et
confirmé les conditions requises, retournez à la page d'installation personnalisée.
4. Cliquez sur Installer les services de base et les composants obligatoires.
5. Sélectionnez la langue d'installation et cliquez sur OK.
6. Sur le panneau d'introduction, cliquez sur Suivant.
7. Dans le panneau récapitulatif du package, vérifiez les actions de déploiement du package, puis
8. Acceptez le contrat de licence et cliquez sur Suivant.
9. Dans le panneau Choose Install Folder, indiquez le répertoire d'installation des services de base et
cliquez sur Suivant. Le chemin que vous indiquez ne doit contenir aucun espace. Les valeurs par
défaut sont les suivantes :
v /opt/IBM/SMP
Vous devez rechercher l'emplacement.
10. Dans le panneau Choose Deployment, sélectionnez l'option Personnalisé.
Remarque : L'option Simple n'est pas prise en charge.
11. Dans le panneau Import Middleware Configuration Information, indiquez que vous souhaitez
utiliser les valeurs de zone que vous avez entrées dans les zones du programme d'installation de
logiciel intermédiaire comme valeurs par défaut pour ces mêmes zones dans le programme
d'installation de services de base.
Importer les informations de configuration du middleware
Cochez cette case si vous souhaitez autoriser le programme d'installation de services de base
à réutiliser les valeurs saisies dans le programme d'installation de logiciel intermédiaire.
Si vous avez installé manuellement le middleware, décochez cette case et entrez les valeurs
requises dans les panneaux suivants à partir du programme d'installation de services de
base.
121
Remarque : Si vous sélectionnez cette fonction lors de l'installation avec RXA, l'emplacement
de l'espace de travail que vous spécifiez doit résider localement sur le système distant et doit
être introuvable sur une unité réseau du système distant.
Nom d'hôte
Entrez le nom de domaine complet du système sur lequel le programme d'installation de
logiciel intermédiaire a été exécuté. Cette valeur est sensible à la casse.
ID Utilisateur
Entrez l'ID utilisateur utilisé pour exécuter le programme d'installation de logiciel
intermédiaire sur l'ordinateur indiqué dans la zone Nom d'hôte.
Mot de passe
Entrez le mot de passe de l'utilisateur.
Emplacement d'espace de travail
Entrez l'emplacement du fichier de topologie contenant les valeurs entrées dans le
programme d'installation de logiciel intermédiaire. Ce fichier se trouve dans l'espace de
travail défini au cours de l'installation de logiciel intermédiaire. Pour plus d'informations,
voir «L'espace de travail du programme d'installation de logiciel intermédiaire», à la page 43.
12. Dans le panneau Type de base de données, sélectionnez le produit que vous utilisez pour la base de
données Maximo et cliquez sur Suivant.
Important pour la prise en charge de base de données : La base de données SQL Server n'est pas
prise en charge.
13. Dans le panneau Base de données, entrez les informations de configuration de la base de données et
2000
DB2
Nom d'hôte
Entrez le nom de domaine complet de l'ordinateur sur lequel DB2 est installé, par exemple,
database.example.com. Cette valeur est sensible à la casse.
Port
Entrez le port utilisé par l'instance de DB2.
Entrez le nom de la base de données à utiliser avec Tivoli Provisioning Manager. Le nom de
base de données par défaut est maxdb71. La base de données est créée si elle n'existe pas.
Instance
Entrez le nom de l'instance de base de données à utiliser avec Tivoli Provisioning Manager.
Le nom d'instance par défaut est ctginst1. Cette instance est créée si elle n'existe pas.
Toutefois, l'utilisateur et le répertoire de base qui lui est associé doivent exister sur le serveur
DB2.
Database User ID
Entrez l'ID utilisateur utilisé par Tivoli Provisioning Manager pour accéder à DB2. Cet ID
utilisateur ne peut être identique à l'ID utilisateur de l'administrateur de l'instance. La valeur
par défaut est maximo.
Mot de passe de la base de données
Entrez le mot de passe de l'ID utilisateur utilisé par Maximo pour accéder à DB2.
Oracle
2000
Nom d'hôte
Entrez le nom de domaine complet de l'ordinateur sur lequel Oracle est installé, par
exemple, database.example.com. Cette valeur est sensible à la casse.
Port
122
Entrez le port utilisé par Oracle.
Instance
Entrez le nom de l'instance de la base de données de Tivoli Provisioning Manager. La valeur
par défaut est ctginst1. Si vous avez choisi d'automatiser la création et la configuration de
la base de données, l'instance sera créée si elle n'existe pas.
Database User ID
Entrez l'ID utilisateur utilisé par Tivoli Provisioning Manager pour accéder à Oracle. Cet ID
utilisateur est créé s'il n'existe pas. La valeur par défaut est maximo. L'utilisateur ne peut pas
s'appeler oracle.
Entrez le mot de passe de l'ID utilisateur utilisé par Maximo pour accéder à Oracle.
14. Dans le panneau Automate Database Configuration, sélectionnez Automate database creation and
configuration, puis cliquez sur Suivant. Cette option permet au programme d'installation de services
de base de configurer automatiquement la base de données pour son utilisation par Tivoli
Provisioning Manager. Parmi les exemples de tâches automatisées figurent la création d'espaces
table, de tables de base de données, de schémas de base de données et d'utilisateurs.
Remarque : Si vous ne souhaitez pas que le programme d'installation de services de base configure
la base de données automatiquement, vous devez la configurer manuellement avant l'installation des
services de base.
15. Dans le panneau Autorisation d'accès à distance, entrez les informations d'autorisation associées à la
fonction de configuration automatique de la base de données, puis cliquez sur Suivant.
ID Utilisateur
Entrez un ID utilisateur pour que le programme d'installation de services de base accède au
système hébergeant la base de données à utiliser avec Tivoli Provisioning Manager.
L'utilisateur doit être root et membre d'un groupe disposant des droits SYSADM pour
l'instance de la base de données.
Mot de passe
Entrez le mot de passe de l'ID utilisateur.
Voir «Activation de la configuration à distance», à la page 135 pour obtenir des détails sur comment
garantir la réussite de l'accès distant entre le programme d'installation de Provisioning Manager et le
serveur distant.
16. Dans le panneau Database Administration, entrez les informations de configuration de la base de
données et cliquez sur Suivant.
2000
DB2
Entrez le répertoire dans lequel DB2 est installé. Les valeurs par défaut sont les suivantes :
v
SUSE
/opt/ibm/db2/V9.5
v
SUSE
sous IBM System z : /opt/IBM/db2/V9.5
ID utilisateur de l'administrateur d'instance
Entrez l'ID utilisateur de l'administrateur de l'instance de DB2. Les valeurs par défaut sont
les suivantes :
v ctginst1
Cet ID utilisateur ne peut pas être le même que l'ID utilisateur de la base de données. Cet
utilisateur doit disposer des droits d'accès d'administration DB2, appelés droits d'accès
SYSADM dans la documentation du produit DB2. Pour plus d'informations sur la création
de cet utilisateur, voir la documentation de DB2.
Mot de passe de l'administrateur d'instance
Entrez le mot de passe associé à l'ID utilisateur de l'administrateur d'instance DB2.
123
Oracle
2000
Entrez le répertoire dans lequel Oracle est installé. Exemple :
v /opt/app/oracle/product/10.2.0/db_1
Entrez l'ID utilisateur de l'administrateur d'Oracle. La valeur par défaut est sys.
Mot de passe administrateur
Entrez le mot de passe associé à l'ID utilisateur de l'administrateur d'Oracle.
ID du propriétaire du logiciel Oracle
Entrez l'ID utilisateur utilisé pour installer Oracle. La valeur par défaut est oracle.
Oracle Software Owner Password
Entrez le mot de passe de l'utilisateur utilisé pour installer Oracle.
17. Dans le panneau d'espace table de la base de données, entrez les informations relatives à l'espace
table de la base de données, puis cliquez sur Suivant.
2000
DB2
Nom de l'espace table des données
Entrez le nom de l'espace table qui doit être créé dans DB2 pour Tivoli Provisioning
Manager. L'espace de table est créé s'il n'existe pas. La valeur par défaut est MAXDATA.
Taille de l'espace table des données
Entrez une taille, en mégaoctets, pour l'espace table de données. La valeur doit être
supérieure ou égale à 5000 Mo.
Entrez le nom de l'espace table temporaire à créer pour DB2. Les espaces table temporaires
conservent des données au cours des opérations de tri et d'assemblage. L'espace de table est
créé s'il n'existe pas. La valeur par défaut est MAXTEMP.
Taille d'espace table temporaire (Mo)
Entrez la taille de l'espace table temporaire.
Nom de l'espace table d'index
Entrez le nom de l'espace table d'index. La valeur par défaut est MAXDATA.
Taille de l'espace table d'index
Entrez une taille, en mégaoctets, pour l'espace table d'index. La valeur doit être supérieure à
3 000 Mo.
Oracle
2000
Emplacement de l'instance
Entrez le chemin du répertoire de chargement de l'instance de base de données. Exemple :
v /opt/oracle/product/10.2.0/db_1/dbs
Nom de l'espace table des données
Entrez le nom de l'espace de table à créer dans Oracle pour Tivoli Provisioning Manager. La
valeur par défaut est MAXDATA.
Taille de l'espace table de données (Mo)
Entrez une taille, en mégaoctets, pour l'espace table de données. La valeur doit être de
1000 Mo ou plus.
Entrez le nom de l'espace table temporaire à créer pour Oracle. Les espaces table temporaires
conservent des données au cours des opérations de tri et d'assemblage. La valeur par défaut
est MAXTEMP.
124
Taille d'espace table temporaire (Mo)
Entrez une valeur de 500 Mo pour l'espace de table temporaire.
Entrez le nom de l'espace table d'index. La valeur par défaut est MAXDATA.
Taille de l'espace table d'index (Mo)
Entrez une valeur de 500 Mo pour l'espace de table d'index.
18. Dans le panneau Type de serveur d'applications, sélectionnez WebSphere Application Server.
Important pour la prise en charge du serveur d'applications : serveur WebLogic Oracle n'est pas
pris en charge.
19. Dans le panneau Connectivité WebSphere, entrez les informations d'hôte relatives à WebSphere
Application Server, puis cliquez sur Suivant.
Nom d'hôte
Entrez le nom de domaine complet du système hébergeant WebSphere Application Server.
Cette valeur est sensible à la casse. Vous pouvez aussi indiquer l'adresse IP du système.
Port SOAP
Entrez le port SOAP du système WebSphere Application Server.
20. Dans le panneau d'automatisation de la configuration de WebSphere, sélectionnez Automatisation de
la configuration de WebSphere et cliquez sur Suivant. Cette option permet au programme
d'installation de configurer automatiquement WebSphere Application Server afin que Tivoli
Provisioning Manager puisse l'utiliser.
Remarque : Si vous ne sélectionnez pas cette option pour configurer WebSphere Application Server
automatiquement, vous devez avoir configuré manuellement le middleware avant d'installer les
services de base. Pour plus d'informations sur les tâches de configuration manuelles :
Si votre serveur TPM est installé sur Windows, AIX ou Linux (excepté pour SUSE Linux Enterprise
Server 11), consultez «Configuration manuelle de WebSphere Application Server», à la page 92.
SUSE
Si votre serveur TPM est installé sur Solaris ou SUSE Linux Enterprise Server 11, consultez
Configuration manuelle de WebSphere(r) Application Server sur Solaris 10 et SUSE Linux(r) Enterprise
Server 11 dans le centre de documentation.
21. Dans le panneau WebSphere Remote Access Authorization, entrez les informations d'autorisation
associées à la configuration de WebSphere Application Server, puis cliquez sur Suivant.
Operating system user ID
v Vous devez saisir root comme utilisateur pour un accès à distance. Tivoli Provisioning
Manager est configuré pour lancer automatiquement les profils WebSphere Application
Server avec ce nom d'utilisateur lorsque vous démarrez Tivoli Provisioning Manager.
Mot de passe du système d'exploitation
Entrez le mot de passe de l'ID utilisateur système.
22. Dans le panneau Configuration de WebSphere Application Server Network Deployment, entrez des
valeurs dans les zones suivantes, puis cliquez sur Suivant.
Répertoire d'installation WebSphere
Entrez le répertoire dans lequel WebSphere Application Server est installé sur le système
hôte. Exemple :
v
SUSE
ID Utilisateur
Entrez l'ID utilisateur de l'administrateur utilisé pour accéder à WebSphere Application
Server. La valeur par défaut est wasadmin.
125
Mot de passe
Entrez le mot de passe de l'ID utilisateur de l'administrateur utilisé pour accéder à
WebSphere Application Server.
Nom de profil
Entrez le nom du profil WebSphere Application Server. La valeur par défaut est ctgDmgr01.
23. Dans le panneau Configuration de WebSphere Application Server, entrez les informations suivantes
et cliquez sur Suivant.
Port du serveur Web
Entrez le port du serveur Web utilisé par WebSphere Application Server. La valeur par
défaut est 80.
Nom de serveur Web
Entrez le nom du serveur Web. La valeur par défaut est webserver1.
Nom de noeud
Entrez le nom du noeud WebSphere Application Server qui contient le serveur d'application.
La valeur par défaut est ctgNode01.
Entrez le nom de WebSphere Application Server à associer à Tivoli Provisioning Manager. Si
le serveur d'applications n'existe pas, il est créé. La valeur par défaut est MXServer.
24. Dans le panneau Sécurité d'accès, sélectionnez une méthode d'authentification et d'autorisation des
utilisateurs et des groupes et cliquez sur Suivant.
Utilisez la sécurité de l'application WebSphere pour l'authentification et l'autorisation
Sélectionnez cette option pour configurer automatiquement la sécurité de l'application
WebSphere Application Server Network Deployment afin de gérer les utilisateurs et les
groupes à des fins d'authentification et d'autorisation. Cette option exige que la sécurité de
l'application soit déjà activée dans WebSphere Application Server Network Deployment.
Important : Vous devez sélectionner cette option si vous voulez utiliser LDAP et Microsoft
Active Directory pour l'authentification et l'autorisation.
Utilisez la sécurité d'application WebSphere uniquement pour l'authentification.
Sélectionnez cette option pour configurer automatiquement la sécurité de l'application
WebSphere Application Server Network Deployment seulement pour l'authentification et
autorisez la sécurité Maximo à gérer les utilisateurs et les groupes. Avec cette option, vous
créez tous vos utilisateurs dans votre serveur d'annuaire, mais vous gérez leur appartenance
à des groupes de sécurité dans l'application Groupes de sécurité de Tivoli Provisioning
Manager. Cette option exige que la sécurité de l'application soit déjà activée dans WebSphere
Application Server Network Deployment.
Si vous sélectionnez cette option, le panneau suivant vous invite à indiquer votre entrée de
base utilisateur. Les utilisateurs maxadmin, maxreg et mxintadm doivent avoir être créés avant
de pouvoir renseigner ce panneau.
Utilisez la sécurité Maximo pour l'authentification et l'autorisation
Si vous ne souhaitez pas utiliser la sécurité de l'application WebSphere Application Server
Network Deployment, sélectionnez cette option pour que la sécurité Maximo gère les
utilisateurs et les groupes pour l'authentification et l'autorisation.
25. Dans le panneau $$$Enter Maximo users, entrez les informations suivantes puis cliquez sur Suivant.
Remarque : Vous devez saisir les mots de passe corrects, car le programme d'installation ne les
valide pas.
Utilisateur d'administration Maximo
ID utilisateur de l'administrateur pour la configuration initiale et l'ajout d'utilisateurs. La
valeur par défaut est maxadmin.
126
Mot de passe
Mot de passe pour l'utilisateur d'administration Maximo.
Utilisateur d'enregistrement système Maximo
ID utilisateur utilisé pour l'auto-enregistrement des utilisateurs. La valeur par défaut est
maxreg.
Mot de passe
Mot de passe pour l'utilisateur d'enregistrement système Maximo.
Utilisateur d'intégration système Maximo
ID utilisateur utilisé avec des adaptateurs d'entreprise. La valeur par défaut est mxintadm.
Mot de passe
Mot de passe pour l'utilisateur d'intégration système Maximo.
26. Si vous avez sélectionné Use WebSphere application security only for authentication dans le
panneau Sécurité d'accès, indiquez les noms distinctifs des entités de base utilisateur et groupe que
vous utilisez, sélectionnez le mode de création des utilisateurs et cliquez sur Suivant.
Important : Lorsque vous saisissez des valeurs LDAP pour l'installation des services de base, des
entrées dans les fichiers LDIF ou des valeurs que vous saisissez directement dans une instance
d'annuaire à l'aide des outils du serveur d'annuaire, suivez les règles de syntaxe spécifiques au
produit en ce qui concerne l'utilisation de caractères spéciaux dans une chaîne LDAP. Dans la
plupart des cas, les caractères spéciaux doivent être précédés par un caractère d'échappement afin de
le rendre lisible par le serveur d'annuaire.
partie de la chaîne LDAP. Par conséquent, si vous entrez dans une zone une chaîne LDAP contenant
par erreur un blanc en dernière position, par exemple, et que vous ne faites pas précéder ce blanc
d'un caractère d'échappement, des erreurs sont susceptibles de se produire. Pour plus d'informations
sur les caractères spéciaux dans les chaînes LDAP, reportez-vous à la documentation produit associée
à votre serveur d'annuaire.
User base entry
Saisissez l'entrée de base utilisateur configurée pour votre serveur d'annuaire. L'entrée de
base utilisateur du schéma LDAP par défaut correspond à ou=users,ou=SWG,o=IBM,c=US.
Vérifiez que l'entrée de base est au bon format et précise. Le programme d'installation de
logiciel intermédiaire ne valide pas l'entrée de base, mais le programme d'installation de
services de base le fait. Si vous avez saisi une entrée de base incorrecte, vous devez la
corriger avant de poursuivre l'installation des services de base.
Entrée de base groupe
Saisissez l'entrée de base groupe configurée pour votre serveur d'annuaire. L'entrée de base
groupe du schéma LDAP par défaut correspond à ou=groups,ou=SWG,o=IBM,c=US.
Vérifiez que l'entrée de base groupe est au bon format et précise. Le programme
d'installation de logiciel intermédiaire ne valide pas l'entrée de base de groupe, mais le
programme d'installation de services de base le fait. Si vous avez saisi une entrée de base de
groupe incorrecte, vous devez la corriger avant de poursuivre l'installation des services de
base.
Créez les utilisateurs requis
Ne désélectionnez pas cette option pour permettre au programme d'installation de
créer les utilisateurs par défaut dans WebSphere Application Server Virtual Member
Manager (VMM).
Cette opération requiert un accès en écriture pour VMM.
127
Si vous ne souhaitez pas que les utilisateurs soient créés par le programme
d'installation, vous devez les créer manuellement avant de poursuivre l'installation.
Voir «Configuration manuelle de la synchronisation d'annuaire pour WebSphere
Application Server Network Deployment», à la page 162 pour connaître les tâches de
synchronisation à exécuter après l'installation si vous choisissez de personnaliser
votre schéma.
Désactivez cette option.
Si vous utilisez Microsoft Active Directory pour sécuriser WebSphere Application
Server, vous devez déjà avoir créé le schéma en suivant les étapes indiquées dans
«Sécurisation de WebSphere Application Server avec Microsoft Active Directory à
l'aide du programme d'installation de logiciel intermédiaire», à la page 90 et
«Configuration manuelle de Microsoft Active Directory», à la page 80.
Avant de poursuivre l'installation, vérifiez les exigences suivantes dans Microsoft
Active Directory
a. Les utilisateurs suivants existent dans le serveur d'annuaire :
Groupe
Utilisateurs
maxadmin
mxintadm
maxadmin
maximousers
mxintadm
maxadmin
maxreg
b. Le nom pre-Windows 2000 du groupe maxadmin est modifié en un nom
différent. Ce changement est nécessaire car le groupe maxadmin contient un
utilisateur également appelé maxadmin.
Si vous n'utilisez pas le schéma LDAP par défaut, vous devez l'avoir créé avant de pouvoir
passer à l'étape suivante. Les valeurs saisies dans les zones Entrée de base utilisateur et
groupe sont utilisées pour configurer la tâche périodique VMMSYNC. Voir «Configuration
manuelle de la synchronisation d'annuaire pour WebSphere Application Server Network
Deployment», à la page 162 pour connaître les tâches de synchronisation à exécuter après
l'installation si vous choisissez de personnaliser votre schéma.
Voici un exemple des données LDIF par défaut que vous devez modifier et importer dans
votre référentiel LDAP si vous voulez personnaliser le schéma et créer vos propres
utilisateurs manuellement :
dn: o=ibm,c=us
objectClass: top
objectClass: organization
o: IBM
dn: ou=SWG, o=ibm,c=us
ou: SWG
objectClass: top
dn: ou=users,ou=SWG, o=ibm,c=us
ou: users
objectClass: top
dn: cn=wasadmin,ou=users,ou=SWG, o=ibm,c=us
uid: wasadmin
userpassword: wasadmin
objectclass: organizationalPerson
objectclass: inetOrgPerson
128
objectclass: person
objectclass: top
title: WebSphere Administrator
sn: wasadmin
cn: wasadmin
dn: uid=maxadmin,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxadmin
uid: maxadmin
objectClass: top
objectClass: person
sn: maxadmin
cn: maxadmin
dn: uid=mxintadm,ou=users,ou=SWG, o=ibm,c=us
userPassword: mxintadm
uid: mxintadm
objectClass: top
objectClass: person
sn: mxintadm
cn: mxintadm
dn: uid=maxreg,ou=users,ou=SWG, o=ibm,c=us
userPassword: maxreg
uid: maxreg
objectClass: top
objectClass: person
sn: maxreg
cn: maxreg
Après la création des utilisateurs, vous devez créer des groupes et y affecter l'utilisateur
maxadmin. Un fichier LDIF avec le contenu suivant doit être créé :
dn: ou=groups,ou=SWG, o=ibm,c=us
ou: groups
objectClass: top
dn: cn=maxadmin,ou=groups,ou=SWG, o=ibm,c=us
objectClass: top
member: uid=dummy
cn: maxadmin
dn: cn=maximousers,ou=groups,ou=SWG, o=ibm,c=us
objectClass: top
member: uid=dummy
member: uid=maxreg,ou=users,ou=SWG,o=IBM,c=US
cn: maximousers
dn:cn=TPDEPLOYMENTSPECIALIST,ou=groups,ou=SWG,O=IBM,C=US
cn: TPDEPLOYMENTSPECIALIST
dn:cn=TPCOMPLIANCEANALYST,ou=groups,ou=SWG,O=IBM,C=US
129
cn: TPCOMPLIANCEANALYST
dn:cn=TPCONFIGURATIONLIBRARIAN,ou=groups,ou=SWG,O=IBM,C=US
cn: TPCONFIGURATIONLIBRARIAN
dn:cn=TPDEVELOPER,ou=groups,ou=SWG,O=IBM,C=US
cn: TPDEVELOPER
dn:cn=TPADMIN,ou=groups,ou=SWG,O=IBM,C=US
cn: TPADMIN
dn:cn=TPWEBSERVICEUSER,ou=groups,ou=SWG,O=IBM,C=US
cn: TPWEBSERVICEUSER
Pour créer les utilisateurs et mettre à jour l'appartenance du référentiel LDAP, exécutez la
commande suivante :
ldapmodify -a -D cn=root -w <mot_de_passe> -i <nom_fichier>
27. Dans le panneau Integration Adapter JMS Configuration, entrez les informations suivantes, puis
cliquez sur Suivant. Un serveur JMS requiert qu'un référentiel de données DB2 soit configuré pour
conserver les messages. Si vous utilisez un autre type de base de données, le programme
d'installation ne peut pas configurer la conservation des messages.
Nom de la source de données JMS
Entrez le nom de la base de données qu'utilisera JMS. La valeur par défaut est intjmsds.
Conserver les messages JMS
Sélectionnez cette option si vous souhaitez que le programme d'installation conserve les
messages dans DB2. Pour plus d'informations, voir «Création manuelle d'une source de
données pour le stockage permanent», à la page 112.
Ne pas conserver les messages JMS
Sélectionnez cette option pour que le programme d'installation configure l'implémentation
JMS de sorte qu'elle conserve automatiquement les messages. Si vous décidez par la suite de
conserver les messages JMS, vous devez configurer manuellement l'implémentation JMS.
Oracle
2000
Vous devez sélectionner cette option si vous utilisez Oracle comme base de
données.
28.
Si vous choisissez de conserver les messages JMS, dans le panneau Configuration de DB2
Database Server, renseignez les zones ci-dessous, puis cliquez sur Suivant. Le magasin de données
JMS peut uniquement être créé en tant que base de données DB2.
2000
DB2
Nom d'hôte
Entrez le nom de domaine complet du serveur hébergeant le magasin de données JMS. Cette
valeur est sensible à la casse.
Port
Entrez le port d'accès au serveur de base de données.
Entrez le nom de la base de données servant de magasin de données JMS. La valeur par
défaut est maxsibdb.
ID Utilisateur
Entrez l'ID utilisateur permettant d'accéder au serveur de base de données. Cet utilisateur est
130
créé s'il n'existe pas. La valeur par défaut est l'ID utilisateur de base de données que vous
avez entré lors de la sélection de votre type de base de données.
Mot de passe
Entrez le mot de passe de l'ID utilisateur pour accéder au serveur de base de données.
29.
2000
DB2
Si vous choisissez de conserver les messages JMS, dans le panneau DB2 Database Server
Remote Access Authorization, entrez les informations d'autorisation associées à la fonction de
configuration automatique, puis cliquez sur Suivant.
ID Utilisateur
Entrez un ID utilisateur qui permet au programme d'installation de services de base
d'accéder au système hébergeant la base de données JMS. Cet utilisateur doit disposer de
droits administratifs sur l'ordinateur auquel vous accédez.
Il doit être membre du groupe db2iadm1.
Mot de passe
Entrez le mot de passe de l'ID utilisateur.
30.
2000
DB2
Sur le panneau DB2 Database Instance Configuration, entrez les informations ci-après,
puis cliquez sur Next.
Entrez le répertoire d'installation du serveur DB2 qui héberge la base de données JMS
contenant l'instance à utiliser avec WebSphere Application Server. Exemple :
v
SUSE
/opt/IBM/db2/V9.5
Instance
Entrez l'instance de la base de données JMS à utiliser avec WebSphere Application Server. La
valeur par défaut est ctginst1.
ID utilisateur de l'administrateur d'instance
Entrez l'ID utilisateur de l'administrateur de l'instance de base de données JMS. Exemple :
v
SUSE
ctginst1
Mot de passe de l'administrateur d'instance
Entrez le mot de passe associé à l'ID utilisateur de l'administrateur d'instance de base de
données JMS.
31. Dans le panneau Configuration SMTP, indiquez les informations de configuration SMTP utilisée par
les flux de travaux pour communiquer avec les participants aux flux.
SMTP server
Entrez le nom d'hôte qualifié complet du serveur SMTP qui envoie des messages aux
participants. Cette valeur est sensible à la casse.
Adresse électronique de l'administrateur
Entrez une adresse électronique valide. Cette adresse est utilisée pour envoyer des messages.
Vous pouvez reporter la configuration SMTP en n'indiquant pas d'information dans ce panneau et en
accédant au panneau suivant. Cependant, vous devez configurer ces paramètres sur l'interface après
l'installation. Pour plus d'informations, voir «Configuration du protocole SMTP», à la page 140.
32. Dans le panneau Exécuter une étape de configuration, sélectionnez une option pour procéder à la
configuration et pour déployer les fichiers d'application, puis cliquez sur Suivant.
Effectuer la configuration de l'installation dès maintenant
Sélectionnez cette option pour exécuter l'étape de configuration lors de l'installation.
131
Copier les fichiers maintenant et effectuer la configuration de l'installation ultérieurement,
manuellement
Sélectionnez cette option pour que le programme d'installation copie uniquement les fichiers
vers le système.
Le programme d'installation de Tivoli Provisioning Manager vous permet d'exécuter des
tâches telles que rassembler des informations concernant votre déploiement et votre
configuration de Tivoli Provisioning Manager, copier des fichiers vers votre système local et
exécuter des tâches de configuration à l'aide des valeurs que vous avez indiquées. Si vous
sélectionnez cette option, le programme d'installation collecte vos informations de
configuration et copie les fichiers Tivoli Provisioning Manager sur votre système local, ce qui
vous permet d'effectuer l'étape de configuration ultérieurement.
Déployer les fichiers d'applications automatiquement
Sélectionnez cette option pour que le programme d'installation exécute automatiquement le
déploiement du fichier EAR lors de l'installation.
Déployer les fichiers d'application manuellement plus tard
Sélectionnez cette option pour reporter le déploiement des fichiers de l'application. Le report
du déploiement des fichiers de l'application peut raccourcir le temps nécessaire au
déploiement global si vous souhaitez installer plusieurs produit de gestion des services. Les
fichiers peuvent être déployés une fois que tous les produits ont ajouté leurs propres
fonctions aux fichiers de l'application. Vous pouvez également utiliser cette option si votre
entreprise utilise des restrictions de déploiement d'applications qui exigent un déploiement
manuel des fichiers d'application ou en utilisant un processus approuvé.
Pour obtenir des instructions relatives au déploiement manuel de l'application WebSphere
Application Server, voir «Déploiement de fichiers EAR Provisioning Manager», à la page 136.
33. Dans le panneau Résumé d'entrée, vérifiez les informations, puis cliquez sur Suivant.
34. Dans le panneau Récapitulatif de pré-installation, examinez les informations et cliquez sur Installer.
35. Dans le panneau Installation effectuée, cliquez sur Terminer.
Résultats
L'installation des services de base est terminée.
Les fichiers journaux se trouvent aux emplacements suivants :
v MAXIMO_HOME/logs
v MAXIMO_HOME/solutions/logs
v MAXIMO_HOME/maximo/tools/maximo/log
v /usr/ibm/common/acsi/logs
En outre, les journaux se trouvent dans les répertoires de journaux du serveur d'applications, du
gestionnaire de dépliement et de l'agent de noeud de WebSphere Application Server.
Les valeurs de configuration que vous avez indiquées sont stockées dans le fichier MAXIMO_HOME/
applications/maximo/properties/maximo.properties. Si vous n'avez pas utilisé le programme
d'installation de services de base pour procéder à la configuration, vous pouvez effectuer cette dernière
en-dehors du programme d'installation de services de base à l'aide de l'utilitaire taskrunner, se trouvant
dans le répertoire MAXIMO_HOME/scripts. Cet utilitaire utilise les valeurs de configuration stockées dans le
fichier maximo.properties pour configurer services de base.
taskrunner CONTINUE <STOPONERROR|NOSTOPONERROR>
Remarque :
132
v Si vous réamorcez le système, vous ne pourrez pas utiliser l'utilitaire taskrunner pour exécuter les
scripts de configuration car les magasins de données de taskrunner ne sont pas conservés. Si vous
souhaitez utiliser taskrunner, ne réinitialisez pas le système.
v Les mots de passe sont chiffrés dans le fichier maximo.properties au cours du processus d'installation.
Les données chiffrées sont stockées dans une section du fichier qui se trouve après la ligne
mxe.encrypted=true à l'aide de différents caractères, y compris des symboles et d'autres caractères non
alphanumériques. Veillez à ne pas modifier la section chiffrée du fichier. Une version du fichier avec le
mot de passe chiffré est stockée dans maximo.properties_orig dans le même répertoire.
Important : Sauvegardez le fichier non chiffré maximo.properties_orig en dehors de la structure du
système de fichiers. Si vous modifiez le mot de passe de l'utilisateur de la base de données, vous devez
mettre à jour ce fichier avec le nouveau mot de passe, puis créer un fichier maximo.properties chiffré.
En cas d'échec de l'installation, vous pouvez réexécuter taskrunner après avoir résolu les erreurs s'il a été
exécuté avec le paramètre STOPONERROR. Taskrunner reprend l'installation à partir de l'enregistrement
de la dernière tâche correctement exécutée lors de la tentative d'installation précédente. Si vous l'exécutez
avec le paramètre NOSTOPONERROR, son exécution se poursuit en dépit des erreurs.
Que faire ensuite
1. Si vous souhaitez installer d'autres supports de langue nationale, voir «Installation du module de
langue», à la page 141.
2. Sauvegardez le répertoire principal des services de base. Dans le panneau de navigation du tableau de
bord, cliquez sur Installation personnalisée, puis accédez à 2. Installer les services de base et les
composants requis et cliquez sur 2.4 Sauvegarder le répertoire initial des services de base. Suivez
les instructions du panneau pour exécuter la sauvegarde, puis revenez à la page Installation
personnalisée.
tableau de bord, cliquez sur Installation personnalisée, puis accédez à 2. Installer les services de
base et les composants requis et cliquez sur 2.5 Sauvegarder la base de données du moteur de
déploiement. Suivez les instructions du panneau pour exécuter la sauvegarde, puis revenez à la page
Installation personnalisée.
4.
Oracle
2000
Si vous utilisez un serveur de bases de données distant, sauvegardez la base de données.
Pour plus d'informations, consultez la rubrique Sauvegarde de la base de données dans le wiki Tivoli
5.
Oracle
2000
Si vous avez indiqué une instance d'Oracle inexistante (SID) dans le programme
d'installation des services de base, vous devez mettre à jour $ORACLE_HOME/network/admin/
tnsnames.ora sur le client Oracle avec le nom de la nouvelle instance. Sinon, le programme
d'installation des composants principaux de Tivoli Provisioning Manager ne parvient pas à se
connecter à base de données Oracle. Ajoutez les informations suivantes au fichier tnsnames.ora. Dans
l'exemple, oracleserver.example.com est le nom d'hôte du serveur Oracle.
ctginst1 =
(DESCRIPTION =
(CONNECT_DATA =
(SID = ctginst1)
)
)
Remplacez ctginst1 par le SID que vous avez indiqué dans le programme d'installation des services
de base.
6. Si vous choisissez de ne pas configurer automatiquement le serveur d'application WebSphere lors de
l'installation des services de base, vous devez créer manuellement les groupes suivants requis et
ajouter l'utilisateur maxadmin aux groupes : TPADMIN, TPCOMPLIANCEANALYST,
TPDEPLOYMENTSPECIALIST, TPDEVELOPER et TPWEBSERVICEUSER. Pour plus d'informations,
133
et en fonction du serveur d'annuaire que vous utilisez, voir «Configuration manuelle de Microsoft
Active Directory», à la page 80 or «Configuration manuelle de IBM Tivoli Directory Server», à la page
75.
7. Passez à l'étape «Installation des composants principaux de Tivoli Provisioning Manager», à la page
145.
Feuille de planification pour l'installation des services de base et des
composants centraux
Ce tableau répertorie les paramètres que vous devez fournir lors de l'installation des services de base et
des composants principaux.
Tableau 25. Paramètres Tivoli Provisioning Manager
Paramètre
Valeur par défaut
Répertoire d'installation de Tivoli
v /opt/IBM/tivoli/tpm
Numéro de port du serveur
v
2000
DB2
50005
v
Oracle
2000
1521
Nom d'hôte de base de données de
Nom de la base de données Maximo
maxdb71
Instance de la base de données
Maximo
ctginst1
Nom de schéma
maximo
ID utilisateur de la base de données
Maximo
maximo
Répertoire d'installation de v /opt/ibm/db2/V9.7
v on IBM System z:
/opt/ibm/db2/V9.7
2000
DB2
DB2
v /opt/ibm/db2/V9.5
v on IBM System z :
/opt/ibm/db2/V9.5
2000
DB2
ID utilisateur de
l'administrateur de l'instance DB2
Oracle
2000
Répertoire d'installation d'base de
données Oracle
Oracle
2000
v ctginst1
Oracle
2000
v /u01/app/oracle/product/10.2.0/
db_1 (pour Oracle 10g)
v /u01/app/oracle/product/11.1.0/
db_1 (pour Oracle 11g)
sys
ID utilisateur de l'administrateur base
de données Oracle
Oracle
2000
oracle
ID utilisateur du propriétaire du
logiciel base de données Oracle
données
134
MAXDATA
Votre valeur
Tableau 25. Paramètres Tivoli Provisioning Manager (suite)
Paramètre
Valeur par défaut
Taille de l'espace de table de données
v
2000
DB2
5000 Mo
v
Oracle
2000
1000 Mo
MAXTEMP
1000 Mo
MAXDATA
Taille d'espace table d'index
v
2000
DB2
5000 Mo
v
Oracle
2000
1000 Mo
Votre valeur
Nom de l'hôte WebSphere
Port SOAP WebSphere
8879
Répertoire de base du serveur
WebSphere
WebSphere
wasadmin
Nom de profil WebSphere
ctgDmgr01
Port du serveur Web
9081
Nom de serveur Web
webserver1
Nom de noeud
ctgNode01
Nom du cluster
MAXIMOCLUSTER
MXServer. Il est impossible de
modifier cette valeur.
Nom de la source de données JMS
Nom de la base de données JMS
maxsibdb
Nom du serveur JMS
ID utilisateur de base de données
maxadmin
Entrée de base groupe
ou=groups,ou=SWG,o=IM, c=US
User base entry
ou=users,ou=SWG,o=IM, c=US
SMTP server
Adresse électronique de
l'administrateur
Activation de la configuration à distance
Si vous souhaitez utiliser la fonction du programme d'installation Provisioning Manager qui automatise
la configuration des logiciels intermédiaires Provisioning Manager, vous devez activer un protocole
d'accès distant pour chaque système sur lequel vous voulez installer les logiciels intermédiaires
Parmi les protocoles d'accès distant figurent rsh, rexec, SSH et Windows SMB. Avant de lancer le
programme d'installation, vous devez vérifier que vous pouvez vous connecter à votre serveur distant ou
à vos serveurs distants à l'aide des protocoles que vous souhaitez utiliser avec les droits d'accès que vous
allez fournir au programme d'installation.
Pour les systèmes UNIX et Linux distants, vérifiez que les conditions suivantes sont remplies avant
d'installer le logiciel :
135
v Les utilisateurs du système d'exploitation indiqués doivent correspondre à l'utilisateur root de ces
systèmes.
v Vérifiez qu'une version actuelle d'OpenSSH est installée. N'utilisez pas OpenSSH 4.7.0.5302.
La configuration distante ne prend pas en charge l'accès aux lecteurs réseau sur le système local ou
distant.
Déploiement de fichiers EAR Provisioning Manager
Cette section contient des informations sur le déploiement manuel de fichiers EAR Provisioning Manager
dans WebSphere.
Les instructions suivantes sont utilisées pour déployer manuellement les fichiers Provisioning Manager
maximo.ear et maximohelp.ear dans WebSphere Application Server. Bien que le programme d'installation
Provisioning Manager déploie ces fichiers EAR lors de l'installation, il peut être nécessaire de redéployer
ces fichiers EAR manuellement dans quelques instances :
v Si vous modifiez des paramètres de connexion de base de données dans le fichier maximo.properties
après l'installation initiale, vous devrez régénérer le fichier maximo.ear (procédure présentée dans le
manuel IBM Tivoli Provisioning Manager System Administrator Guide), puis le redéployer dans WebSphere
Application Server. Dans ce scénario, vous ne régénérerez et ne redéploierez que le fichier maximo.ear.
Vous n'aurez pas à régénérer et redéployer le fichier maximohelp.ear.
v Provisioning Manager doit être installé sur un serveur d'applications WebSphere. Cependant,
Provisioning Manager peut être exécuté dans l'infrastructure d'un cluster WebSphere. Si vous souhaitez
déployer Provisioning Manager dans un cluster, vous pouvez soit redéployer les fichiers EAR
Provisioning Manager dans un cluster, soit créer un cluster à partir du serveur d'applications utilisé
lors de l'installation. Si vous avez déjà installé Provisioning Manager dans un serveur d'applications
mais que vous souhaitez le redéployer dans un cluster, vous devez soit désinstaller l'application
MAXIMO(«Désinstallation manuelle des applications Provisioning Manager à partir de WebSphere
Application Server Network Deployment», à la page 139), soit indiquer un nouveau nom pour
l'application lors de l'installation de l'application MAXIMO dans un cluster («Installation manuelle des
applications Provisioning Manager dans WebSphere Application Server Network Deployment», à la
page 138).
v Si vous avez installé Provisioning Manager dans un environnement de développement, vous voudrez
peut-être migrer le déploiement dans un environnement de test ou de production. Dans ce scénario,
vous devrez déployer à la fois les applications maximo et maximohelp dans le nouvel environnement.
Les étapes présentées dans «Installation manuelle des applications Provisioning Manager dans
WebSphere Application Server Network Deployment», à la page 138 doivent être exécutées pour les
deux applications.
Tâches associées:
«Génération manuelle de fichiers EAR»
«Déploiement manuel de fichiers EAR», à la page 137
«Exécution de l'enregistrement MEA», à la page 137
Génération manuelle de fichiers EAR
Vous pouvez générer des fichiers EAR Tivoli Provisioning Manager manuellement si, par exemple, vous
modifiez un paramètre de connexion de base de données dans le fichier maximo.properties après
l'installation initiale.
Pour générer des fichiers EAR Tivoli Provisioning Manager manuellement, procédez comme suit :
Procédure
1. Générez le fichier EAR maximo :
<CCMDB_HOME>\maximo\deployment\buildmaximoear.cmd|sh
2. Générez le fichier EAR maximohelp :
136
<CCMDB_HOME>\maximo\deployment\buildhelpear.cmd|sh
Déploiement manuel de fichiers EAR
Vous pouvez déployer manuellement des fichiers EAR Tivoli Provisioning Manager si votre organisation
dispose de restrictions de déploiement de l'application qui requièrent le déploiement de fichiers
d'application manuellement ou via un autre processus approuvé.
Remarque : Si vous déployez un serveur WebLogic, vous devez déployer les fichiers EAR manuellement.
Pour déployer manuellement des fichiers EAR Tivoli Provisioning Manager, procédez comme suit :
Procédure
1. Déployez le fichier EAR Maximo :
<CCMDB_HOME>\jacl\solutions\DeployApplication.bat <WASAdminUserName>
<WASAdminPassword> "MAXIMO" <WASNodeName> <WASApplicationServerName>
"<CCMDB_HOME>\maximo\deployment\default\maximo.ear" <WASVirtualHost>
<WASWebServerName>
2. Déployez le fichier EAR MAXIMOHELP :
<CCMDB_HOME>\jacl\solutions\DeployApplication.bat <WASAdminUserName>
<WASAdminPassword> "MAXIMOHELP" <WASNodeName> <WASApplicationServerName>
"<CCMDB_HOME>\maximo\deployment\default\maximohelp.ear" <WASVirtualHost>
<WASWebServerName>
3. Une fois les fichiers EAR déployés, vous devez restaurer certaines configurations WebSphere
Application Server qui avaient été perdues dans le processus de déploiement.
a. Restaurez la configuration du chargeur de classe :
v <CCMDB_HOME>/maximo/tools/maximo/tpmtools/set_classloader.sh <WASAdminUserName>
<WASAdminPassword> <WASNodeName> "MAXIMO"
b. Restaurez la configuration des hôtes virtuels :
v <CCMDB_HOME>/maximo/tools/maximo/tpmtools/config_maxhost.sh <WASAdminUserName>
<WASAdminPassword> <WASVirtualHost> <WASApplicationServerName> <WASNodeName>
c. Configuration quelconque et redémarrage de MXServer :
v <CCMDB_HOME>/maximo/tools/maximo/tpmtools/Tpmpmp_LP_wasconfig.sh <WASAdminUserName>
<WASAdminPassword> <WASApplicationServerName> <WASNodeName>
où,
<WASAdminUserName>
Compte WebSphere Application Server Network Deployment doté de droits de déploiement.
<WASAdminPassword>
Mot de passe de l'utilisateur spécifié dans le paramètre Utilisateur WebSphere Application
Server.
<WASNodeName>
Nom du noeud WebSphere Application Server Network Deployment.
<WASApplicationServerName>
Nom du serveur d'applications WebSphere Application Server Network Deployment.
<WASVirtualHost>
Nom de l'hôte virtuel WebSphere Application Server Network Deployment.
<WASWebServerName>
Nom du serveur Web WebSphere Application Server Network Deployment.
Exécution de l'enregistrement MEA
L'enregistrement MEA est obligatoire pour les gestionnaires de processus qui incluent l'intégration à
d'autres logiciels. Si vous avez sélectionné l'option de déploiement ultérieur et manuel des fichiers
137
d'application lors du processus d'installation de Tivoli Provisioning Manager, vous devez exécuter
l'enregistrement MEA manuellement après avoir déployé manuellement le fichier EAR maximo.
Pour exécuter manuellement un enregistrement MEA, procédez comme suit :
Procédure
1. Ouvrez une invite de commande sur le système d'administration.
<CCMDB_HOME>\jacl\solutions\meareg <WASDMGR> <PORT> <MAXUSER> <MAXPASSWD>
none none ./installedApps/<CELL_NAME>/MAXIMO.ear/meaweb.war/
WEB-INF/MeaRegistrationFiles/taddm
où,
<WASDMGR>
Nom de système hôte qualifié complet de votre serveur d'applications WebSphere Application
<PORT>
Port HTTP sur le serveur de gestionnaire WebSphere Application Server Network
Deployment.
<MAXUSER>
Utilisateur maximo.
<MAXPASSWD>
Mot de passe de l'utilisateur maximo.
<CELL_NAME>
Nom de cellule de WebSphere Application Server Network Deployment. Par défaut, cette
valeur est ctgCell01.
Installation manuelle des applications Provisioning Manager dans
Cette section contient des informations sur l'installation manuelle des applications Provisioning Manager
dans WebSphere Application Server Network Deployment.
Procédure
1. Connectez-vous à la console d'administration de WebSphere Application Server Network
Deployment.
2. Cliquez sur le lien Applications, puis sur Install New Application,
3. A partir de la page Specify the EAR, WAR, JAR, or SAR module to upload and install (Spécifier le
module EAR, WAR, JAR ou SAR à télécharger et installer), sélectionnez Local file system (Système
de fichiers local), et accédez à l'emplacement du fichier maximo.ear sur votre système.
4. Sélectionnez Show me all installation options and parameters (Afficher toutes les options et
paramètres d'installation), puis cliquez sur Suivant.
5. A partir de la page Choose to generate default bindings and mappings (Choisir de générer des
liaisons et mappages par défaut), sélectionnez Generate Default Bindings (Générer des liaisons par
défaut), puis cliquez sur Suivant.
6. A partir de la page Application Security Warnings (Avertissements de sécurité de l'application),
cliquez sur Continue (Continuer).
7. A partir de la page Select installation options (Sélectionner les options d'installation), définissez le
nom de l'application sur MAXIMO. Si vous procédez au déploiement sur un cluster et souhaitez
conserver l'application installée lors de l'installation de Provisioning Manager, vous devez utiliser ici
une valeur de nom d'application différente.
138
8. Assurez-vous que Distribute application (Distribuer l'application), Deploy enterprise beans
(Déployer des beans enterprise) et Create MBeans for resources (Créer des Mbeans pour des
ressources) sont sélectionnés, puis cliquez sur Suivant.
9. A partir de la page Map modules to servers (Mapper des modules sur les serveurs), dans la zone de
saisie Clusters and Servers (Clusters et serveurs), sélectionnez le cluster (ou le serveur d'applications)
et le serveur Web répertoriés. Sélectionnez également tous les modules apparaissant dans la table des
modules en cochant leurs cases respectives. Cliquez sur Appliquer, puis sur Suivant.
10. A partir de la page Provide options to perform the EJB Deploy (Fournir des options pour exécuter le
déploiement EJB), acceptez les valeurs par défaut et cliquez sur Suivant.
11. A partir de la page Provide JSP reloading options for Web modules (Fournir des options de
rechargement JSP pour des modules Web), acceptez les valeurs par défaut et cliquez sur Suivant.
12. A partir de la page Map shared libraries (Mapper des bibliothèques partagées), acceptez les valeurs
par défaut et cliquez sur Suivant.
13. A partir de la page Initialize parameters for servlets (Initialiser des paramètres pour des servlets),
acceptez les valeurs par défaut et cliquez sur Suivant.
14. A partir de la page Bind listeners for message-driven beans (Lier des programmes d'écoute pour des
beans gérés par message), assurez-vous que Activation specification (Spécifications d'activation) est
défini sur intjmsact, puis cliquez sur Suivant.
15. A partir de la page Provide JNDI names for beans (Fournir des noms JNDI aux beans), acceptez les
valeurs par défaut et cliquez sur Suivant.
16. A partir de la page Map EJB references to beans (Mapper des références EJB vers des beans),
acceptez les valeurs par défaut et cliquez sur Suivant.
17. A partir de la page Map virtual hosts for Web modules (Mapper des hôtes virtuels pour des
modules Web), sélectionnez votre hôte virtuel dans la liste déroulante de tous les modules et cliquez
sur Suivant.
18. A partir de la page Map context roots for Web modules (Mapper des racines de contexte pour des
modules Web), acceptez les valeurs par défaut et cliquez sur Suivant.
19. A partir de la page Map environment entries for Web modules (Mapper des entrées
d'environnement pour des modules Web), acceptez les valeurs par défaut et cliquez sur Suivant.
20. A partir de la page Mapper les rôles de sécurité sur les utilisateurs ou groupes, cochez la case
adjacente au rôle maximouser, puis sélectionnez Tous authentifiés ? et cliquez sur Suivant.
21. A partir de la page Ensure all unprotected 2.x methods have the correct level of protection (Vérifier
que toutes les méthodes 2.x non protégées ont le bon niveau de protection), acceptez les valeurs par
défaut et cliquez sur Suivant.
22. A partir de la page Récapitulatif, cliquez sur Terminer.
23. A partir du panneau de navigation de la console d'administration de WebSphere Application Server,
sélectionnez Serveurs > WebServers.
24. Sélectionnez le serveur Web répertorié dans le tableau, puis cliquez sur Generate Plug-in (Générer
un plug-in). Une fois cette opération terminée, cliquez sur Propagate Plug-in (Propager le plug-in).
25. Cliquez sur Applications, puis sur la case à cocher située en regard de l'application venant d'être
installée, et enfin sur Démarrer.
26. A partir du panneau de navigation de la console d'administration de WebSphere Application Server
Network Deployment, sélectionnez Applications.
27. Cochez la case située en regard de l'application venant d'être installée, puis cliquez sur Démarrer.
Désinstallation manuelle des applications Provisioning Manager à
partir de WebSphere Application Server Network Deployment
Cette section contient des informations relatives à la désinstallation des applications Provisioning
Manager à partir de WebSphere Application Server Network Deployment.
139
Procédure
1. Ouvrez la console d'administration WebSphere Application Server Network Deployment.
2. Cliquez sur le lien Applications.
3. Cochez la case en regard de l'application que vous désinstallez. Par défaut, les applications
Provisioning Manager portent les noms de maximo et maximohelp.
4. Cliquez sur Arrêter.
5. Cochez la case en regard de l'application que vous désinstallez.
6. Cliquez sur Désinstaller.
Configuration du protocole SMTP
Si vous n'avez pas configuré de paramètres SMTP lors de l'installation, vous devez le faire via la console
du produit.
Avant de commencer
Cette tâche doit être terminée avant de commencer les tâches décrites dans «Application de modifications
à la base de données».
Pour configurer SMTP pour Provisioning Manager, procédez comme suit.
Procédure
1. Connexion à la console en tant que maxadmin.
2. Cliquez sur Aller à > Configuration système > Configuration de la plateforme > Propriétés du
système.
3. A l'aide de la fonction Filtre, recherchez le nom de propriété mail.smtp.host.
4. Développez la propriété mail.smtp.host et définissez l'attribut Global Value (Valeur globale) sur
votre hôte SMTP.
5. Cochez la case associée à l'enregistrement mail.smtp.host
6. Cliquez sur l'icône Live Refresh dans la barre d'outils.
7. Dans la boîte de dialogue Live Refresh, cliquez sur OK.
8. A l'aide de la fonction Filtre, recherchez le nom de propriété mxe.adminEmail.
9. Développez la propriété mxe.adminEmail et définissez l'attribut Global Value (Valeur globale) sur
votre hôte e-mail.
10. Cochez la case associée à l'enregistrement mxe.adminEmail
11. Cliquez sur l'icône Live Refresh dans la barre d'outils.
12. Dans la boîte de dialogue Live Refresh, cliquez sur OK.
Application de modifications à la base de données
Lorsque vous créez des organisations, des types de travaux, des ensembles d'éléments et d'entreprises, les
modifications de configuration doivent être apportées à la base de données Maximo.
Pour appliquer des modifications de configuration à la base de données Maximo, procédez comme suit.
Procédure
1. Connectez-vous à la console Maximo en tant qu'utilisateur maxadmin
2. Cliquez sur Aller à > Configuration système > Configuration de la plateforme > Configuration de
la base de données. Chaque objet devant être mis à jour dans la base de données Maximo affiche le
statut To Be Added (A ajouter).
3. Dans la liste Sélectionner une action, sélectionnez Manage Admin Mode.
140
4. Cliquez sur Turn Admin Mode ON puis, à l'invite, cliquez sur OK. Cette tâche peut prendre
plusieurs minutes. Vous pouvez utiliser le bouton Actualiser le statut pour afficher la progression.
5. Une fois le mode Admin (Administration) activé, sélectionnez Apply Configuration Changes
(Appliquer les modifications de configuration) et les modifications seront appliquées à la base de
données Maximo. Le statut To Be Changed ne doit pas apparaître dans la colonne d'état pour les
objets répertoriés.
6. Déconnectez-vous de la console Maximo.
7. Dans le système d'administration, exécutez la commande suivante :
v MAXIMO_HOME/maximo/tools/maximo/dropbackup.sh
8. Redémarrez l'application MXServer dans WebSphere Application Server Network Deployment.
9. Désactivez le mode Admin.
a. Cliquez sur Aller à > Configuration système > Configuration de la plateforme > Configuration
de la base de données.
b. Dans la liste Sélectionner une action, sélectionnez Manage Admin Mode.
c. Cliquez sur Turn Admin Mode OFF puis, à l'invite, cliquez sur OK. L'échec de la désactivation
du mode Admin dans l'application provoquerait également l'échec des tâches cron.
Installation du module de langue
Vous pouvez ajouter des langues au produit en installant le module de langue de Tivoli Provisioning
Manager.
Avant de commencer
v SI vous prévoyez d'installer le support de langue à Tivoli Provisioning Manager, vous devez utiliser le
programme d'installation de module linguistique avant d'effectuer les étapes de post-installation.
v L'installation du module de langue peut être longue et il est préférable d'identifier au préalable les
langues supplémentaires requises. Chaque langue supplémentaire sélectionnée augmente le temps
d'installation.
v Notez que même si vous avez ajouté des langues supplémentaires à l'aide du programme d'installation
du module de langue et que vous avez défini l'environnement local ou la machine sur une langue
installée comme langue supplémentaire, certains éléments de l'interface utilisateur apparaîtront
peut-être encore dans la langue identifiée en tant que langue de base de la machine. Cette limitation est
connue et ne signifie pas que l'installation du module de langue a échoué.
v Dans certains cas, les éléments de raccourci qui apparaissent dans l'interface, les options de menu par
exemple, s'affichent dans la langue de base choisie ou en anglais seulement.
v Vous devez charger toutes les langues dont vous aurez besoin lors de l'installation initiale. Si vous
décidez ultérieurement d'installer des langues supplémentaires, les langues préalablement installées
seront également chargées. Toutes les modifications découlant de l'installation de personnalisations ou
de packs de correctifs seront perdues.
v Vérifiez que MXServer est démarré.
v Vérifiez que tous les serveurs et services de middleware sont en cours d'exécution. Si une erreur est
générée en raison d'un serveur ou service de middleware inactif, démarrez ce serveur ou service, puis
réexécutez le programme d'installation de module de langue. Pour plus d'informations, consultez :
Vous pouvez choisir d'ajouter un support de langue nationale au cours de l'installation ou reportez la
tâche à une date ultérieure. Une fois Tivoli Provisioning Manager déployé, vous pouvez à tout moment
ajouter le support de langue nationale à Tivoli Provisioning Manager, y compris l'interface utilisateur
Tivoli Provisioning Manager, et aux gestionnaires de processus, à l'aide du programme d'installation du
module de langue Tivoli Provisioning Manager. Les gestionnaires de processus Tivoli Provisioning
141
Manager peuvent être mis à jour à l'aide de cette méthode. Si vous déployez ultérieurement d'autres
gestionnaires de processus, voir «Installation et régénération des fichiers de support de langue nationale
d'un module», à la page 144.
Pour installer le module de langue :
Procédure
2. Dans le panneau de navigation du tableau de bord, cliquez sur Installation personnalisée. Accédez à
2. Installer les services de base et les composants requis et cliquez sur Installation du module de
langue.
3. Sélectionnez la langue de l'installation et cliquez sur OK. Cette option ne s'applique qu'au moment de
l'installation et n'a aucune incidence sur les langues que vous installez.
4. Dans le panneau Introduction, cliquez sur Suivant.
5. Dans le panneau Langue de base, sélectionnez la langue de base à utiliser dans Tivoli Provisioning
Manager, puis cliquez sur Suivant.
6.
7.
8.
9.
Vous ne pouvez sélectionner la langue de base que dans ce panneau. Notez également que vous ne
pourrez pas modifier cette langue ultérieurement.
Dans le panneau de langue supplémentaire, sélectionnez les autres langues à prendre en charge, puis
Dans le panneau de récapitulatif de la sélection de langue, passez en revue les informations, puis
Dans le panneau Récapitulatif de pré-installation, cliquez sur Installer.
Dans le panneau de déploiement des fichiers d'application, sélectionnez comment déployer les fichiers
de langue.
Déployer les fichiers d'applications automatiquement
Sélectionnez cette option pour que le programme d'installation effectue le déploiement du
fichier d'application automatiquement au cours de l'installation.
Déployer les fichiers d'application manuellement plus tard
Sélectionnez cette option pour reporter le déploiement des fichiers de l'application. Utilisez
cette option si votre entreprise utilise des restrictions de déploiement d'applications qui
exigent un déploiement manuel des fichiers d'application ou via un processus approuvé. Les
fichiers EAR d'application seront déployés ultérieurement, soit manuellement, soit par le biais
du programme d'installation du produit à une date ultérieure.
Que faire ensuite
1. Sauvegardez le répertoire principal des services de base. Dans le panneau de navigation du tableau de
bord, cliquez sur Installation personnalisée, puis accédez à 2. Installer les services de base et les
composants requis et cliquez sur 2.4 Sauvegarder le répertoire initial des services de base. Suivez
les instructions du panneau pour exécuter la sauvegarde, puis revenez à la page Installation
personnalisée.
tableau de bord, cliquez sur Installation personnalisée, puis accédez à 2. Installer les services de
base et les composants requis et cliquez sur 2.5 Sauvegarder la base de données du moteur de
déploiement. Suivez les instructions du panneau pour exécuter la sauvegarde, puis revenez à la page
Installation personnalisée.
3.
Oracle
2000
Si vous utilisez un serveur de bases de données distant, sauvegardez la base de données.
Pour plus d'informations, consultez la rubrique Sauvegarde de la base de données dans le wiki Tivoli
4.
Si vous avez indiqué une instance d'Oracle inexistante (SID) dans le programme
d'installation des services de base, vous devez mettre à jour $ORACLE_HOME/network/admin/
142
Oracle
2000
tnsnames.ora sur le client Oracle avec le nom de la nouvelle instance. Sinon, le programme
d'installation des composants principaux de Tivoli Provisioning Manager ne parvient pas à se
connecter à base de données Oracle. Ajoutez les informations suivantes au fichier tnsnames.ora. Dans
l'exemple, oracleserver.example.com est le nom d'hôte du serveur Oracle.
ctginst1 =
(DESCRIPTION =
(CONNECT_DATA =
(SID = ctginst1)
)
)
Remplacez ctginst1 par le SID que vous avez indiqué dans le programme d'installation des services
de base.
5. Passez à l'étape «Installation des composants principaux de Tivoli Provisioning Manager», à la page
145.
Déploiement de modules comportant une fonction de support de langue unique
spéciale
Les modules peuvent être déployés avec un support de langue unique.
La plupart des modules de solution de processus définissent une fonction de support de langue unique à
l'aide de l'identificateur LANG_SUPT_FEATURE. Dans ces modules, l'interface de ligne de commande de
solution de processus permet de déployer cette fonction de support de langue spéciale au cours d'une
installation de base, à l'aide du paramètre -loadlanguages. Le support de langue associé à cette fonction
spéciale peut également être installé après une installation de base ou régénéré à l'aide de l'action
refreshlangs de l'interface de ligne de commande de solution de processus.
Installation des fichiers de support de langue au cours d'une installation de base
Lors de l'installation de base d'un module avec la fonction de support de langue spéciale, vous
pouvez aussi installer les fichiers de support de langue correspondants.
Utilisation de l'assistant d'installation
Lors de l'utilisation de l'assistant d'installation de solution de processus pour effectuer
une installation de base d'un module, le panneau Sélection des fonctions répertorie la
fonction de support de langue spéciale dans l'ensemble des fonctions disponibles pour le
module. Lorsque vous sélectionnez cette case à cocher, l'assistant d'installation de solution
de processus décomprime les fichiers de support de langue associés au module, puis
appelle la fonction -PMPUPDATE de Maximo Translation Data Toolkit.
Utilisation de l'interface de ligne de commande
Lorsque vous utilisez l'interface de ligne de commande de solution de processus pour
effectuer une installation de base d'un module à l'aide de la sous-commande -action
install, vous pouvez installer les fichiers de support de langue correspondants en
spécifiant l'indicateur de ligne de commande -loadlanguages.
Installation ou régénération des fichiers de support de langue après une installation de base
Au terme de l'installation initiale du module, vous pouvez installer ou régénérer les fichiers de
support de langue correspondants. A cet effet, l'interface de ligne de commande de solution de
processus propose la sous-commande -action refreshlangs. Celle-ci est uniquement prise en charge
dans les modules qui sont déjà installés. L'action peut être utilisée que les fichiers de support de
langue aient été ou non installés en même temps que le module. Dans les deux cas, les fichiers de
support de langue du module sont décomprimés et copiés sur le poste de travail administratif
Provisioning Manager et vers la fonction -PMPUPDATE de Maximo Translation Data Toolkit.
La fonction d'installation et de régénération des fichiers de support de langue est uniquement
accessible via l'interface Process Solution Command Line Interface. Elle n'est pas disponible dans
l'assistant Process Solution Installation.
143
Déploiement de modules comportant des fonctions de support de plusieurs
langues
Des modules peuvent être déployés avec un support multilingue.
Un module de solution de processus prenant en charge diverses fonctions sélectionnables peut également
comporter des fonctions de support de plusieurs langues.
Installation des fichiers de support de langue au cours d'une installation de base
Les fonctions de support de langue destinées aux modules définissant le support de plusieurs
langues peuvent être déployées lors de l'installation de base du module ou ajoutées après cette
installation par le biais de la nouvelle fonction de support sélectionnable de l'assistant
d'installation de solution de processus et de l'interface de ligne de commande de solution de
processus. Pour ces types de modules, les fonctions de support de langue sont gérées à l'instar de
toute autre fonction sélectionnable définie pour le module.
Installation ou régénération des fichiers de support de langue après une installation de base
Lorsque vous appelez l'action refreshlangs de l'interface de ligne de commande de solution de
processus pour un module comportant des fonctions de support de langue, seules les fonctions
de support de langue actuellement installées sont régénérées. Pour ce faire, il suffit de réexécuter
les actions de déploiement associées à toutes les fonctions de support de langue installées.
Lorsque l'action refreshlangs est appelée pour un module comportant des fonctions de support
de plusieurs langues, celles-ci ne sont jamais installées. Le processus de régénération s'applique
uniquement aux fonctions de support de langue actuellement installées. L'action refreshlangs se
comporte différemment lorsqu'elle est appliquée à un module définissant l'identificateur
LANG_SUPT_FEATURE spécial. Dans ce cas, la fonction de support de langue spéciale est
installée ou régénérée, selon le cas.
Installation et régénération des fichiers de support de langue nationale d'un
module
Un module de solution de processus peut définir une ou plusieurs fonctions de support de langue
nationale. Lorsqu'une fonction de support de langue nationale associée à un module de solution de
processus est installée par le biais des programme d'installation de la solution de processus, les fichiers
XLIFF associés à toutes les langues prises en charge sont décomprimés sur le poste de travail
administratif Tivoli Provisioning Manager. La boîte à outils Maximo Translation Data Toolkit,
-PMPUPDATE, est appelée. Elle importe les fichiers XLIFF associés au gestionnaire de processus dans la
base de données Maximo, en fonction de la langue de base et de toute autre langue sélectionnée installées
dans Maximo.
Pour régénérer les fichiers de support de langue nationale des gestionnaires de processus de gestion des
modifications ou de la configuration ou si vous avez installé un autre gestionnaire de processus, voir les
instructions que contient cette section.
Deux modèles s'appliquent au support de langue nationale géré par le module de solution de processus.
v Un package peut définir une fonction unique de support de langue nationale par le biais d'un
identificateur de fonction spécial. Les programme d'installation de la solution de processus intègrent
divers mécanismes spéciaux réservés au déploiement du support de langue nationale, destinés aux
packages qui utilisent ce modèle.
v Un module peut définir plusieurs fonctions de support de langue nationale. Le support de fonction
sélectionnable des programme d'installation de la solution de processus permet de déployer le support
de langue nationale pour les packages qui utilisent ce modèle.
144
Installation des composants principaux de Tivoli Provisioning Manager
Une fois que vous avez installé les services de base, vous pouvez installer les composants principaux de
Tivoli Provisioning Manager. Les composants principaux doivent être installés sur le serveur d'application
des accès (gestionnaire d'agents, Tivoli Provisioning Manager for Dynamic Content Delivery, fédérateur
de Tivoli Provisioning Manager for Job Management Service et Tivoli Provisioning Manager for OS
Deployment).
Avant de commencer
1. Vérifiez que les applications de logiciel intermédiaire sont démarrées. Si vous avez installé le
middleware avec le programme d'installation, les applications middleware sont démarrées
automatiquement après l'installation. Si vous avez redémarré l'ordinateur ou installé manuellement le
logiciel intermédiaire, consultez :
v «Démarrage de logiciel intermédiaire sous UNIX et Linux», à la page 115
2. Vérifiez que vous avez installé les services de base. Voir «Installation des services de base», à la page
119.
3. Si vous avez installé WebSphere Application Server manuellement (et non en utilisant le programme
d'installation de logiciel intermédiaire), vérifiez que le signataire SSL est correctement paramétré. Pour
plus d'informations, voir «Vérification du signataire SSL WebSphere Application Server», à la page
156.
4. Lors de l'installation :
v Vous devez saisir les mots de passe corrects sur les panneaux du programme d'installation, car
celui-ci ne les valide pas.
l'ordinateur.
v Les chemins de répertoire ne peuvent pas se terminer par une barre oblique (/).
v Si vous utilisez un nom d'hôte virtuel sur l'ordinateur sur lequel vous installez les composants
principaux, notez que Tivoli Provisioning Manager for OS Deployment ne prend pas en charge les
noms d'hôte virtuels. Tivoli Provisioning Manager for OS Deployment est uniquement accessible si
vous utilisez le nom d'hôte local de l'ordinateur.
Procédure
2. Dans le panneau de navigation du tableau de bord, cliquez sur Installation personnalisée. Faites
défiler les options vers le bas pour atteindre 3. Installation des composants centraux de Tivoli
Provisioning Manager et cliquez sur Vérifier les conditions requises pour l'installation des
composants principaux. Après avoir vérifié et confirmé les conditions requises, revenez à la page
d'installation personnalisée.
3. Cliquez sur Installer les composants principaux.
4. Sélectionnez la langue de l'installation et cliquez sur OK.
7. Sur le panneau Configuration de la topologie, renseignez toutes les zones obligatoires, puis cliquez
sur Suivant.
Informations de base de données
Vous devez utiliser les mêmes valeurs que celles utilisées pour la base de données lors de
l'installation des services de base.
v Si le serveur de base de données se trouve sur un ordinateur distinct, cochez la case
Utiliser la base de données distante.
Informations d'authentification
Sélectionnez le type d'authentification disponible dans votre environnement :
145
v Tivoli Directory Server
v Microsoft Active Directory
v Authentification des services de base
Si vous avez sélectionné la sécurité Maximo pour gérer l'authentification et les autorisations
des utilisateurs et des groupes pendant l'installation de services de base, vous devez alors
sélectionner l'authentification des services de base pendant l'installation des composants
centraux.
Pour confirmer l'existence de l'utilisateur d'administration des services de base dans le
référentiel LDAP, cochez la case correspondante. Utilisez cette option uniquement si vous
avez sélectionné Tivoli Directory Server ou Microsoft Active Directory comme type
d'authentification.
Informations sur l'espace de travail du programme d'installation du logiciel intermédiaire
v Si vous avez installé le logiciel intermédiaire avec le programme d'installation, cochez la
case Importer des données à partir de l'espace de travail du programme d'installation du
logiciel intermédiaire, puis indiquez l'emplacement de cet espace de travail. Dans une
topologie multiserveurs, il s'agit de l'emplacement que vous avez indiqué lors de
l'installation du logiciel intermédiaire. L'emplacement par défaut est :
– /root/ibm/tivoli/mwi/workspace
v Cochez la case Utiliser l'IP du service si vous utilisez des adresses IP et des noms d'hôtes
virtuels pour tous les ordinateurs de votre topologie d'installation. Les adresse IP
virtuelles et les noms d'hôte que vous utilisez dans ce programme d'installation doivent
correspondre aux valeurs que vous avez indiquées durant l'installation de logiciel
intermédiaire.
8. Dans le panneau Sélection des composants, sélectionnez tous les composants et cliquez sur Suivant.
Les composants principaux sont les suivants :
v Obligatoire : gestionnaire d'agents
v Obligatoire : Tivoli Provisioning Manager for Dynamic Content Delivery
v Obligatoire : fédérateur de Tivoli Provisioning Manager for Job Management Service
v Facultatif : Tivoli Provisioning Manager for OS Deployment
v
2000
DB2
Si vous avez utilisé le programme d'installation de logiciel intermédiaire pour installer
le serveur DB2 et que vous utilisez une configuration dans laquelle Tivoli Directory Server et
Tivoli Provisioning Manager sont installés sur le même ordinateur, alors que DB2 se trouve sur un
autre ordinateur, ne cochez pas la case Client DB2. Cette case à cocher ne s'applique pas si vous
avez installé manuellement le logiciel intermédiaire.
v Si vous souhaitez sauvegarder la base de données et les fichiers de configuration de WebSphere
Application Server, cochez la case correspondante.
Cette case à cocher ne s'applique pas si vous utilisez une instance base de données
Oracle installée sur un ordinateur distinct. Si vous utilisez cette configuration, vous devez
sauvegarder manuellement base de données Oracle avant de démarrer l'installation des
composants principaux.
9. Si vous avez sélectionné Tivoli Provisioning Manager for OS Deployment, acceptez le contrat de
licence, puis cliquez sur Suivant.
10. Sur le panneau Répertoires des composants principaux, renseignez toutes les zones obligatoires, puis
v Pour activer la prise en charge de la norme FIPS (Federal Information Processing Standard) 140-2,
cochez la case correspondante.
v Si vous utilisez des images d'installation téléchargées, indiquez le répertoire dans lequel elles se
situent.
Oracle
2000
146
v Si vous souhaitez copier les images d'installation à partir de DVD, indiquez le répertoire de
destination de la copie de ces images d'installation et activez la case à cocher Copier les images
d'installation à partir des DVD.
v Si vous souhaitez vérifier l'intégrité des images d'installation, cochez la case Vérifiez l'intégrité du
fichier.
v Indiquez le répertoire pour les journaux et les scripts de maintenabilité. L'emplacement par défaut
est :
–
SUSE
/usr/ibm/tivoli/common
Remarque : N'indiquez pas /tmp pour ce répertoire. Etant donné que le programme d'installation
met dynamiquement à jour le répertoire /tmp, l'installation peut échouer.
Si un produit de moteur d'automatisation de processus est installé sur votre système, le répertoire
des fichiers journaux et des scripts de maintenabilité a été défini comme un emplacement commun
par l'autre produit. Par conséquent, cette zone n'apparaît pas sur le panneau Répertoires des
composants principaux.
v Indiquez le répertoire des fichiers temporaires.
v Indiquez les répertoires dans lesquels seront stockées les sauvegardes des fichiers de configuration
de WebSphere Application Server et des fichiers de base de données. Ces répertoires doivent
exister sur le serveur TPM pour des configurations à un serveur, ou sur le serveur de base de
données si la base de données se trouve sur un ordinateur distinct.
Les répertoires que vous indiquez doivent contenir 755 permissions.
Oracle
2000
Si vous utilisez une instance base de données Oracle installée sur un ordinateur distinct,
vous devez la sauvegarder manuellement avant de démarrer l'installation des composants
principaux.
11. Si vous avez activé la conformité à la norme FIPS 140-2, indiquez les options de chiffrement sur le
panneau Configuration de la norme FIPS 140-2.
v Pour plus d'informations sur cette norme et sur la conformité de Tivoli Provisioning Manager, voir
«Conformité FIPS (Federal Information Processing Standard) 140-2», à la page 262.
v Pour obtenir des informations techniques sur les algorithmes de chiffrement et les options de clé
de chiffrement liés à la norme FIPS 140-2, consultez le site Web National Institute of Standards and
Technology.
Algorithme de chiffrement
Sélectionnez la méthode d'utilisation des données chiffrées.
Mode de chiffrement par bloc
Sélectionnez un mode de chiffrement par bloc des données avec l'algorithme de chiffrement
sélectionné. Un chiffrement par bloc chiffre les blocs de données d'une longueur fixe, ce qui
peut provoquer des modèles répétitifs dans les données chiffrées. Un mode de chiffrement par
bloc détermine comment appliquer un algorithme de chiffrement pour réduire les modèles
répétitifs dans les données chiffrées.
Algorithme du générateur de paires de clés
Sélectionnez l'algorithme à utiliser pour la génération de clés de chiffrement.
Taille des paires de clés générées
Sélectionnez la taille des paires de clés générées.
12.
2000
DB2
Sur le panneau Configuration de DB2, renseignez toutes les zones obligatoires, puis
cliquez sur Suivant. Les valeurs doivent correspondre à celles que vous avez indiquées lors de
l'installation de DB2.
Nom de domaine qualifié complet ou adresse IP
Nom nom de domaine complet du serveur sur lequel DB2 est installé, par exemple,
database.example.com. Cette valeur est sensible à la casse. Si vous utilisez une adresse IP
virtuelle ou un nom d'hôte, assurez-vous d'indiquer le bon nom d'hôte virtuel.
147
Numéro de port de l'instance de serveur DB2
Numéro de port TCP/IP DB2 utilisé par ce serveur pour écouter les demandes de connexion
émises par les clients. Par exemple, 50005.
Nom de la base de données IBM Tivoli Provisioning Manager
Le nom de la base de données peut contenir uniquement des lettres en majuscules ou en
minuscules et des chiffres. La valeur par défaut est MAXDB71.
Nom de poste de la base de données distante
Nom de poste du serveur de base de données, si votre base de données est installée sur un
ordinateur distinct. La valeur par défaut est MAXDB71.
Propriétaire de l'instance de serveur DB2
Utilisateur possédant l'instance de base de données. L'emplacement par défaut est :
v ctginst1
Mot de passe propriétaire d'instance de serveur DB2
Mot de passe du propriétaire de l'instance.
Utiliser la configuration d'instance recommandée Tivoli Provisioning Manager
Laissez cette case sélectionnée pour que le programme d'installation configure votre instance
avec des paramètres de performance. Cette option est recommandée pour l'installation.
Cette case à cocher ne s'applique pas si votre base de données est installée sur un ordinateur
distinct.
Utiliser la configuration de base de données recommandée Tivoli Provisioning Manager
Laissez cette case sélectionnée pour que le programme d'installation configure votre base de
données avec des paramètres de performance. Cette option est recommandée pour
l'installation.
Nom d'utilisateur du serveur DB2
Nom de l'utilisateur administrateur du serveur sur lequel DB2 est installé. Entrez le même
nom que la valeur de la zone ID utilisateur de base de données utilisée lors de l'installation
des services de base. La valeur par défaut est maximo.
Mot de passe utilisateur du serveur DB2
Mot de passe de l'administrateur indiqué sur le serveur de base de données.
Nom du groupe d'instances DB2 local
Nom du groupe du propriétaire de l'instance de client DB2. Si le serveur DB2 se trouve sur
un ordinateur distinct, utilisez le nom de groupe du propriétaire d'instance du client DB2 sur
l'ordinateur de Tivoli Provisioning Manager. La valeur par défaut est db2iadm1.
Répertoire SQLLIB de l'instance DB2 locale
Emplacement de l'instance DB2 locale du client DB2.
v Modifiez cette valeur pour qu'elle corresponde au nom d'utilisateur indiqué dans la zone
Propriétaire d'instance de serveur DB2. Par exemple, si votre instance DB2 locale est
ctginst1, ce répertoire est /home/ctginst1/sqllib.
13.
Oracle
2000
Dans le panneau Configuration de la base de données Oracle,
a. Indiquez le nom de la base de données Tivoli Provisioning Manager.
b. Indiquez le nom de service de la base de données. Pour connaître le nom de service, exécutez
une requête SQL :
"show parameters service_name;"
Pour plus d'informations sur le nom de service, consultez la documentation Oracle.
c. Cliquez sur Suivant.
148
Nom de domaine complet
Indiquez le nom de domaine complet de l'ordinateur sur lequel base de données Oracle est
installé, par exemple, database.example.com. Cette valeur est sensible à la casse.
Numéro de port de l'instance de serveur Oracle
Indiquez le port de l'hôte d'base de données Oracle. Le numéro de port par défaut est 1521.
Identificateur système (SID) pour la base de données Tivoli Provisioning Manager
Indiquez le SID de la base de données Tivoli Provisioning Manager. Le SID peut uniquement
comprendre des lettres en majuscules, en minuscules et des nombres. Si vous avez utilisé un
nom différent de ctginst1 lors de l'installation, indiquez le nom correct.
Nom de service de la base de données Tivoli Provisioning Manager
Indiquez le nom de service. Dans Oracle 11g, le nom de service est le nom global de la base
de données, composé du nom de la base de données et du nom de domaine, par exemple,
database.example.com. Pour rechercher le nom de service, voir votre documentation Oracle.
Nom de l'administrateur de base de données
Spécifiez le nom d'utilisateur qui dispose de droits sysdba pour cette base de données.
Mot de passe de l'administrateur de base de données
Indiquez le mot de passe de l'administrateur de base de données.
Nom de l'utilisateur de base de données
Indiquez l'utilisateur qui sera utilisé pour se connecter au serveur de base de données et
pour gérer les données. Entrez la même valeur que l'ID utilisateur de base de données
Oracle utilisé lors de l'installation des services de base. La valeur par défaut est maximo.
Mot de passe de l'utilisateur de la base de données
Indiquez le mot de passe associé au nom d'utilisateur du serveur de base de données Oracle.
Répertoire principal du client
Indiquez le répertoire d'installation du client Oracle. Vérifiez qu'aucun espace superflu ne se
trouve avant ni après le chemin indiqué. Par exemple, /opt/oracle/product/10.2/db_1.
Pour retrouver l'emplacement, exécutez la commande suivante :
su - oracle
14. Dans le panneau Configuration de WebSphere Application Server Network Deploymentl, renseignez
toutes les zones obligatoires et cliquez sur Suivant. Pour plus d'informations sur la configuration de
WebSphere Application Server, notamment la configuration des cellules et des noeuds, voir la
documentation de WebSphere Application Server.
Le répertoire d'installation de WebSphere Application Server. Le chemin par défaut est :
v
SUSE
Nom de domaine qualifié complet de WebSphere Application Server
Il s'agit du nom de domaine complet de l'ordinateur sur lequel vous installez les composants
principaux du serveur TPM, par exemple, tpmserver.example.com. Cette valeur est sensible à
la casse. Si vous utilisez une adresse IP ou un nom d'hôte virtuel, assurez-vous de spécifier
l'adresse IP ou le nom d'hôte correct.
Nom de cellule
Entrez le nom de cellule WebSphere Application Server. La valeur par défaut est ctgCell01.
Nom de profil WebSphere Deployment
Entrez le nom du profil WebSphere Application Server du serveur du gestionnaire de
déploiement. La valeur par défaut est ctgDmgr01.
Nom de poste du serveur d'application
Entrez le nom du noeud WebSphere Application Server. La valeur par défaut est ctgNode01.
149
Nom de profil de serveur d'applications
Entrez le nom du profil WebSphere Application Server du serveur d'applications. La valeur
par défaut est ctgAppSrv01.
Nom de serveur
Entrez le nom du serveur d'applications Maximo, par exemple, MXServer.
Utilisateur de l'administrateur de Deployment Manager
Entrez le nom du compte administratif de WebSphere Application Server. La valeur par
Mot de passe de l'administrateur de Deployment Manager
Entrez le mot de passe du compte administratif de WebSphere Application Server.
Port de Deployment Manager
Entrez le port d'administrateur de WebSphere Application Server. La valeur par défaut est
8879.
15. Sur le panneau Configuration de l'authentification, renseignez toutes les zones obligatoires, puis
Remarque : L'interface utilisateur Tivoli Provisioning Manager est préremplie avec des valeurs par
défaut. Selon l'option d'authentification que vous avez sélectionnée sur le panneau Configuration de
la topologie, les zones décrites ne sont pas toutes affichées. Pour plus d'informations sur les
paramètres spécifiques au serveur d'annuaire, contactez votre administrateur MSAD local ou
consultez la documentation de votre serveur d'annuaire.
Utiliser SSL pour le serveur LDAP
S'applique à Tivoli Directory Server uniquement.
Sélectionnez cette option pour activer la communication sécurisée avec le serveur d'annuaire.
Le serveur d'annuaire contient des informations sur vos utilisateurs, l'activation de cette
option est donc recommandée pour garantir la sécurité des transmissions de données entre
ce serveur et les autres ordinateurs.
Nom de domaine qualifié complet ou adresse IP
Il s'agit du nom de domaine complet du serveur d'annuaire, par exemple, ldap.example.com.
Cette valeur est sensible à la casse. Si vous utilisez une adresse IP virtuelle ou un nom
d'hôte, assurez-vous d'indiquer le bon nom d'hôte virtuel.
Port public de l'hôte
Numéro de port de Tivoli Directory Server ou de Microsoft Active Directory. La valeur par
défaut est 389.
Port SSL de l'hôte
Entrez le numéro de port sécurisé de Tivoli Directory Server. La valeur par défaut est 636.
Nom distinctif de base de l'utilisateur
Indiquez le nom distinctif (DN) de base du serveur d'annuaire. Les paramètres doivent
correspondre à l'unité organisationnelle ainsi qu'à l'organisation et au suffixe de pays
spécifiés dans le programme d'installation de logiciel intermédiaire. Par exemple,
ou=users,ou=SWG,o=IBM,c=US. Si vous souhaitez utiliser le nom distinctif de l'utilisateur que
vous indiquez pour la zone Nom d'utilisateur pour la liaison LDAP, cochez la case située
sous cette zone.
Nom de domaine du serveur Microsoft Active Directory
S'applique à Microsoft Active Directory uniquement.
Nom de domaine pour Microsoft Active Directory, par exemple, testmsad.com.
150
Utiliser le nom distinctif de l'utilisateur pour une liaison LDAP
Entrez le nom distinctif de liaison à utiliser pour la liaison à l'instance LDAP. La valeur par
défaut est cn=root.
Utilisateur d'administration des services de base
Entrez l'ID utilisateur de l'administrateur d'instance, tel qu'il a été saisi lors de l'installation
des services de base. La valeur par défaut est maxadmin.
Mot de passe de l'administrateur des services de base
Entrez le mot de passe de l'administrateur d'instance, tel qu'il a été saisi lors de l'installation
des services de base.
Utilisateur d'enregistrement
Entrez l'utilisateur d'enregistrement, tel qu'il a été saisi lors de l'installation des services de
base. La valeur par défaut est maxreg.
Mot de passe de l'utilisateur d'enregistrement
Entrez le mot de passe de l'utilisateur d'enregistrement, tel qu'il a été saisi lors de
l'installation des services de base.
Utilisateur d'intégration
Entrez l'ID utilisateur d'intégration, tel qu'il a été saisi lors de l'installation des services de
base. La valeur par défaut est mxintadm.
Nom d'utilisateur pour la liaison LDAP
S'applique à Microsoft Active Directory uniquement.
Nom d'utilisateur pour la liaison de Microsoft Active Directory, par exemple,
Administrateur.
Mot de passe de l'utilisateur de la liaison LDAP
Attribut Nom de connexion de l'utilisateur
Spécifiez l'attribut LDAP pour les noms d'utilisateur de votre serveur d'annuaire. Par
exemple, uid (ID utilisateur), cn (Nom usuel) ou sAMAccountName.
Filtre de recherche de l'utilisateur
La zone Filtre de recherche de l'utilisateur pour l'installation doit être correctement définie
avant de poursuivre. Ce filtre est utilisé pour rechercher l'utilisateur dans le registre. Il
contient des informations tels que la classe d’objets à laquelle l'utilisateur appartient.
Reportez-vous aux exemples suivants :
v Pour Tivoli Directory Server :
(&(cn=%v)(objectclass=organizationalPerson))
v Pour Microsoft Active Directory :
(&(sAMAccountName=%v)(objectcategory=user))
Le paramètre %v est nécessaire car au cours de la recherche, la valeur %v est remplacée par le
nom d'utilisateur réel.
16. Sur le panneau Configuration d'IBM Tivoli Provisioning Manager, renseignez toutes les zones
obligatoires et cliquez sur Suivant.
v Indiquez le répertoire d'installation. L'emplacement par défaut est :
– /opt/IBM/tivoli/tpm
Remarque : Pour certains composants tels que l'identificateur global unique ou le moteur de
déploiement, le programme d'installation utilise des emplacements d'installation prédéfinis. Par
conséquent, il sauvegarde toujours un certain nombre de fichiers aux emplacements suivants :
– /usr, /opt, or /var
151
v Spécifiez le mot de passe associé à l'utilisateur tioadmin. Cet utilisateur est créé lors de
l'installation et utilisé pour démarrer les services de Tivoli Provisioning Manager.
v Spécifiez les numéros de port suivants :
Port SSL du serveur d'infrastructure de distribution de logiciels
Spécifiez le port permettant la communication avec le serveur TPM. Il s'agit du port
HTTPS de WebSphere Application Server. La valeur par défaut est 9045.
Port SSL du client d'infrastructure de distribution de logiciels
Indiquez un port pour la communication avec les clients en utilisant SSL avec
authentification manuelle. La valeur par défaut est 9046.
Port non SSL d'infrastructure de distribution de logiciels
Indiquez le port HTTPS sécurisé permettant la communication avec le serveur TPM. La
Tivoli Provisioning ManagerPort SSL
Port utilisant le protocole SSL côté serveur pour fournir des services de chiffrement et
authentifier WebSphere Application Server auprès des autres serveurs. Le numéro de port
par défaut est 9443.
v Indiquez les informations relatives au fichier de clés et au fichier de clés certifiées :
Nom du fichier de clés SSL de Tivoli Provisioning Manager
Indiquez le nom du fichier de clés de Tivoli Provisioning Manager. Le fichier de clés est
un fichier de base de données de clés qui contient des clés publiques et privées pour la
communication SSL. La valeur par défaut est tpmKeyStore.
Mot de passe du fichier de clés SSL de Tivoli Provisioning Manager
Indiquez le mot de passe du fichier de clés Tivoli Provisioning Manager.
Nom du fichier de clés certifiées SSL de Tivoli Provisioning Manager
Indiquez le nom du fichier de clés certifiées de Tivoli Provisioning Manager. Un fichier de
clés certifiées est un fichier de base de données de clés contenant les clés publiques pour
la communication SSL avec des ordinateurs cibles. La valeur par défaut est
jks.tpmTrustStore.jks.
Mot de passe du fichier de clés certifiées SSL de Tivoli Provisioning Manager
Indiquez le mot de passe du fichier de clés certifiées de Tivoli Provisioning Manager.
Nom de votre société
Spécifiez le nom de votre société. Il est utilisé sur le certificat SSL créé au cours de
l'installation.
Les agents se connectent au gestionnaire d'agents en utilisant
Indiquez si vous souhaitez que les agents qui se trouvent sur les ordinateurs gérés se
connectent à gestionnaire d'agents en utilisant l'adresse IP ou le nom de domaine complet
du serveur.
17. Sur le panneau Configuration d'un profil WebSphere pour Agent Manager, renseignez toutes les
zones obligatoires, puis cliquez sur Suivant.
Nom de cellule
Indiquez le nom de cellule WebSphere Application Server. La valeur par défaut est le nom
d'hôte suivi de Node01Cell. Par exemple, tpmserverNode01Cell.
Nom de noeud
Entrez le nom du noeud d'application. La valeur par défaut est le nom d'hôte suivi de
Node01. Par exemple, tpmserverNode01.
Nom de profil WebSphere
Entrez le nom du profil WebSphere Application Server du serveur d'applications pour le
gestionnaire d'agents. La valeur par défaut est casprofile.
152
Chemin d'accès du profil autonome de Common Agent Services
Spécifiez le chemin d'accès complet du répertoire de profils du gestionnaire d'agents. La
valeur par défaut est WAS_HOME/profiles/casprofile.
Port de démarrage
Indiquez le numéro de port le plus faible utilisé par le gestionnaire d'agents. La valeur par
défaut est 21000.
18. Sur le panneau Configuration d'Agent Manager, renseignez toutes les zones obligatoires, puis cliquez
sur Suivant.
Répertoire d'installation d'Agent Manager
Répertoire d'installation du gestionnaire d'agents. Assurez-vous qu'il n'existe pas d'espaces
supplémentaires avant ou après le chemin spécifié.
Nom de domaine complet d'Agent Manager
Il s'agit généralement du nom de domaine complet de l'ordinateur Tivoli Provisioning
Manager. Si vous avez installé le gestionnaire d'agents sur un ordinateur différent, indiquez
le nom de domaine complet de ce dernier. Cette valeur est sensible à la casse.
Port d'enregistrement
Le port d'enregistrement utilise le protocole SSL côté serveur pour fournir des services de
chiffrement et authentifier gestionnaire d'agents auprès des clients. La valeur par défaut est
9511.
Port sécurisé
Port utilisant le protocole SSL côté serveur avec authentification des clients pour fournir des
services de chiffrement et authentifier gestionnaire d'agents auprès des clients. La valeur par
défaut est 9512.
Port public
Numéro de port non sécurisé pour les communications entre gestionnaire d'agents et les
clients. La valeur par défaut est 9513.
Mot de passe d'enregistrement
Ce mot de passe est utilisé par les agents communs pour l'enregistrement auprès du
gestionnaire d'agents et le déverrouillage du fichier agentTrust.jks. Un agent commun ou
un gestionnaire de ressources compare le certificat figurant dans sa copie du fichier
agentTrust.jks avec celui présenté par le gestionnaire d'agents pour vérifier qu'il s'enregistre
auprès du bon gestionnaire d'agents. Ce mot de passe est utilisé pour créer l'agent commun.
Mot de passe d'Agent Manager
Ce mot de passe est utilisé par gestionnaire d'agents pour créer le certificat d'autorité de
certification et déverrouiller le fichier de clés certifiées (agentManagerTrust.jks) et le fichier
de clés (agentManagerKeys.jks) du gestionnaire d'agents.
Domaine de sécurité
Indiquez le domaine géré par une règle d'accès unique. Indiquez le domaine de sécurité qui
contient les actifs que vous allez gérer avec Tivoli Provisioning Manager.
Par exemple, si vous avez deux domaines de sécurité pour les réseaux
users.intranet.example.com et dev.intranet.example.com, et que Tivoli Provisioning Manager
doit gérer les actifs uniquement dans users.intranet.example.com, spécifiez
users.intranet.example.com comme domaine de sécurité.
Adresse IP d'Agent Manager
Adresse IP de l'ordinateur gestionnaire d'agents. Si vous utilisez un ordinateur distant pour
gestionnaire d'agents, indiquez l'adresse IP de cet ordinateur.
Nom de l'utilisateur de Resource Manager
Nom d'utilisateur du gestionnaire de ressources sur le serveur du gestionnaire d'agents. Tout
produit utilisant Tivoli Common Agent Services dispose de son propre gestionnaire de
ressources et des sous-agents. Ainsi, Tivoli Provisioning Manager possède un gestionnaire de
153
ressources et des sous-agents pour la distribution de logiciels et l'analyse d'inventaire de
logiciels. Le nom d'utilisateur par défaut utilisé lorsque vous installez gestionnaire d'agents
avec ce programme d'installation est tpmManager. Si vous utilisez une installation du
gestionnaire d'agents existante qui n'a pas été installée à l'aide de ce programme
d'installation, le nom d'utilisateur par défaut est manager.
Mot de passe de Resource Manager
Mot de passe de l'utilisateur de Resource Manager. Si vous utilisez une installation du
gestionnaire d'agents existante qui n'a pas été installée à l'aide de ce programme
d'installation, le mot de passe par défaut est password.
19. Sur le panneau Configuration de Dynamic Content Delivery, renseignez toutes les zones obligatoires
et cliquez sur Suivant.
v Spécifiez le répertoire d'installation pour Dynamic Content Delivery.
Un utilisateur Oracle appelé CDSSCHEMA est créé. Indiquez le mot de passe de cet
utilisateur.
20. Sur le panneau Configuration du fédérateur de Tivoli Provisioning Manager for Job Management
Service, spécifiez le répertoire d'installation de celui-ci, puis cliquez sur Suivant.
21. Sur le panneau Tivoli Provisioning Manager for OS Deployment, renseignez toutes les zones
obligatoires, puis cliquez sur Suivant.
a. Port HTTP : le port HTTP de la console Tivoli Provisioning Manager for OS Deployment. La
v
Oracle
2000
b. Port HTTPS : le port HTTP sécurisé pour la console Tivoli Provisioning Manager for OS
Deployment. La valeur par défaut est 443.
c. Répertoire de données : le répertoire des images et fichiers du système d'exploitation gérés par
Tivoli Provisioning Manager for OS Deployment. Le répertoire par défaut est :
v /opt/tpmfosd_files
d. Emplacement de l'installation : Indiquez le répertoire d'installation. La valeur par défaut est
/opt/IBM
Remarque : La langue de l'installation de Tivoli Provisioning Manager for OS Deployment est la
langue du système d'exploitation. Pour modifier la langue après l'installation, cliquez sur Aller à >
Déploiement > Gestion d'un système d'exploitation > Serveurs d'amorçage, puis sélectionnez
l'onglet Configuration.
22. Vérifiez le récapitulatif de vous paramètres d'installation et cliquez sur Suivant.
23. Lorsque l'installation est terminée, cliquez sur Terminer.
24.
Si vous avez installé DB2 sur un ordinateur distinct, arrêtez, puis redémarrez l'instance de
base de données avant de continuer l'installation.
Avant de redémarrer le serveur, configurez le registre DB2 avec des paramètres qui permettent de
réduire la probabilité de dépassement du délai d'attente de la base de données. DB2 utilise des
verrous pour empêcher que les modifications effectuées de manière autonome par un processus
d'application soient perçues par un autre processus d'application et pour empêcher qu'un processus
d'application mette à jour des données auxquelles accède un autre processus. Un verrou a pour but
d'aider à la protection de l'intégrité des données en empêchant les utilisateurs simultanés d'accéder à
des données incohérentes. Plusieurs facteurs affectent l'utilisation des verrous et leurs effets sur les
performances d'une application.
2000
DB2
Le registre DB2 est automatiquement configuré avec les paramètres requis s'il est installé sur
l'ordinateur Tivoli Provisioning Manager.
Pour configurer le registre de la base de données et redémarrer le serveur DB2 :
a. Exécutez les commandes suivantes sur l'ordinateur sur lequel le serveurDB2 est installé :
su - db_inst
db2set DB2_WORKLOAD=TPM
154
Remplacez inst_bd par le nom de l'instance de base de données. La valeur par défaut est
ctginst1.
b. Redémarrez la base de données.
Exécutez les commandes suivantes :
db2stop force
db2start
Si vous utilisez une adresse IP virtuelle pour le serveur DB2, utilisez les commandes
suivantes :
db2gcf -d -p 0 -i db_inst
db2gcf -u -p 0 -i db_inst
Remplacez inst_bd par le nom de l'instance de base de données. La valeur par défaut est
ctginst1.
Le registre DB2 est mis à jour. Pour afficher les variables de registre définies avec la variable
DB2_WORKLOAD, exécutez la commande suivante :
db2set -gd DB2_WORKLOAD=TPM
Résultats
Les composants logiciels suivants sont installés :
v Moteurs Tivoli Provisioning Manager
v gestionnaire d'agents
v Tivoli Provisioning Manager for Dynamic Content Delivery
v fédérateur de Tivoli Provisioning Manager for Job Management Service
v Tivoli Provisioning Manager for OS Deployment
Que faire ensuite
Si vous utilisez un serveur de base de données distant, sauvegardez la base de données.
Pour plus d'informations, consultez la rubrique Backing up the database dans le wiki Tivoli
2. Passez à l'étape «Installation des composants Web de Tivoli Provisioning Manager», à la page 156.
1.
Oracle
2000
Installation du module de langue pour Tivoli Monitoring agent
Suivez ces procédures pour installer le module de langue.
Avant de commencer
Vous pouvez installer le module de langue sur un système possédant un ou plusieurs des composants
suivants :
v Serveur Tivoli Enterprise Portal
v client Tivoli Enterprise Portal
v Tivoli Monitoring agent (serveur Tivoli Provisioning Manager).
Procédure
1. Procédez à l'extraction du fichier LP_ITMAgentForTPM72.zip à partir du DVD supplémentaire de
votre système d'exploitation dans le répertoire local du serveur ITM.
2. Accédez au répertoire dans lequel vous avez extrait les fichiers.
3. Exécutez le programme d'installation à l'aide de la commande appropriée :
155
Sur le client et le serveur Tivoli Enterprise Portal
lpinstaller.sh
-c <candle_home> [ -i <install_mode> [ -f <response_file> ] ]
<candle_home>
répertoire Tivoli Monitoring
<install_mode>
L'une des valeurs suivantes :
v gui
v console
v silent
Sur l'ordinateur Tivoli Provisioning Manager
lpinstaller.bin
5. Sur le panneau Sélectionner une action, sélectionnez Add/Update (Ajouter/Mettre à jour) pour
installer ou mettre à jour le module de langue, puis cliquez sur Suivant.
6. Sur le panneau de sélection de dossier, spécifiez le chemin d'accès à l'emplacement où vous avez
extrait le répertoire nlspackge, puis cliquez sur Suivant.
7. Sur le panneau Sélection de produit, sélectionnez Tivoli Monitoring agent pour Tivoli Provisioning
8. Sur le panneau de sélection de langue, sélectionnez la langue dans la liste, puis cliquez sur Suivant.
9. Sur la panneau d'aperçu, cliquez sur Suivant, puis sur Terminé.
10. Redémarrez le serveur Tivoli Enterprise Portal, le client Tivoli Enterprise Portal et
l'Tivoli Monitoring agent.
Résultats
Le module de langue de l'Tivoli Monitoring agent est installé.
Vérification du signataire SSL WebSphere Application Server
Si vous avez installé WebSphere Application Server manuellement (et non en utilisant le programme
d'installation de logiciel intermédiaire), vérifiez que le signataire SSL est correctement paramétré.
Procédure
2. Accédez au répertoire WAS_HOME/AppServer/profiles/AppSrv01/bin.
3. Exécutez la commande suivante pour vérifier que le signataire SSL est correctement paramétré dans
WebSphere Application Server :
./wsadmin.sh -lang jython
4. Entrez le nom d'utilisateur WebSphere Application Server et le mot de passe correspondant.
5. Si le système vous demande d'ajouter un signataire au fichier de clés certifiées, entrez y. Sinon, le
signataire a déjà été ajouté au fichier de clés certifiées.
6. Démarrez l'installation des composants principaux de Tivoli Provisioning Manager.
Installation des composants Web de Tivoli Provisioning Manager
Une fois les composants centraux installés, vous pouvez installer les composants Web. Vous devez
installer les composants Web sur le même ordinateur que celui sur lequel vous avez installer les services
de base, qu'il s'agisse du serveur TPM ou du poste de travail administratif.
156
Avant de commencer
1. Vérifiez que les composants principaux sont installés. Voir «Installation des composants principaux de
Tivoli Provisioning Manager», à la page 145.
2. Assurez-vous que le logiciel intermédiaire est démarré. Si vous avez utilisé le programme
d'installation de logiciel intermédiaire pour installer le logiciel intermédiaire, les applications de
logiciel intermédiaire démarrent après l'installation. Si vous avez redémarré l'ordinateur ou installé
manuellement le logiciel intermédiaire, vérifiez que celui-ci a démarré. Consultez :
Procédure
2. Dans le panneau de navigation du tableau de bord, cliquez sur Installation personnalisée. Faites
défiler jusqu'à 4. Installer les composants Web de Tivoli Provisioning Manager et cliquez sur
Installer les composants Web de Tivoli Provisioning Manager.
5. Sur le panneau Process Solution Installer Packages Installation, renseignez toutes les zones
obligatoires, puis cliquez sur Next.
Database User ID
Entrez l'ID utilisateur permettant d'accéder à la base de données. Il doit s'agir du même ID
utilisateur que celui que vous avez indiqué lors de l'installation des services de base. La
valeur par défaut est maximo.
Entrez le mot de passe correspondant au nom d'utilisateur de la base de donnée spécifié.
WebSphere Application Server Administrative User Name
Entrez le nom d'utilisateur de l'administrateur WebSphere Application Server. La valeur par
Mot de passe WebSphere Application Server
Entrez le mot de passe pour l'administrateur WebSphere Application Server.
WebSphere Application Server Remote Access User Name
Entrez tioadmin.
Tivoli Provisioning Manager est configuré pour lancer automatiquement les profils WebSphere
Application Server avec ce nom d'utilisateur lorsque vous démarrez Tivoli Provisioning
Manager.
Mot de passe d'accès à distance de WebSphere Application Server
Indiquez le mot de passe de l'utilisateur d'accès à distance.
Remarque : N'utilisez pas la console WebSphere Application Server pour modifier des mots
de passe utilisateur Tivoli Provisioning Manager. Utilisez plutôt l'outil changePassword.cmd|sh.
Pour plus d'informations sur la modification du mot de passe, voir changePassword command
dans le centre de documentation.
Répertoire d'installation des services de base
Spécifiez le chemin d'accès complet du répertoire d'installation des services de base.
L'emplacement par défaut est :
v /opt/IBM/SMP
Chargez les fichiers de support de langue associés au module
Cochez la case pour mettre à jour les fichiers de langue des composants Web. Si vous avez
installé des modules de langue lors de l'installation de services de base à l'aide des
157
instructions décrites à la rubrique «Installation du module de langue», à la page 141, vous
devez cocher cette case, sinon, aucun module de langue n'est installé.
Important : Laissez cette case désélectionnée si vous avez installé un produit de moteur
d'automatisation de processus qui n'installe pas la prise en charge du module de langue par
défaut.
6. Sur le panneau Installation Preview, vérifiez les paramètres d'installation, puis cliquez sur Next.
7. Lorsque l'installation est terminée, le panneau Installation Summary s'affiche. Cliquez sur Fin
8. Si vous avez installé Tivoli Provisioning Manager sur un profil personnalisé WebSphere Application
Server, vous devez copier confhelp.properties depuis l'emplacement par défaut C:\Program
Files\IBM\WebSphere\AppServer\properties vers le répertoire <custom profile location>.
Résultats
Les composants Web sont maintenant installés.
Que faire ensuite
Avant de commencer à utiliser Tivoli Provisioning Manager, vous devez procéder à d'autres tâches de
configuration. Voir Chapitre 4, «Tâches de postinstallation», à la page 159.
158
Chapitre 4. Tâches de postinstallation
Selon les fonctions que vous avez choisi d'utiliser, une configuration peut être nécessaire une fois le
produit installé.
Remarque importante pour le support de langue nationale : Si vous prévoyez d'ajouter le support de
langue nationale à Tivoli Provisioning Manager, vous devez utiliser le programme d'installation du
module de langue de Tivoli Provisioning Manager avant d'exécuter ces étapes suivant l'installation.
Installation du module de langue pour Tivoli Monitoring agent
Suivez ces procédures pour installer le module de langue.
Avant de commencer
Vous pouvez installer le module de langue sur un système possédant un ou plusieurs des composants
suivants :
v Serveur Tivoli Enterprise Portal
v client Tivoli Enterprise Portal
v Tivoli Monitoring agent (serveur Tivoli Provisioning Manager).
Procédure
1. Procédez à l'extraction du fichier LP_ITMAgentForTPM72.zip à partir du DVD supplémentaire de
votre système d'exploitation dans le répertoire local du serveur ITM.
2. Accédez au répertoire dans lequel vous avez extrait les fichiers.
3. Exécutez le programme d'installation à l'aide de la commande appropriée :
Sur le client et le serveur Tivoli Enterprise Portal
lpinstaller.sh
-c <candle_home> [ -i <install_mode> [ -f <response_file> ] ]
<candle_home>
répertoire Tivoli Monitoring
<install_mode>
L'une des valeurs suivantes :
v gui
v console
v silent
Sur l'ordinateur Tivoli Provisioning Manager
lpinstaller.bin
5. Sur le panneau Sélectionner une action, sélectionnez Add/Update (Ajouter/Mettre à jour) pour
installer ou mettre à jour le module de langue, puis cliquez sur Suivant.
6. Sur le panneau de sélection de dossier, spécifiez le chemin d'accès à l'emplacement où vous avez
extrait le répertoire nlspackge, puis cliquez sur Suivant.
7. Sur le panneau Sélection de produit, sélectionnez Tivoli Monitoring agent pour Tivoli Provisioning
8. Sur le panneau de sélection de langue, sélectionnez la langue dans la liste, puis cliquez sur Suivant.
9. Sur la panneau d'aperçu, cliquez sur Suivant, puis sur Terminé.
159
10. Redémarrez le serveur Tivoli Enterprise Portal, le client Tivoli Enterprise Portal et
l'Tivoli Monitoring agent.
Résultats
Le module de langue de l'Tivoli Monitoring agent est installé.
Sauvegarde du poste de travail administratif
Si vous ne souhaitez pas que le poste de travail administratif reste actif après l'installation, vous devez
créer une sauvegarde du logiciel installé sur l'ordinateur.
Le poste de travail administratif n'est pas requis pour l'utilisation de Tivoli Provisioning Manager après
l'installation. Cependant, l'ordinateur est nécessaire pour installer les modules de correction du
programme, les mises à niveau du produit, les nouvelles applications, les nouveaux gestionnaires de
processus et les modules de langue complémentaires. Etant donné que l'installation du logiciel de
déploiement sur le poste de travail administratif comprend également les modifications apportées au
registre Windows, vous devez sauvegarder l'installation de sorte que tous les paramètres puissent être
restaurés lorsque vous souhaitez modifier votre installation.
Si vous utilisez un serveur virtuel pour votre poste de travail administratif, vous pouvez créer une image
de serveur virtuel pour enregistrer la configuration du poste de travail administratif. Vous pouvez
également sauvegarder le poste de travail administratif manuellement, comme indiqué dans cette section.
Procédure
1. Sauvegardez le services de base installé et les composants Web.
a. Allez dans le répertoire suivant :
v /usr/ibm/common/acsi/bin
v ./de_backupdb -bfile /opt/IBM/SMP/DE_BACKUPS/AFTER_INSTALL_PMP_7.2.0.0
2. Créez une sauvegarde du répertoire de déploiement.
v /opt/IBM/SMP
Résultats
Vous disposez maintenant d'une sauvegarde de poste de travail administratif.
Si vous devez ultérieurement restaurer la sauvegarde, procédez comme suit :
1. Copiez le répertoire de déploiement dans le nouvel ordinateur. L'emplacement par défaut est :
v /opt/IBM/SMP
2. Pour réinstaller le moteur de déploiement, extrayez /install/ccmdb/payload.zip qui est fourni dans
l'image d'installation.
3. Dans le répertoire dans lequel vous avez extrait le contenu du fichier .zip, exécutez le programme
d'installation du moteur de déploiement :
v ./DE/si_inst.sh -javaHome /opt/ibm/SPM/jre
Configuration d'un navigateur Web pour une conformité à Federal
Information Processing Standard 140-2
Si vous avez activé une conformité à FIPS (Federal Information Processing Standard) 140-2, vous devez
activer le protocole TLS dans le navigateur Web pour que les connexions au serveur TPM soient
conformes à la norme FIPS 140-2.
160
Procédure
v Pour Internet Explorer 6 ou 7 :
1. Dans Internet Explorer, cliquez sur Outils > Options.
2. Cliquez sur l'onglet Avancé.
3. Dans Sécurité :
– Désactivez Utiliser SSL 2.0
– Désactivez Utiliser SSL 3.0
– Sélectionnez Utiliser TLS 1.0
4. Cliquez sur Appliquer, puis sur OK.
v Pour Firefox 3 :
1. Dans Firefox, cliquez sur Outils > Options.
2. Cliquez sur l'icône Avancé.
3. Cliquez sur l'onglet Chiffrement.
4. Dans la section Protocoles.
– Désactivez Utiliser SSL 3.0.
– Sélectionnez Utiliser TLS 1.0.
5. Cliquez sur Security Devices.
6. Sélectionnez NSS Internal PKCS #11 Module, puis cliquez sur Enable FIPS.
Remarque : Vous devez disposer d'un mot de passe principal pour chaque unité de sécurité
répertoriée pour pouvoir activer le mode FIPS.
7. Cliquez sur OK.
8. Désactivez toutes les suites de chiffrement TLS non conformes à FIPS. Pour plus d'informations,
reportez-vous à l'étape 3 des instructions figurant dans l'article de la base de connaissances Firefox
concernant la conformité à FIPS 140-2.
Démarrage du serveur TPM sous UNIX ou Linux
Après avoir installé Tivoli Provisioning Manager, démarrez le serveur TPM de manière à pouvoir utiliser
le produit. Exécutez ces étapes uniquement si vous souhaitez démarrer le serveur TPM après
l'installation.
Avant de commencer
v Si vous utilisez Tivoli Monitoring agent, vous devez le démarrer, puis l'arrêter manuellement. Pour
plus d'informations, voir «Démarrage et arrêt des composants Tivoli Provisioning Manager», à la page
238.
v L'utilisateur tioadmin utilise le shell bash comme interpréteur de commandes de connexion. Vous
pouvez utiliser une connexion en mode ligne, par exemple, via telnet, sans configuration
supplémentaire. Si vous utilisez un gestionnaire de fenêtres tel que l'environnement CDE (Common
Desktop Environment), vous ne pourrez peut-être pas créer un environnement de connexion
entièrement fonctionnel, nécessaire au bon fonctionnement de Tivoli Provisioning Manager.
Pour configurer l'utilisation avec un gestionnaire de fenêtres, procédez comme suit :
1. Connectez-vous en tant qu'utilisateur tioadmin à partir de l'environnement CDE.
2. Créez le file .bashrc dans le répertoire de base de l'utilisateur tioadmin et insérez la ligne
suivante :
. $HOME/.profile
3. Sauvegardez le fichier.
4. Editez le fichier .dtprofile dans le répertoire de base de l'utilisateur tioadmin et supprimez le
commentaire sur la ligne suivante :
161
DTSOURCEPROFILE=true
5. Reconnectez-vous en tant qu'utilisateur tioadmin dans l'environnement CDE.
v
SUSE
Si vous utilisez SUSE Linux Enterprise Server 10 SP2 (x86 64 bits), vous devez redémarrer le
serveur Provisioning Manager for OS Deployment parent.
2. Exécutez les commandes suivantes :
# service dbgw stop
# service dbgw start
Exécutez ces étapes uniquement si vous souhaitez démarrer le serveur TPM après l'installation. Pour
démarrer le serveur TPM dans d'autres situations, par exemple, si le serveur TPM est arrêté et que vous
devez le redémarrer, consultez la rubrique «Démarrage ou arrêt du serveur TPM sous UNIX ou Linux», à
la page 236.
Procédure
1. Assurez-vous que les applications de logiciel intermédiaire sont démarrées. Voir «Démarrage de
logiciel intermédiaire sous UNIX et Linux», à la page 115.
2. Connectez-vous en tant qu'utilisateur tioadmin.
3. Accédez au répertoire $TIO_HOME/tools.
4. Type :
./tio.sh start tpm
5. Une fois le serveur TPM prêt, ouvrez un navigateur Web et connectez-vous en entrant :
https://host_name:9443/maximo
6. Entrez le nom d'utilisateur et le mot de correspondant. L'utilisateur par défaut est maxadmin.
Configuration manuelle de la synchronisation d'annuaire pour
Vous pouvez configurer manuellement une tâche périodique pour planifier la synchronisation des
utilisateurs et des groupes entre un serveur d'annuaire et Provisioning Manager.
VMMSYNC est la tâche périodique qui planifie la synchronisation entre Provisioning Manager et Virtual
Member Manager. Cette tâche périodique est configurée automatiquement lors de l'installation. La
procédure manuelle est requise uniquement si vous devez modifier la configuration existante de la tâche
périodique.
Procédure
1. Ouvrez un navigateur Web et accédez à http://host_name:port/maximo.
2. Connectez-vous à Provisioning Manager à l'aide de l'ID utilisateur maxadmin.
3. Cliquez sur Aller à > Configuration système > Configuration de la plateforme > Paramétrage de la
tâche périodique.
4. Entrez VMM dans la zone Tâche périodique et appuyez sur Entrée.
5. Localisez et sélectionnez la tâche périodique VMMSYNC, puis cliquez dessus.
6. Configurez les valeurs suivantes :
Active?
Activez l'option Active? en cochant la case.
Credential
Cette valeur représente le mot de passe associé au compte Principal. Dans ce cas, entrez le
mot de passe associé à wasadmin.
162
GroupMapping
Cette zone contient les fichiers de mappage XML qui établissent une correspondance entre les
attributs d'objet LDAP et les colonnes des tables du référentiel de base de données. Modifiez
les entrées d'objet suivantes afin qu'elles utilisent la valeur d'unité organisationnelle ou définie
pour votre organisation lors de la configuration du logiciel intermédiaire Provisioning
Manager.
Basedn
Cette valeur définit la sous-arborescence LDAP que la tâche périodique de Virtual
Member Manager utilise pour rechercher des objets de groupe. Par exemple,
ou=groups,ou=SWG,o=IBM,c=US pour IBM Tivoli Directory Server et
ou=groups,ou=SWG,dc=IBM,dc=COM pour Microsoft Active Directory.
Filter
Cette valeur représente la classe d'objet Virtual Member Manager que le service utilise
pour rechercher des objets de groupe dans LDAP :
Groupe
GroupSearchAttribute
Cette valeur représente l'attribut d'objet de groupe LDAP utilisé pour rechercher des groupes
dans la sous-arborescence de répertoires configurée.
Par exemple, cn.
Principal
Cette valeur représente l'utilisateur requis par l'application CronTask pour se connecter au
service VMM (Virtual Member Manager) local. Cette valeur peut être n'importe quel
utilisateur administratif de serveur d'annuaire autorisé à se connecter au serveur Virtual
Member Manager local. Personnalisez-le de sorte qu'il utilise les valeurs d'unité
organisationnelle ou et de nom de domaine dc définies pour votre organisation lors de la
configuration des logiciels intermédiaires. Par exemple,
cn=wasadmin,ou=users,ou=SWG,o=IBM,c=US pour IBM Tivoli Directory Server et
uid=wasadmin,ou=users,ou=SWG,dc=IBM,dc=COM pour Microsoft Active Directory.
SynchAdapter
psdi.security.vmm.DefaultVMMSyncAdapter
Cette valeur représente la classe Java qui écrit les données LDAP dans la base de données.
SynchClass
psdi.security.vmm.VMMSynchronizer
Cette valeur représente la classe Java qui se connecte au service Virtual Member Manager
local pour rechercher les objets requis.
UserMapping
Cette zone contient les fichiers de mappage XML qui établissent une correspondance entre les
attributs d'objet LDAP et les colonnes des tables du référentiel de base de données. Modifiez
les entrées d'objet suivantes afin qu'elles utilisent la valeur d'unité organisationnelle ou définie
pour votre organisation lors de la configuration du logiciel intermédiaire.
Basedn
Cette valeur définit la sous-arborescence LDAP que la tâche périodique de Virtual
Member Manager utilise pour rechercher des objets de groupe. Par exemple,
ou=users,ou=SWG,o=IBM,c=US pour IBM Tivoli Directory Server et
ou=users,ou=SWG,dc=IBM,dc=COM pour Microsoft Active Directory.
Filter
PersonAccount
Cette valeur représente la classe d'objet Virtual Member Manager que le service utilise
pour rechercher des objets d'utilisateur dans LDAP.
163
UserSearchAttribute
Cette valeur représente l'attribut d'objet d'utilisateur LDAP utilisé pour rechercher des
utilisateurs dans la sous-arborescence de répertoires configurée. Par exemple, cn pour IBM
Tivoli Directory Server et uid pour Microsoft Active Directory.
Vous devez cliquer sur la flèche située dans l'en-tête du tableau des paramètres de la tâche périodique
pour afficher tous les paramètres.
7. Cliquez sur l'icône de sauvegarde.
Résultats
Par défaut, la tâche périodique s'exécute toutes les 5 minutes. Modifiez la zone de planification de la
tâche périodique si vous souhaitez modifier l'intervalle. Les paramètres mis à jour sont utilisés lors de la
synchronisation planifiée suivante.
Configuration du serveur LDAP pour l'authentification d'utilisateur
uniquement
Lorsque l'installation est terminée, vous pouvez configurer votre environnement pour stocker les
informations utilisateur dans le serveur LDAP et les rôles et groupes de sécurité dans la base de données
TPM.
Si vous souhaitez que l'authentification soit gérée par le serveur LDAP, et non par la base de données
Tivoli Provisioning Manager, vous pouvez configurer la sécurité de sorte que le processus
d'authentification utilise le serveur LDAP, lequel stocke les informations utilisateur uniquement. Le
processus d'autorisation est géré en chargeant les informations sur les rôles de sécurité depuis la base de
données TPM.
Pour configurer la sécurité pour ce modèle, exécutez les étapes ci-après pour désactiver VMMSync et
séparer l'utilisateur et le groupe de sécurité.
Procédure
1. Cliquez sur Aller à > Configuration système > Configuration de la plateforme > Paramétrage de la
tâche périodique.
2. Dans la zone Tâche périodique, entrez VMMSynch.
3. Cliquez sur VMMSync, puis sur l'onglet Tâche périodique.
pour sauvegarder vos modifications.
4. Désélectionnez la case Active. Cliquez sur
5. Assurez-vous que la propriété mxe.LDAPUserMgmt n'est pas activée. Cliquez sur Aller à >
Configuration système > Configuration de la plateforme > Propriétés système.
6. Développez Filtre et recherchez la propriété mxe.LDAPUserMgmt.
7. Assurez-vous que le paramètre Valeur en cours a pour valeur 0.
Résultats
Si le paramètre Valeur en cours a une valeur autre que 0, procédez comme suit :
1. Connectez-vous au serveur de base de données et exécutez la commande SQL suivante :
UPDATE <schema_name>.MAXPROPVALUE SET PROPVALUE = ’0’ WHERE PROPNAME = ’mxe.LDAPUserMgmt’
où <schema_name> représente le nom du schéma.
2. Pour que les modifications soient prises en compte, redémarrez le serveur TPM :
v Entrez tio.sh stop, puis tio.sh start.
164
Les utilisateurs sont désormais séparés et stockés dans le serveur LDAP pour l'authentification
uniquement. Les groupes de sécurité sont stockés dans la base de données TPM. VMMSync étant
désactivé, le serveur LDAP et la base de données TPM ne sont pas synchronisés. Lorsque de nouveaux
utilisateurs sont ajoutés au serveur LDAP, les groupes de sécurité et les utilisateurs et l'appartenance des
utilisateurs aux groupes de sécurité doivent être ajoutés manuellement à la base de données TPM à l'aide
de l'interface Web.
Ajout d'utilisateurs et de groupes de sécurité
Vous devez ajouter des utilisateurs et des groupes de sécurité à la base de données TPM.
Procédure
1. Pour créer un utilisateur, connectez-vous à l'interface Web et cliquez sur Aller à > Sécurité >
Utilisateurs.
pour créer l'utilisateur. Entrez les informations requises et sauvegardez vos
2. Cliquez sur
modifications. Cet utilisateur doit également être créé dans le serveur LDAP pour authentification.
3. Pour créer un groupe de sécurité, cliquez sur Aller à > Sécurité > Groupes de sécurité. Cliquez sur
pour créer le groupe de sécurité. Entrez les informations requises et sauvegardez vos
modifications.
4. Pour ajouter des utilisateurs au groupe de sécurité, cliquez sur l'onglet Utilisateurs, puis cliquez sur
Nouvelle ligne. Dans la zone Utilisateur, entrez le nom d'utilisateur ou cliquez sur
sélectionnez l'utilisateur à ajouter au groupe de sécurité.
et
Remarque : Si une exception se produit lorsque vous tentez d'ajouter un utilisateur à un groupe de
sécurité, les droits d'accès doivent être modifiés de sorte que vous puissiez changer l'appartenance au
groupe. L'utilisateur MAXADMIN doit modifier les droits.
a. Connectez-vous en tant qu'utilisateur MAXADMIN.
b. Cliquez sur Aller à > Sécurité > Groupes de sécurité.
c. Cliquez sur l'onglet Groupe et cliquez sur le groupe de sécurité.
d. Cliquez sur Sélectionner une action > Autoriser la réaffectation de groupe.
e. Cliquez sur Sélectionner des utilisateurs, puis choisissez l'utilisateur qui devra disposer des droits
d'accès permettant d'ajouter d'autres utilisateurs à ce groupe de sécurité. Cliquez sur OK.
Confirmez vos modifications en cliquant sur OK une nouvelle fois.
f. Connectez-vous à l'interface Web en tant qu'utilisateur disposant des droits d'accès appropriés au
groupe de sécurité.
g. Cliquez sur Aller à > Sécurité > Groupes de sécurité. Sélectionnez l'onglet Utilisateur et ajoutez
l'utilisateur.
Définition du serveur d'amorçage après l'installation
Vous devez créer votre serveur d'amorçage si vous avez exécuté le programme d'installation sans le
composant Tivoli Provisioning Manager for OS Deployment.
Si vous avez exécuté le programme d'installation sans le composant Tivoli Provisioning Manager for OS
Deployment et que vous l'avez ensuite à nouveau exécuté avec le composant Tivoli Provisioning Manager
for OS Deployment sélectionné, l'objet du serveur d'amorçage de déploiement du système d'exploitation
n'est pas créé. Pour le créer, vous devez exécuter TPMfOSD Installation Discovery sur votre serveur
local TPM.
Pour plus d'informations, voir Discovering an OS deployment server dans le centre de documentation.
165
Configuration de l'infrastructure pour les tâches de distribution de
logiciel
Cette procédure explique comment configurer une infrastructure de distribution évolutive.
Si vous prévoyez d'utiliser l'infrastructure de distribution évolutive pour vos tâches de distribution de
logiciel, vous n'avez pas besoin d'exécuter cette tâche de postinstallation.
Si vous ne prévoyez pas d'utiliser l'infrastructure de distribution évolutive pour vos tâches de
distribution de logiciel, vous devez le préciser en définissant une variable globale. La variable globale
TCA.Create.EO.SAP détermine si l'infrastructure de distribution évolutive est utilisée ou non. Par défaut,
ce paramètre a pour valeur true.
Vous devez affecter la valeur false à la variable globale TCA.Create.EO.SAP si vous ne souhaitez pas
utiliser l'infrastructure de distribution évolutive.
Procédure
1. Connectez-vous à l'interface Web.
2. Cliquez sur Aller à > Configuration de paramètres globaux > Variables.
3. Recherchez la variable globale TCA.Create.EO.SAP et affectez-lui la valeur false.
Pour plus d'informations sur l'infrastructure de distribution évolutive, voir Scalable distribution
infrastructure dans le centre de documentation.
Sécurisation des fichiers dans WebSphere Application Server
Un certain nombre de fichiers doit être reconfiguré avec les droits appropriés.
En raison d'un problème lié à WebSphere Application Server 6.1.0.29, un certain nombre de fichiers
présents dans le répertoire /opt/IBM/WebSphere/AppServer est reconfiguré avec des droits inappropriés.
Pour résoudre ce problème, procédez comme suit :
Procédure
1. Sur le serveur TPM, Connectez-vous en tant qu'utilisateur root.
2. Pour définir les droits appropriés, exécutez la commande suivante :
chmod -R 755 $WAS_HOME/systemApps/isclite.ear
Modification du répertoire commun de journal Tivoli
Une fois Tivoli Provisioning Manager installé, vous pouvez modifier le répertoire commun de journal
Tivoli en un répertoire de votre choix. Sous UNIX, le répertoire commun de journal Tivoli est
/usr/IBM/tivoli/common.
Pour modifier le répertoire commun de journal Tivoli en un répertoire de votre choix :
Procédure
2. Arrêtez Tivoli Provisioning Manager en exécutant tio.sh stop
3. Créez le répertoire que vous souhaitez utiliser comme répertoire commun de journal Tivoli :
$ mkdir <your_directory_name>/tivoli/common
Remarque : Assurez-vous que ce répertoire appartient au groupe Tivoli et dispose de 771
autorisations.
166
4. Entrez les commandes suivantes pour déplacer CIT, COP et ctgde vers votre nouvel emplacement de
répertoire commun de journal :
$ MOVE <previous_tivoli_commonlogdirectory>/CIT <new_tivoli_commonlogdirectory>/CIT
$ MOVE <previous_tivoli_commonlogdirectory>/COP <new_tivoli_commonlogdirectory>/COP
$ MOVE <previous_tivoli_commonlogdirectory>/ctgde <new_tivoli_commonlogdirectory>/ctgde
5. Modifiez le fichier /etc/ibm/tivoli/common/cfg/log.properties pour définir la valeur
tivoli_common_dir sur le nouvel emplacement de répertoire commun de journal Tivoli créé.
6. Modifiez les fichiers /opt/tivoli/cit/config/Cit.properties et CitTrace.properties :
v Pour le fichier Cit.properties, modifiez les valeurs common_trace_path et trace_file_path pour
utiliser le nouveau répertoire commun de journal Tivoli créé.
v Pour le fichier CitTrace.properties , remplacez /usr/ibm/tivoli/common/CIT/logs/traceCIT.log
par <new_Tivoli_common_log_dir>/CIT/logs/traceCIT.log.
7. Passez à l'utilisateur tioadmin et modifiez le fichier TIO_HOME/.TCprofile en changeant la valeur
TIO_LOGS afin d'indiquer le nouvel emplacement de répertoire créé :
$TIO_LOGS=<new_directory_location>
8. Sauvegardez les fichiers suivants puis recherchez kanaha.logs dans chaque fichier, en remplaçant
l'ancien emplacement de répertoire commun de journal par le nouveau :
a. $TIO_HOME/lwi/conf/overrides/TPMconfig.properties
b. $TIO_HOME/eclipse/eclipse.ini
c. <WAS_HOME>/profiles/ctgDmgr01/config/cells/ctgCell01/nodes/ctgNode01/servers/MXServer/
server.xml
9. Modifiez le fichier cdslog.properties situé dans le répertoire CDS_HOME/logprop en remplaçant
toutes les occurrences <previous_Tivoli_commonlog_directory>/ctgde/logs par
<new_Tivoli_commonlog_directory>/ctgde/logs.
10. Démarrez Tivoli Provisioning Manager en exécutant tio.sh start.
Résultats
Vous avez modifié l'emplacement du répertoire commun de journal Tivoli.
167
168
Chapitre 5. Désinstallation de Tivoli Provisioning Manager
Il est impossible d'avoir un seul programme de désinstallation pour tous les composants Tivoli
Provisioning Manager. Pour désinstaller Tivoli Provisioning Manager, vous devez supprimer le logiciel
dans l'ordre ci-dessous. N'utilisez pas d'autres méthodes pour désinstaller Provisioning Manager,
notamment le panneau Ajout/Suppression de programmes.
1. Désinstallation des
composants principaux
2. Désinstallation des services de
base et des composants Web
3. Désinstallation de logiciel
intermédiaire
4. Suppression des
éléments restants
Le logiciel est désinstallé
Désinstallation des composants principaux de Tivoli Provisioning
Manager
Cette section explique comment désinstaller les composants principaux de Tivoli Provisioning Manager.
Avant de commencer
Pour désinstaller les composants principaux, exécutez les tâches de cette section.
Désinstallation du Tivoli Monitoring agent
Si vous avez installé le Tivoli Monitoring agent, désinstallez-le avant de désinstaller des composants
principaux tels que service du gestionnaire d'unités, Dynamic Content Delivery ou gestionnaire d'agents.
169
Procédure
Pour désinstaller l'agent :
2. Accédez au sous-répertoire bin sous le répertoire dans lequel l'agent est installé. Le répertoire par
défaut est /opt/IBM/tivoli/ITM/bin.
./uninstall.sh
Une liste numérotée des codes de produits, des codes d'architecture, des numéros de version et
d'édition et des noms de produit apparaît pour tous les produits installés.
4. Tapez le nombre pour désinstaller le Tivoli Monitoring agent.
5. Supprimez manuellement le répertoire bin.
Que faire ensuite
Passez à l'étape «Désinstallation des Tivoli Provisioning Manager for OS Deployment».
Désinstallation des Tivoli Provisioning Manager for OS Deployment
Si vous avez installé le Tivoli Provisioning Manager for OS Deployment, désinstallez-le après avoir
désinstallé les composants principaux tels que le service du gestionnaire d'unités, Dynamic Content
Delivery ou le gestionnaire d'agents.
Désinstallation de Tivoli Provisioning Manager for OS Deployment sous UNIX et
Linux
Si Tivoli Provisioning Manager for OS Deployment est installé, procédez comme suit pour le
désinstaller :
Procédure
1. Arrêtez Tivoli Provisioning Manager for OS Deployment.
a. Connectez-vous en tant qu'utilisateur root.
b. Pour le serveur parent ou un serveur enfant, exécutez les commandes suivantes :
v
SUSE
/etc/init.d/rbagent stop
/etc/init.d/rembo stop
c. Si vous arrêtez le serveur parent Tivoli Provisioning Manager for OS Deployment, exécutez la
commande suivante :
v
SUSE
/etc/init.d/dbgw stop
2. Supprimez les scripts et les symlinks de démarrage.
a. Exécutez la commande suivante :
SUSE
rm -f /etc/sysconfig/tpmfosdvars
b. Exécutez les commandes suivantes :
SUSE
rm
rm
rm
rm
170
-f
-f
-f
-f
/etc/rc.d/init.d/rbagent /etc/rc.d/init.d/rembo /etc/rc.d/init.d/dbgw
/etc/init.d/dbgw /etc/init.d/rembo /etc/init.d/rbagent
/etc/rc.d/rc*.d/*dbgw* /etc/rc.d/rc*.d/*rembo* /etc/rc.d/rc*.d/*rbagent*
/etc/rc*.d/*rbagent* /etc/rc*.d/*rembo* /etc/rc*.d/*dbgw*
3. Supprimez le répertoire d'installation et le répertoire de données. Les emplacements par défaut sont
les suivants :
v /opt/IBM/tpmfos
4. Accédez au propriétaire d'instance de base de données.
v
2000
DB2
su - ctginst1
v
Oracle
2000
su - oracle
5. Supprimez la base de données Tivoli Provisioning Manager for OS Deployment.
v
2000
DB2
db2 drop database tpmfosd
v
Oracle
2000
sqlplus sys/sys_password@ORACLE_SID as SYSDBA
drop user TPMFOSD cascade;
où sys_password est le mot de passe de l'utilisateur sys.
Que faire ensuite
Passez à l'étape «Désinstallation du fédérateur de Tivoli Provisioning Manager for Job Management
Service».
Désinstallation du fédérateur de Tivoli Provisioning Manager for Job
Management Service
Cette procédure explique comment désinstaller le service du gestionnaire d'unités.
Avant de commencer
1. Fermez toutes les fenêtres de commande de la base de données ainsi que les consoles du gestionnaire
d'unités.
2. Connectez-vous au serveur Tivoli Provisioning Manager:
v Ouvrez une session en tant que tioadmin.
3. Arrêtez Tivoli Provisioning Manager. Exécutez la commande suivante à partir du répertoire
/TIO_HOME/tools :
[tio.cmd|tio.sh] stop -t
4. Vérifiez que les profils WebSphere Application Server et la base de données sont en cours d'exécution.
Procédure
1. Déconnectez-vous en tant que tioadmin, puis reconnectez-vous en tant que :
v utilisateur root
2. Supprimez les tables de la base de données du service du gestionnaire d'unités :
2000
DB2
a. Accédez au répertoire TIO_HOME/tools/DMS.
b. Entrez la commande suivante sur une seule ligne :
[DMS_DB2_uninstall.bat|./DMS_DB2_uninstall.sh] nom_bd propriétaire_bd mdp_propriétaire_bd rép_gu nom_schéma
nom_bd
Nom de la base de données de Tivoli Provisioning Manager.
Chapitre 5. Tâches de désinstallation
171
propriétaire_bd
Propriétaire de l'instance de base de données.
Le propriétaire par défaut est ctginst1.
mdp_propriétaire_bd
Mot de passe pour le propriétaire de l'instance de base de données.
rép_gu
Chemin d'accès complet du répertoire d'installation du service du gestionnaire d'unités.
v /opt/IBM/DeviceManager
nom_schéma
Nom du schéma de base de données. La valeur par défaut est maximo.
Exemple :
v ./DMS_DB2_uninstall.sh MAXDB71 ctginst1 pas5word /opt/IBM/DeviceManager maximo
Oracle
2000
Accédez au répertoire TIO_HOME/tools/DMS et exécutez la commande suivante :
./DMS_ORACLE_uninstall.sh nom_bd utilisateur_oracle utilisateur_bd mdp_utilisateur_bd rép_gu
nom_bd
Nom de la base de données Oracle pour Tivoli Provisioning Manager.
utilisateur_oracle
Utilisateur de la base de données, par exemple oracle.
utilisateur_bd
Nom d'utilisateur du serveur Oracle Database, par exemple : maximo. Pour confirmer le nom
de l'utilisateur à utiliser, ouvrez le fichier DMS_HOME/config/DMSconfig.properties et
recherchez la valeur de instDBUserId.
mdp_utilisateur_bd
Mot de passe pour l'utilisateur du serveur de base de données Oracle.
rép_gu
Chemin d'accès complet du répertoire d'installation du service du gestionnaire d'unités.
Par exemple :
./DMS_ORACLE_uninstall.sh orcl oracle maximo pas5word /opt/IBM/DeviceManager
Les messages générés par cette commande s'affichent dans la fenêtre de commande. Par exemple,
pour que les messages soient redirigés vers un fichier journal, exécutez :
./DMS_ORACLE_uninstall.sh orcl oracle maximo pas5word /opt/IBM/DeviceManager > /tmp/dms_uninstall.log
3. Accédez au répertoire _uninst dans le répertoire suivant:
4. Si vous avez modifié le nom d'utilisateur de l'administrateur du serveur d'annuaire par un autre nom,
procédez comme suit :
a. Ouvrez le fichier DMSconfig.properties dans l'éditeur de texte.
b. Sur la ligne instWASUsername=tioadmin, remplacez tioadmin par le nom d'utilisateur de
l'administrateur de WebSphere Application Server en cours. Par exemple, si l'administrateur
WebSphere Application Server actuel est wasadmin, la ligne doit devenir :
instWASUsername=wasadmin
c. Sur la ligne instWASPassword, remplacez la valeur du mot de passe dans le fichier par le mot de
passe de l'administrateur WebSphere Application Server en cours. Par exemple, si le mot de passe
actuel est pass5word, la ligne doit devenir :
instWASPassword=pass5word
172
5. Vérifiez que l'application service du gestionnaire d'unités est installée dans WebSphere Application
Server :
a. Connectez-vous à la console d'administration de WebSphere Application Server.
b. Cliquez sur Applications > Applications d'entreprise et vérifiez qu'une application appelée
DMS_WebApp est installée.
c. Si l'application DMS_WebApp est installée, passez à l'étape 7.
d. Si l'application DMS_WebApp n'est pas installée, ignorez l'étape 7 et passez à l'étape 8.
6. Supprimez la configuration du service du gestionnaire d'unités :
[DMSremoveconfig.bat|./DMSremoveconfig.sh] -server -file DMSconfig.properties -showtrace
7. Accédez au répertoire _uninst dans le répertoire suivant :
8. Exécutez le programme d'installation :
uninstaller.[exe|bin]
9. Supprimez le répertoire d'installation de service du gestionnaire d'unités :
Que faire ensuite
Passez à l'étape «Désinstallation de Tivoli Provisioning Manager pour Dynamic Content Delivery».
Désinstallation de Tivoli Provisioning Manager pour Dynamic Content
Delivery
Désinstallez Tivoli Provisioning Manager for Dynamic Content Delivery afin de supprimer le composant
chargé du contrôle centralisé du téléchargement et de la réplication des fichiers.
Procédure
2. Assurez-vous que Tivoli Provisioning Manager est arrêté.
3. Assurez-vous que le service du gestionnaire d'unités est désinstallé. Voir «Désinstallation du
fédérateur de Tivoli Provisioning Manager for Job Management Service», à la page 171.
4. Accédez au répertoire _uninst du répertoire suivant. L'emplacement par défaut est :
v /opt/IBM/tivoli/CDS/_uninst
5. Exécutez le programme d'installation :
[uninstaller.exe|./uninstaller.bin]
6. Une fois la désinstallation terminée, supprimez le répertoire d'installation du Dynamic Content
Delivery.
7. Vérifiez si le répertoire cds_manager contient des répertoires appelés Gen1 ou Gen2. La valeur par
défaut pour le répertoire cds_manager est :
SUSE
/root/InstallShield/Universal/cds_manager
v
Si les répertoires Gen1 ou Gen2 existent, supprimez-les.
Que faire ensuite
Passez à l'étape «Désinstallation du gestionnaire d'agents», à la page 174.
173
Désinstallation du gestionnaire d'agents
Désinstallez le gestionnaire d'agents pour supprimer les servlets gestionnaire d'agents à partir de
WebSphere Application Server. L'assistant ne supprime pas la base de données de registres ni les objets
du gestionnaire d'agents de la base de données.
Avant de commencer
1. Ouvrez une session en tant que tioadmin.
2. Assurez-vous que Tivoli Provisioning Manager est arrêté.
3. Assurez-vous que le service du gestionnaire d'unités et le Dynamic Content Delivery sont désinstallés.
Voir «Désinstallation du fédérateur de Tivoli Provisioning Manager for Job Management Service», à la
page 171 et «Désinstallation de Tivoli Provisioning Manager pour Dynamic Content Delivery», à la
page 173.
Procédure
1. Supprimez les tables de la base de données.
v
2000
DB2
a. Accédez au répertoire TIO_HOME/tools/CAS et exécutez la commande suivante :
[CAS_DB2_uninstall.bat|./CAS_DB2_uninstall.sh] db_name db_owner db_owner_pwd
Dans la commande précédente, remplacez les paramètres par les valeurs appropriées :
nom_bd
Nom de la base de données de Tivoli Provisioning Manager.
propriétaire_bd
Propriétaire de l'instance de base de données.
Le propriétaire par défaut est ctginst1.
mdp_propriétaire_bd
Mot de passe pour le propriétaire de l'instance de base de données.
Exemple :
[CAS_DB2_uninstall.bat|./CAS_DB2_uninstall.sh] MAXDB71 ctginst1 mypassword
v
Oracle
2000
a. Vérifiez que les variables d'environnement Oracle sont correctement définies. Voir tableau 21, à
la page 73.
b. Accédez au répertoire TIO_HOME/tools/CAS et exécutez la commande suivante :
./CAS_ORACLE_uninstall.sh nom_bd utilisateur_bd mdp_utilisateur_bd
Dans la commande précédente, remplacez les paramètres par les valeurs appropriées :
nom_bd
Nom de la base de données Oracle pour Tivoli Provisioning Manager.
utilisateur_bd
Nom de l'utilisateur du serveur Oracle Database, par exemple : maximo.
mdp_utilisateur_bd
Mot de passe pour l'utilisateur du serveur de base de données Oracle.
Exemple :
$TIO_HOME/tools/CAS/CAS_ORACLE_uninstall.sh MAXDB71 tiodb pass5word
Les messages générés par cette commande s'affichent dans la fenêtre de commande. Par
exemple, pour que les messages soient redirigés vers un fichier journal, exécutez :
174
$TIO_HOME/tools/CAS/CAS_ORACLE_uninstall.sh MAXDB71 tiodb pass5word > /tmp/cas_uninstall.log
2. Déconnectez-vous en tant que tioadmin et reconnectez-vous en tant qu'utilisateur root.
3. Exécutez le programme de désinstallation et suivez les instructions de l'assistant :
AM_HOME/_uninst/uninstaller.[exe|bin]
4. Supprimez le répertoire d'installation du gestionnaire d'agents.
5. Supprimez le profil WebSphere Application Server pour le gestionnaire d'agents. Le nom de profil par
défaut est casprofile.
WAS_HOME/bin/manageprofiles.[bat|sh] -delete -profileName casprofile
6. Supprimez le répertoire de profil WAS_HOME/profiles/casprofile.
Que faire ensuite
Passez à l'étape «Désinstallation des moteurs Tivoli Provisioning Manager».
Désinstallation des moteurs Tivoli Provisioning Manager
Chaque composant principal doit être désinstallé séparément.
Avant de commencer
1. Vérifiez que les autres composants principaux, tels que Monitoring Agent, Tivoli Provisioning
Manager for OS Deployment, le fédérateur Tivoli Provisioning Manager for Job Management Service,
Dynamic Content Delivery et Agent Manager, sont désinstallés. Pour plus d'informations, voir
«Désinstallation des composants principaux de Tivoli Provisioning Manager», à la page 169.
3. Arrêtez Tivoli Provisioning Manager et assurez-vous que tous les processus Java en cours d'exécution
sont arrêtés. Pour plus d'informations, consultez :
v «Démarrage ou arrêt du serveur TPM sous UNIX ou Linux», à la page 236
4. Assurez-vous que la base de données est toujours en cours d'exécution. Pour démarrer la base de
données :
v
2000
DB2
Dans les étapes ci-après, l'instance de base de données s'appelle ctginst1.
Si le serveur ne possède pas d'adresse IP virtuelle
a. Connectez-vous en tant qu'utilisateur détenant des droits d'administration.
b. Cliquez sur Démarrer et sélectionnez Exécuter.
c. Entrez services.msc et cliquez sur OK.
d. Sélectionnez DB2 - DB2COPY1 - CTGINST1-0 et cliquez sur Démarrer le service.
Pour démarrer CTGINST1, vous pouvez aussi utiliser la commande db2start à partir d'une
ligne de commande.
Si le serveur possède une adresse IP virtuelle
a. Connectez-vous en tant qu'utilisateur détenant des droits d'administration.
b. Démarrez la base de données :
db2gcf -u -p 0 -i ctginst1
Oracle
2000
a. Connectez-vous en tant qu'utilisateur de la base de données Oracle en exécutant :
su - oracle
Dans cet exemple, le nom de l'utilisateur est oracle.
b. Démarrez le programme d'écoute base de données Oracle en exécutant :
ORACLE_HOME/bin/lsnrctl start
175
c. Démarrez base de données Oracle en exécutant :
dbstart
5.
SUSE
Si vous souhaitez exécuter le programme de désinstallation depuis une fenêtre Gnome
terminal, configurez la fenêtre de terminal de manière à ce qu'elle s'exécute en tant que shell de
connexion :
a.
b.
c.
d.
e.
f.
Ouvrez la fenêtre de terminal.
Cliquez sur Editer >Profil actuel.
Cliquez sur l'onglet Title and Command.
Sous Command, cochez la case Run command as login shell.
Fermez la fenêtre Edit et la fenêtre de terminal.
Ouvrez une nouvelle fenêtre de terminal.
La désinstallation supprime uniquement les moteurs Tivoli Provisioning Manager. Elle ne supprime pas :
v La base de données et le serveur d'applications.
v Les fichiers journaux
Procédure
$TIO_HOME/_uninst/_uninstTPM/uninstaller.bin
2. Si vous prévoyez de réinstaller Tivoli Provisioning Manager, procédez comme suit :
a. Supprimez le répertoire d'installation de Tivoli Provisioning Manager.
b. Conservez l'utilisateur tioadmin, qui sera réutilisé pour la réinstallation.
c. Conservez le répertoire utilisateur /home/tioadmin.
Que faire ensuite
1. Si vous avez installé le client DB2, passez à l'étape «Désinstallation du client DB2». Sinon, ignorez
cette étape.
2. Passez à l'étape «Désinstallation des services de base et des composants Web».
Désinstallation du client DB2
2000
DB2
Si vous avez installé le client DB2, désinstallez-le après avoir désinstallé les composants principaux tels
que le service du gestionnaire d'unités, Dynamic Content Delivery ou le gestionnaire d'agents.
Procédure
Pour désinstaller le client DB2 sous UNIX et Linux
2. Accédez au répertoire d'installation du client DB2. Par exemple, home/install.
3. Supprimez l'instance du client DB2.
db2_deinstall -a
Désinstallation des services de base et des composants Web
Pour supprimer les services de base et les composants Web, ou si l'installation a échoué lors de
l'installation des services de base, procédez comme suit pour supprimer le logiciel.
176
Avant de commencer
1. Vérifiez que les composants principaux sont désinstallés.
2. Vérifiez que WebSphere Application Server est lancé.
Remarque : Si un autre moteur d'automatisation de processus Tivoli est installé sur le même ordinateur
que Tivoli Provisioning Manager, par exemple, Service Request Manager(SRM) ou Change and
Configuration Management Database (CCMDB), ne désinstallez pas les services de base et les composants
Web.
Procédure
1. Connectez-vous au poste de travail administratif :
v En tant qu'utilisateur root.
v MAXIMO_HOME/_uninstall/uninstall.sh. L'emplacement par défaut pour MAXIMO_HOME est
opt/IBM/SMP.
3. Supprimez le répertoire MAXIMO_HOME.
4. Restaurez la base de données de moteur de déploiement dans la sauvegarde créée avant d'installer les
services de base. Pour plus d'informations, voir «Récupération du moteur de déploiement», à la page
192.
Que faire ensuite
Si vous désinstallez un middleware sous Windows, AIX ou Linux, passez à «Désinstallation de logiciel
intermédiaire».
Désinstallation de logiciel intermédiaire
La désinstallation du logiciel intermédiaire comprend l'exécution du programme d'installation de logiciel
intermédiaire et son utilisation pour annuler le déploiement du plan de déploiement précédent.
Avant de commencer
v Vérifiez que les services de base sont désinstallés. Voir «Désinstallation des services de base et des
composants Web», à la page 176.
v Si vous avez installé le logiciel intermédiaire à l'aide du programme d'installation de logiciel
intermédiaire, vous devez le désinstaller à l'aide du même programme d'installation de logiciel
intermédiaire. Sinon, le registre créé lors de l'installation du logiciel intermédiaire ne correspond plus à
ce qui est déployé. Par conséquent, si vous tentez de réinstaller le logiciel intermédiaire à l'aide du
programme d'installation de logiciel intermédiaire, des erreurs peuvent se produire.
v Si vous n'avez pas utilisé le programme d'installation de logiciel intermédiaire pour installer votre
logiciel intermédiaire, reportez-vous à la documentation de votre logiciel intermédiaire pour obtenir les
instructions de désinstallation.
v A certains moments du processus de désinstallation, la barre de progression du programme
d'installation de logiciel intermédiaire semble faire une pause. Dans la plupart des cas, la barre de
progression du programme d'installation de logiciel intermédiaire reprend son activité après cette
courte pause. Si vous pensez qu'une erreur s'est produite au cours du processus de désinstallation,
consultez les fichiers journaux du programme d'installation de logiciel intermédiaire.
v Si vous réinstallez le logiciel intermédiaire, indiquez la même valeur que celle utilisée précédemment
pour le groupe d'administrateurs DB2 lors de la réinstallation. Le programme d'installation de logiciel
intermédiaire crée une instance par défaut pour DB2 et ajoute le propriétaire de l'instance par défaut
au groupe d'administrateurs DB2 spécifié. Lorsque DB2 est désinstallé, les utilisateurs et les groupes ne
sont pas retirés. Si une autre valeur est fournie pour le groupe d'administrateurs DB2, DB2 tente
d'associer le propriétaire de l'instance par défaut à ce nouveau groupe. Cette tentative échoue car le
propriétaire appartient déjà au groupe spécifié lors de l'installation initiale. Pour spécifier un nouveau
177
groupe d'administrateurs DB2, supprimez le propriétaire d'instance existant et le groupe
d'administrateurs DB2. Cette tâche doit être effectuée avant de relancer l'exécution du programme
d'installation du logiciel intermédiaire.
Pour désinstaller le serveur d'applications, assurez-vous que le serveur d'annuaire (Tivoli Directory Server
ou Microsoft Active Directory) est en cours d'exécution. Ne désinstallez pas le serveur d'annuaire avant
d'avoir désinstallé le serveur d'applications.
Si vous souhaitez désinstaller le logiciel intermédiaire après un échec de l'installation du logiciel
intermédiaire, exécutez les étapes suivantes avant d'utiliser le programme de désinstallation du logiciel
intermédiaire :
1. Arrêtez IBM Tivoli Directory Server (IBM Tivoli Directory Server v6.2 - idsccmdb).
2. Arrêtez le démon IBM Tivoli Directory Server (IBM Tivoli Directory Admin Server v6.2 - idsccmdb).
3. Démarrez DB2.
4. Démarrez l'instance idsccmdb DB2 (DB2 - DB2COPY1 - IDSCCMDB).
5. Démarrez le démon IBM Tivoli Directory Server (IBM Tivoli Directory Admin Server v6.2 - idsccmdb).
Procédure
1. Connectez-vous en tant que :
v utilisateur root
2.
3.
4.
5.
6.
Démarrez le tableau de bord.
Dans le panneau de navigation du tableau de bord, cliquez sur Installation personnalisée.
Cliquez sur Installer le logiciel intermédiaire.
Sélectionnez la langue d'installation et cliquez sur OK.
Dans le panneau de bienvenue, cliquez sur Suivant.
8. Dans le panneau de sélection d'un espace de travail, indiquez le répertoire d'espace de travail
contenant le plan actuellement déployé, puis cliquez sur Suivant. Le dernier emplacement d'espace
de travail spécifié est utilisé par défaut. Exemple :
9. Dans le panneau de sélection d'opération, sélectionnez l'option d'annulation de déploiement du
plan, puis cliquez sur Suivant.
10. Dans le panneau d'aperçu de l'annulation du déploiement, cliquez sur Suivant pour annuler le
déploiement du plan.
11. Dans le panneau indiquant que l'annulation du déploiement a réussi, cliquez sur Annuler pour
quitter le programme d'installation de logiciel intermédiaire.
12. Supprimez toutes les références à DB2 dans le fichier /etc/services. Les entrées à supprimer sont
les suivantes :
db2c_db2insxy 50001/tcp
db2c_db2inst1 50000/tcp
13. Réinitialisez le système si vous prévoyez de réinstaller le logiciel intermédiaire sur ce système à
l'aide du programme d'installation de logiciel intermédiaire.
Que faire ensuite
Passez à l'étape «Suppression des éléments restants après la désinstallation», à la page 179.
178
Suppression des éléments restants après la désinstallation
Certains programmes de désinstallation ne suppriment pas tous les fichiers ou paramètres de
configuration de votre ordinateur. Vérifiez que vous avez supprimé tous les éléments restants après la
désinstallation si vous souhaitez réinstaller un logiciel Tivoli Provisioning Manager software.
Après la désinstallation de Tivoli Provisioning Manager, vous risquez d'avoir à effectuer des tâches de
nettoyage.
Suppression des fichiers d'application et des paramètres de
configuration
Les fichiers et les paramètres de configuration qui subsistent après la désinstallation de certaines
applications peuvent entraîner l'échec d'une installation de Tivoli Provisioning Manager. Recherchez bien
tous les fichiers et paramètres devant être supprimés.
Si vous avez désinstallé Tivoli Provisioning Manager, assurez-vous que le répertoire d'installation
a été supprimé. L'emplacement par défaut est :
Si ce répertoire subsiste après la désinstallation, la réinstallation du produit risque d'échouer.
2000
DB2
Si DB2 a été précédemment installé, assurez-vous que les instances DB2 enregistrées sont
supprimées de /etc/services. Le numéro de port DB2 par défaut est 50000. Si ce port est
enregistré suite à une installation précédente de DB2 ou utilisé par un autre service, une
installation par défaut est susceptible d'échouer. Une installation personnalisée est susceptible
d'échouer si le port que vous indiquez entre en conflit avec un port enregistré dans
/etc/services.
Si WebSphere Application Server a été précédemment installé sur l'ordinateur, vérifiez les
éléments suivants :
v Assurez-vous que le répertoire d'installation de WebSphere Application Server est supprimé.
SUSE
–
v Le fichier vpd.properties répertorie les composants logiciels installés. Recherchez les entrées à
supprimer dans le fichier vpd.properties.
SUSE
Le fichier se trouve dans le répertoire root.
–
Pour plus d'informations sur le fichier, reportez-vous à la rubrique suivante dans le Centre de
documentation de WebSphere Application Server.
Répertoires du programme d'installation de logiciel intermédiaire
Vérifiez que les répertoires suivants ont été supprimés :
v
2000
DB2
SUSE
–
on IBM System z : /opt/ibm/db2/V9.5
v Tivoli Directory Server
SUSE
/opt/ibm/ldap/V6.2
–
v IBM HTTP Server
–
SUSE
/opt/IBM/HTTPServer
Base de données de moteur de déploiement
1. Définissez l'environnement à l'aide de la commande suivante :
179
v /usr/ibm/common/acsi/setenv.sh
2. Supprimez la base de données de moteur de déploiement en exécutant la commande
si_inst :
v /usr/ibm/common/acsi/bin/si_inst.sh
3. Supprimez le répertoire \asci.
Suppression de l'identificateur unique global
Un identificateur unique global est utilisé pour identifier un agent commun Tivoli sur un ordinateur. Cet
ID est le nom du répertoire d'installation de l'agent commun. Si vous désinstallez l'outil de GUID de
Tivoli ou Tivoli Common Agent, l'ID agent n'est pas supprimé automatiquement du système. Vous devez
supprimer les ID agent existants à partir de l'ordinateur avant d'installer Tivoli Provisioning Manager.
Pour supprimer le GUID :
1. Vérifiez si le GUID existe toujours en exécutant rpm -qa | grep TIVguid
2. Si oui, supprimez-le en exécutant rpm -evv TIVguid
3. Supprimez le répertoire /usr/tivoli/guid.
SUSE
4. Supprimez le fichier /etc/TIVGUID.
Résultats
La désinstallation de Tivoli Provisioning Manager est terminée.
Que faire ensuite
v Si vous prévoyez de réinstaller le logiciel intermédiaire à l'aide du programme d'installation de logiciel
intermédiaire, veillez à indiquer la même valeur pour le groupe d'administrateurs DB2 lors de la
réinstallation. Le programme d'installation de logiciel intermédiaire crée une instance par défaut pour
DB2 et ajoute le propriétaire de cette instance au groupe d'administrateurs DB2 spécifié. Lors de la
désinstallation de DB2, les utilisateurs et les groupes ne sont pas supprimés. Si, au cours de la
réinstallation, une autre valeur est fournie pour le groupe d'administrateurs DB2, DB2 tente d'associer
le propriétaire de l'instance par défaut à ce nouveau groupe ; cette opération peut échouer car le
propriétaire appartient déjà au groupe spécifié lors de l'installation initiale. Si vous devez spécifier un
nouveau groupe d'administrateurs DB2 lors de la réinstallation, supprimez le propriétaire de l'instance
et le groupe d'administrateurs DB2 existants avant de réexécuter le programme d'installation de logiciel
intermédiaire.
v Dans la plupart des cas, le programme d'installation de logiciel intermédiaire n'arrête pas le processus
de désinstallation et ne signale pas les erreurs qui se produisent au cours de cette opération. Ce n'est
que si vous désinstallez un serveur d'applications sécurisé par le biais d'IBM Tivoli Directory Server et
que ce serveur d'annuaire n'a pas été démarré, qu'une erreur mettant fin au processus de
désinstallation se produit. Cette erreur est également enregistrée dans le fichier mwi.log.
Pour vérifier que les logiciels intermédiaires sont correctement désinstallés, consultez les fichiers
journaux du plan de déploiement. Pour plus d'informations, voir «Journaux du programme
d'installation de logiciel intermédiaire», à la page 44.
Désinstallation et réinstallation de la base de données du moteur de
déploiement
Ces instructions concernant la restauration de la base de données du moteur de déploiement dans l'état
dans lequel il se trouvait avant l'installation des gestionnaires de processus.
Avant de commencer
1. Arrêtez le moteur de déploiement :
v /usr/ibm/common/acsi/bin/acsisrv.sh -stop
180
2. Sauvegardez la base de données du moteur de déploiement du système administratif avant et après
l'application de mises à jour à un déploiement existant. Les sauvegardes vous permettent de récupérer
après des tentatives d'installation partielles durant lesquelles les composants du gestionnaire de
processus ont été partiellement installés. Si vous ne disposez pas d'une sauvegarde de la base de
données du moteur de déploiement, vous devez restaurer la base de données dans un état propre en
désinstallant et réinstallant le moteur de déploiement. Il s'agit d'un processus de destruction. Si des
produits autres que Tivoli Provisioning Manager utilisent le moteur de déploiement, ce processus
supprime également les données de ces produits.
Pour désinstaller et réinstaller la base de données du moteur de déploiement, procédez comme suit :
Procédure
1. Accédez au répertoire à l'emplacement d'installation du moteur de déploiement.
2. Supprimez tous les verrous contenus par le moteur de déploiement :
rm -rf /usr/ibm/common/acsi/logs/.lock*
3. Ajoutez jre (Java) au chemin d'accès aux classes :
/opt/IBM/SMP/jre
4. Désinstallez le moteur de déploiement.
/usr/ibm/common/acsi/bin/si_inst.sh -r -f
Résultats
Vous pouvez ignorer les avertissements indiquant que tous les fichiers et répertoires ne peuvent pas être
supprimés en toute sécurité. Le moteur de déploiement est réinstallé lorsque le programme d'installation
du produit est réexécuté.
Réinstallation de Tivoli Provisioning Manager
Avant de réinstaller le logiciel, assurez-vous que le produit a été désinstallé correctement et que les
services requis au cours de chaque étape d'installation sont activés.
1. Vérifiez que vous avez désinstallé tous les logiciels comme indiqué à la rubrique Chapitre 5,
«Désinstallation de Tivoli Provisioning Manager», à la page 169.
2000
DB2
Si vous réinstallez le logiciel intermédiaire, indiquez la même valeur que celle utilisée
précédemment pour le groupe d'administrateurs DB2 lors de la réinstallation. Le programme
d'installation de logiciel intermédiaire crée une instance par défaut pour DB2 et ajoute le propriétaire
de l'instance par défaut au groupe d'administrateurs DB2 spécifié. Lorsque DB2 est désinstallé, les
utilisateurs et les groupes ne sont pas retirés. Si une autre valeur est fournie pour le groupe
d'administrateurs DB2, DB2 tente d'associer le propriétaire de l'instance par défaut à ce nouveau
groupe. Cette tentative échoue car le propriétaire appartient déjà au groupe spécifié lors de
l'installation initiale. Pour spécifier un nouveau groupe d'administrateurs DB2, supprimez le
propriétaire d'instance existant et le groupe d'administrateurs DB2. Cette tâche doit être effectuée
avant la réinstallation du logiciel intermédiaire.
3. Assurez-vous que les services sont démarrés :
2.
services de base
v Logiciel intermédiaire
v Moteur de déploiement pour le programme d'installation de la solution sur le poste de
travail administratif :
– Exécutez la commande suivante :
ps -ef|grep acsisvc
181
Si le service est en cours d'exécution, le processus et un PID associé sont affichés. Si le
service n'est pas en cours, exécutez la commande suivante :
composants principaux de Tivoli Provisioning Manager
Assurez-vous que le logiciel intermédiaire est lancé avant de reprendre l'installation.
Assurez-vous que le répertoire d'installation de Tivoli Provisioning Manager et l'identificateur
global unique sont supprimés, comme indiqué dans la rubrique «Suppression des éléments
restants après la désinstallation», à la page 179. Il n'est pas nécessaire d'exécuter les étapes
relatives au logiciel intermédiaire.
Logiciel intermédiaire
Si vous utilisez le programme d'installation de logiciel intermédiaire pour réinstaller le logiciel
intermédiaire, le moteur de déploiement du programme d'installation de la solution doit être
démarré sur tous les ordinateurs du logiciel intermédiaire si ce dernier est toujours installé.
182
Annexe A. Identification et résolution des problèmes liés à
l'installation
Consultez les rubriques suivantes pour connaître les problèmes que vous pouvez rencontrer au cours de
l'installation.
SUSE
Pour bénéficier d'une plus grande souplesse lors du débogage des problèmes liés au serveur
HTTP à l'aide des données d'image-mémoire, vous pouvez modifier les paramètres de limite de mémoire
système. Pour plus d'informations, voir http://publib.boulder.ibm.com/httpserv/ihsdiag/
coredumps.html.
Si vous rencontrez des erreurs pendant l'installation de Tivoli Monitoring agent, consultez les ressources
suivantes :
v Informations d'identification et de résolution des problèmes dans le document Tivoli Monitoring agent
for Tivoli Provisioning Manager User Guide.
v Guide de dépannage dans le centre de documentation d'IBM Tivoli Monitoring Version 6.2.2.
Problèmes rencontrés lors de l'installation de logiciel intermédiaire
Reportez-vous aux informations ci-après pour établir un diagnostic et résoudre les erreurs d'installation
d'un logiciel intermédiaire.
En plus des problèmes répertoriés dans cette rubrique, consultez les notes techniques relatives aux
problèmes d'installation des middleware disponibles à l'adresse Portail de support IBM.
Sauvegarde et restauration de la base de données du moteur de
déploiement
Ces instructions concernent la sauvegarde et la restauration de la base de données du moteur de
déploiement à son état avant l'installation de logiciel intermédiaire sur les serveurs de logiciel
intermédiaire ou des gestionnaires de processus sur le poste de travail administratif.
Avant de commencer
1. Arrêtez le moteur de déploiement :
v /usr/ibm/common/acsi/bin/acsisrv.sh -stop
2. Sauvegardez la base de données du moteur de déploiement du système administratif avant et après
l'application de mises à jour à un déploiement existant. Les sauvegardes vous permettent de récupérer
après des tentatives d'installation partielles durant lesquelles les composants du gestionnaire de
processus ont été partiellement installés. Ces instructions sont fournies pour la sauvegarde et la
restauration manuelles de la base de données du moteur de déploiement. Si vous avez utilisé les liens
du tableau de bord pour sauvegarder automatiquement la base de données du moteur de
déploiement, restaurez cette dernière à partir de l'emplacement que vous avez indiqué sur les
panneaux du programme d'installation.
Procédure
1. Définissez l'environnement à l'aide de la commande suivante :
cd /var/ibm/common/acsi
./setenv.sh
2. Exécutez la commande pour sauvegarder le registre du moteur de déploiement :
cd /usr/ibm/common/acsi/bin
./de_backupdb.sh <nom_fichier_sauvegarde>
183
Utilisez un nom significatif pour <nom_fichier_sauvegarde> afin de signifier qu'il contient l'état du
registre après l'installation de Provisioning Manager.
Pour restaurer la sauvegarde de la base de données du moteur de déploiement, procédez comme
suit :
où <répertoire_sauvegarde> représente le répertoire que vous avez sélectionné pour sauvegarder la
base de données du moteur de déploiement.
cd /usr/ibm/common/acsi/bin
./de_restoredb.sh <nom_fichier_sauvegarde>
où <nom_fichier_sauvegarde> représente le fichier contenant la sauvegarde de moteur de déploiement
que vous avez effectuée.
Erreur CTGIN9077E lors de l'installation du logiciel intermédiaire
Si le programme d'installation du logiciel intermédiaire est annulé au cours de l'installation de ce dernier,
il se peut que des erreurs soient générées.
Symptômes
L'erreur suivante est générée au cours de l'étape d'installation du moteur de déploiement :
CTGIN9077E : le démarrage du moteur de déploiement a échoué. Tentez de démarrer manuellement le
moteur de déploiement et redémarrez le programme d’installation.
Résolution de l'incident
1. Quittez le programme d'installation du logiciel intermédiaire.
2. Redémarrez le moteur de déploiement. Exécutez la commande suivante :
v /usr/ibm/common/acsi/bin/acsisrv.sh -start
Si le moteur de déploiement est démarré, redémarrez le programme d'installation du logiciel
intermédiaire et reprenez le déploiement de ce dernier.
Erreurs liées au programme d'installation de logiciel intermédiaire
Solutions aux erreurs d'installation liées à une insuffisance d'espace disque et au programme
d'installation de logiciel intermédiaire.
Symptômes
1. Le programme d'installation de la solution fait partie de certains produits IBM. Si le programme
d'installation de logiciel intermédiaire détecte une installation existante et que le service n'est pas
lancé, un message d'erreur apparaît.
1. Si le programme d'installation de logiciel intermédiaire indique un espace disque insuffisant, faites de
la place sur le disque de l'ordinateur, puis redémarrez le programme d'installation de logiciel
intermédiaire. Vérifiez les exigences en matière d'espace disque dans le guide d'installation.
2. Si le programme d'installation de la solution a été précédemment installé par un autre produit, vous
devez le démarrer manuellement avant d'exécuter le programme d'installation de logiciel
intermédiaire.
a. Vérifiez qu'il n'existe pas une installation du programme d'installation de la solution.
L'emplacement d'installation par défaut est :
b. S'il existe une installation, vérifiez que le moteur de déploiement fonctionne :
1) Exécutez la commande suivante à partir du répertoire Solution Installer :
./listIU.sh
184
Si le moteur de déploiement est correctement installé, vous recevez une sortie similaire à la
suivante :
IU
UUID: DDCE934782398B3E81431666515AC8B5 Name: DE Extensions
Interfaces CLI IU
Version: 1.3.1
IU
UUID: C37109911C8A11D98E1700061BDE7AEA Name: Deployment
Engine IU
Version: 1.3.1
IU
RootIU UUID: D94240D11C8B11D99F2D00061BDE7AEA
Name:
Install IU
Version: 1.3.1
c. Si le programme d'installation de la solution est déjà installé, démarrez le service :
v Exécutez la commande ps -ef|grep acsisvc. Si le service est en cours, le processus et un PID
associé s'affichent. Si le service n'est pas en cours, exécutez la commande :
L'installation de DB2 échoue lorsque les noms configurés ne
correspondent pas
2000
DB2
Le nom de noeud et le nom d'hôte doivent correspondre lors de l'installation de DB2.
Symptômes
L'installation de DB2 s'est arrêtée à mi-parcours car le nom de noeud configuré est différent du nom
d'hôte configuré.
Causes
L'installation de DB2 utilise la commande uname -n pour obtenir le nom de poste de l'ordinateur.
Généralement, le nom de noeud est le même que le nom d'hôte renvoyé avec la commande hostname.
L'installation de Tivoli Provisioning Manager nécessite que le nom d'hôte et le nom de noeud de
l'ordinateur soient identiques.
Vérifiez la valeur du nom d'hôte et du nom de noeud. Vous devez modifier le nom de noeud s'il ne
correspond pas au nom d'hôte.
1. Exécutez la commande hostname pour obtenir le nom d'hôte.
2. Exécutez la commande uname -n pour obtenir le nom de noeud.
3. Si le nom de noeud est différent du nom d'hôte :
a. Connectez-vous en tant que root.
b. Modifiez le nom de noeud pour correspondre au nom d'hôte. Par exemple, pour modifier le nom
de noeud en monserveur, exécutez la commande suivante :
uname -S monserveur
Erreur de base de données lors de l'installation
2000
DB2
Il se peut que vous receviez une erreur indiquant que la variable DB2INSTANCE est manquante ; vous
pouvez ignorer cette erreur.
Symptômes
v Vous recevez cette erreur lors de l'installation :
Annexe A. Identification et résolution des problèmes
185
SQL1390C La variable d’environnement DB2INSTANCE n’est pas définie ou n’est pas
valide.
v Le message suivant apparaît dans le journal d'installation DB2 appelé db2inst.log:
1: AVERTISSEMENT : Une erreur mineure s’est produite lors de l’installation de "DB2 Enterprise Server
Edition" sur cet ordinateur. Certaines fonctions risquent de ne pas fonctionner correctement.
Causes
Ce problème est connu. Cette erreur se produit car Tivoli Provisioning Manager est déployé initialement
sans aucune instance DB2. La variable DB2INSTANCE est définie plus tard dans le processus
d'installation.
Vous pouvez ignorer ce message d'erreur.
Impossible de se connecter à Tivoli Directory Server
Tivoli Directory Server doit être installé et actif avant que vous n'installiez Tivoli Provisioning Manager.
Symptômes
Durant l'installation de Tivoli Provisioning Manager, il se peut que le système indique qu'il ne peut pas
se connecter à IBM Tivoli Directory Server.
Causes
Cette erreur se produit si Tivoli Directory Server n'a pas été démarré avant l'exécution du programme
d'installation. Vous devez démarrer Tivoli Directory Server avant d'installer Tivoli Provisioning Manager
de sorte que le programme d'installation puisse s'y connecter.
1. Vérifiez que Tivoli Directory Server est installé :
a. Si le répertoire de destination de l'installation a été créé, vérifiez le fichier journal d'installation du
serveur d'annuaire :
v /usr/ldap/ldapinst.log
Une fois le serveur d'annuaire installé, une base de données LDAP doit être créée dans DB2. Pour
plus d'informations, voir Tivoli Provisioning Manager 7.2 - Guide d'installation.
Le fichier ldapcfg.stat contient la syntaxe utilisée au moment de la création de la base de
données :
C:\IBM\ldap\bin\ldapcfg -n -a db2inst1 -w password -d LDAP -l
C: -c -f C:\IBM\ldap\tmp\ldapcfg.dat
Le fichier ldapcfg.stat se trouve dans le répertoire suivant :
v /usr/ldap/tmp/ldapcfg.stat
2. Vérifiez l'état du serveur d'annuaire à l'aide de l'outil ibmdirctl situé dans le répertoire suivant :
v /usr/ldap/bin
Tapez la commande suivante pour vérifier l'état du serveur d'annuaire :
ibmdirctl -D cn=root -w <password> status
3. Si le serveur d'annuaire n'est pas démarré, démarrez-le à l'aide de la commande suivante :
start: ibmdirctl -D cn=root -w <password> start
186
Impossible de se connecter au serveur de base de données durant
d'installation
Le serveur de base de données doit être installé et actif avant que vous n'installiez Tivoli Provisioning
Manager.
Symptômes
Durant l'installation, le système indique qu'il ne peut pas se connecter à la base de données.
Causes
Cette erreur se produit car la base de données n'a pas été démarrée avant l'exécution du programme
d'installation. Vous devez démarrer le serveur de base de données avant d'installer Tivoli Provisioning
Manager de sorte que le programme d'installation puisse s'y connecter.
Vérifiez que le serveur de base de données est installé. Vérifiez l'état du serveur de base de données. S'il
n'est pas démarré, démarrez-le. Utilisez les commandes suivantes pour démarrer le serveur DB2 :
v $db2start
Si le serveur de base de données a été démarré, le résultat suivant s'affiche :
db2start 12-21-2004 14:44:01 0 0 SQL1063N
L’exécution de DB2START a abouti. SQL1063N
L’exécution de DB2START a abouti
Vous devez également vous assurer que le port requis est disponible :
netstat -an |grep 50000
Echec de l'étape d'installation de Tivoli Directory Server lors de
l'installation de Tivoli Provisioning Manager
La création de l'instance de Tivoli Directory Server échoue s'il est impossible d'écrire des fichiers dans le
répertoire de base de l'utilisateur de l'instance LDAP ou si le répertoire de base n'existe pas.
Symptômes
Au cours de l'installation de Tivoli Management Agent, l'étape d'installation de Tivoli Directory Server
échoue. Le fichier journal /tmp/itds60/idsicrt.log comporte un message d'erreur semblable au suivant :
GLPICR058E : Le répertoire indiqué, /home/ldapinst,
n’est pas valide, n’existe pas ou n’est pas inscriptible.
Causes
L'utilisateur de l'instance LDAP a été créé manuellement mais le répertoire de base associé n'existe pas.
Par conséquent, la création de l'instance Tivoli Directory Server échoue, car il est impossible d'écrire des
fichiers dans le répertoire de base de l'utilisateur de l'instance LDAP.
Si l'utilisateur de l'instance LDAP a été créé manuellement, vérifiez que le répertoire de base existe et que
l'utilisateur de l'instance LDAP peut y écrire des fichiers.
187
Echec de la configuration de Microsoft Active Directory
Le certificat Microsoft Active Directory SSL doit être généré et configuré manuellement
Symptômes
La configuration de Microsoft Active Directory échoue.
Causes
Le certificat SSL de Microsoft Active Directory est manquant. Si vous exécutez le programme
d'installation de Tivoli Provisioning Manager sans le certificat SSL, la configuration de Microsoft Active
Directory échoue.
Il s'agit d'une étape de configuration manuelle que vous devez exécuter avant de procéder à l'installation
de Tivoli Provisioning Manager.
1. Générez le certificat SSL sur le serveur Microsoft Active Directory.
2. Installez le certificat SSL sur le client.
3. Importez les fichiers schema.ldif et ldap.ldif dans le serveur Microsoft Active Directory. Les
instructions de cette étape sont disponibles dans le manuel Tivoli Provisioning Manager Installation
Guide Version 7.2.
Erreur de configuration de base de données lors de l'installation de
Une erreur s'est produite lors de la configuration de base de données en raison de fichiers XML
manquants lors de l'installation du logiciel intermédiaire.
Symptômes
Une altération de fichier génère des erreurs de fichiers XML manquants.
Causes
Des versions précédentes de Winzip provoquent des problèmes d'incompatibilité.
Utilisez une version plus récente de Winzip.
Echec de l'installation de Tivoli Provisioning Manager avec une valeur
de certificat incorrecte
Si votre installation de Tivoli Provisioning Manager échoue avec le code d'erreur 1005, cela signifie que la
valeur de certificat pour Microsoft Active Directory est incorrecte.
Symptômes
L'installation de Tivoli Provisioning Manager s'arrête avec le code d'erreur 1005.
Causes
188
Le certificat de Microsoft Active Directory est manquant mais l'utilisateur entre une valeur pour
l'emplacement de certificat au cours de l'installation. Si le fichier n'existe pas, l'erreur se produit. Aucune
autre information n'est disponible avec ce code d'erreur.
Vérifiez que la valeur de certificat dont vous disposez est correcte.
Erreur WAS_HOME lors de l'utilisation du gestionnaire de fenêtres de
connexion
Si vous utilisez un gestionnaire de fenêtres de connexion tel que l'environnement CDE, il se peut que ce
dernier ignore le fichier de profil utilisateur correspondant à tioadmin. Lorsque le fichier de profil est
ignoré, le système ne peut pas créer un environnement de connexion complet, ce qui provoque une
erreur.
Symptômes
Lors du démarrage de Tivoli Provisioning Manager à l'aide d'un gestionnaire de fenêtres de connexion tel
que l'environnement CDE, un message vous informe que WAS_HOME n'est pas configuré.
Causes
Il se peut que le gestionnaire de fenêtres de connexion ait ignoré le fichier de profil utilisateur requis.
L'utilisateur tioadmin utilise le shell bash comme shell de connexion, ce qui est possible pour une
connexion en mode ligne (par exemple, lorsque Telnet est utilisé). Si vous utilisez un gestionnaire de
fenêtres de connexion tel que l'environnement CDE, il se peut que ce dernier ignore le fichier .profile
correspondant à tioadmin. Lorsque le fichier de profil est ignoré, le système ne peut pas créer un
environnement de connexion complet.
1. Créez le fichier .bashrc dans le répertoire de base tioadmin et insérez la ligne suivante :
$HOME/.profile
3. Editez le fichier .dtprofile dans le répertoire de base tioadmin et supprimez le commentaire sur la
ligne : DTSOURCEPROFILE=true. Ce fichier est créé automatiquement lorsque l'utilisateur tioadmin se
connecte au gestionnaire de fenêtres de connexion pour la première fois.
4. Connectez-vous une nouvelle fois en tant que tioadmin au gestionnaire de fenêtres de connexion.
Erreur d'exécution Java sous Linux
L'exécution du programme d'installation de logiciel intermédiaire Tivoli échoue sous Linux et génère un
message d'erreur indiquant que Java Runtime Environment est introuvable.
Symptômes
L'exécution du programme d'installation de logiciel intermédiaire Tivoli échoue sous Red Hat Enterprise
Linux. Les systèmes pour lesquels SELinux est activé affichent un message d'erreur indiquant que JRE
(Java Runtime Environment) est introuvable sur le système.
Implémentez l'une des solutions suivantes :
189
v Désactivez temporairement SELinux à l'aide de la commande setenforce 0, exécutez le programme
d'installation et réactivez SELinux à l'aide de la commande setenforce 1.
v Lancez manuellement la commande chcon -R -t textrel_shlib_t <install_dir/jvm/jre>.
v Editez le fichier /etc/selinux/config et affectez la valeur permissive ou disabled au paramètre
SELINUX. Cette solution a cependant une incidence sur le niveau de sécurité du système entier.
Erreur CTGIN9042E
Au cours de l'installation du middleware à l'aide de son programme d'installation, une erreur
CTGIN9042E peut se produire lors de l'étape d'installation de WebSphere Application Server Network
Deployment 6.1.
Si vous rencontrez l'erreur CTGIN9042E alors que vous utilisez le programme d'installation de logiciel
intermédiaire dans des conditions normales, il se peut qu'elle soit liée à des entrées périmées dans le
registre d'infrastructure d'événement commune.
Pour identifier et résoudre cette erreur, procédez comme suit :
Procédure
1. Commencez par rechercher des erreurs liées à l'action VerifyLogsInInstallLogs dans le fichier
de_processreq.log. Le fichier de_processreq.log se trouve à l'emplacement suivant :
<workspace>\<machine name>\deploymentPlan\MachinePlan_<computer shortname>
/00009_WAS_ND_6.1/install/01_BASE/[INSTALL_<processing.req.id>]/logs/de_processreq.log
Ainsi, par exemple, si l'espace de travail se trouve dans C:\ibm\tivoli\workspace, que le nom de
l'ordinateur correspond à mycomputer et que processing.req.id est créé en tant que date_timestamp,
de_processreq.log se trouve à l'emplacement suivant :
/root/ibm/tivoli/mwi/workspace/mymachine.ibm.com/deploymentPlan/MachinePlan_mymachine/
00009_WAS_ND_6.1/install/01_BASE/[INSTALL_1130_06.54]/logs
2. Ensuite, recherchez la présence d'entrées WebSphere Application Server Network Deployment
périmées :
a. Procédez à l'extraction de l'image native de WebSphere Application Server Network Deployment :
v WAS-ND_LinuxIA32_Custom_v61023.tar.gz
b. Ouvrez la fenêtre de console.
c. Accédez au répertoire bin de l'image qui a été extraite. Par exemple :
\WAS\installRegistryUtils\bin
d. Répertoriez les entrées de registre :
v installRegistryUtils.sh -listProducts
e. Recherchez les entrées liées à WebSphere Application Server Network Deployment. Si des entrées
liées à WebSphere Application Server Network Deployment sont répertoriées bien que vous ayez
réussi à désinstaller WebSphere Application Server Network Deployment, vous devrez nettoyer ces
entrées de registre.
3. Nettoyez les entrées de registre :
a. Nettoyez les entrées WebSphere Application Server Network Deployment dans le registre :
installRegistryUtils -cleanProduct -offeringID ND -installLocation
<WAS installation location path>
b. Editez le fichier vpd.properties en supprimant les entrées liées à WebSphere Application Server
Network Deployment, puis sauvegardez le fichier ainsi modifié. Le fichier se trouve dans le
répertoire d'installation du système d'exploitation :
v /usr/lib/objrepos/
4. Après avoir nettoyé le registre, exécutez à nouveau le programme d'installation de logiciel
intermédiaire et redémarrez le plan. WebSphere Application Server Network Deployment est à présent
installé à l'emplacement par défaut.
190
Echec de la désinstallation de WebSphere Application Server Network
Deployment après l'échec d'une liaison avec l'annuaire LDAP
Une erreur se produit lors de l'installation de WebSphere Application Server Network Deployment avec
le programme d'installation de logiciel intermédiaire, puis lorsque vous tentez d'annuler le déploiement
du plan de déploiement de logiciel intermédiaire relatif à une liaison ayant échoué avec l'annuaire LDAP.
Lorsque vous utilisez le programme d'installation de logiciel intermédiaire, l'option permettant de
configurer la sécurité de WebSphere Application Server Network Deployment avec un annuaire LDAP
distant existant est disponible. L'annuaire LDAP distant peut être hébergé par Microsoft Active Directory
ou IBM Tivoli Directory Server. Pour configurer WebSphere Application Server Network Deployment,
vous devez fournir les droits d'accès nécessaires à l'accès au serveur LDAP distant. Le jeu de droits
d'accès inclut :
v Nom d'hôte ou adresse IP
v
v
v
v
Port sur lequel le serveur LDAP s'exécute
Suffixe d'utilisateur, de groupe et d'organisation
Nom distinctif et mot de passe de liaison
En outre, des entrées doivent exister dans l'annuaire LDAP distant pour l'ID utilisateur et le mot de passe
administrateur de WebSphere Application Server Network Deployment. Le fait d'indiquer des droits
d'accès incorrects pour le programme d'installation de logiciel intermédiaire peut provoquer l'échec de
l'installation au niveau de l'étape de configuration de WebSphere Application Server Network
Deployment. Dès lors que l'installation initiale a échoué, la désinstallation (ou l'annulation du
déploiement) du plan de déploiement peut également échouer si des droits d'accès incorrects ont été
indiqués au moment de l'installation. WebSphere Application Server Network Deployment ne peut pas
émettre la commande stopManager pour arrêter le profil ctgDmgr01. L'erreur suivante est générée :
SECJ0305I: The role-based authorization check failed for admin-authz operation
Server:stop:java.lang.Boolean:java.lang.Integer. The user UNAUTHENTICATED
(unique ID: unauthenticated) was not granted any of the following required roles:
operator, administrator.
Pour résoudre ce problème :
1.
a. Répertoriez les processus Java.
ps -ef | grep -i java
b. Localisez l'ID processus de l'unité d'exécution Java : <WebSphere Install Location>/java/bin/
java, puis arrêtez le processus.
kill -9 <process-id>
c. Redémarrez le programme d'installation de logiciel intermédiaire afin d'annuler le déploiement du
plan.
Problèmes lors de l'installation des services de base
des services de base.
Procédure de récupération après l'échec d'une installation sans
programme de désinstallation
Si le programme d'installation a échoué au moment de créer le programme de désinstallation du produit,
vous devez effectuer manuellement les autres tâches de désinstallation.
Exécutez les étapes suivantes pour désinstaller Provisioning Manager :
191
1. Remédiez au problème.
2. Récupérez la base de données du moteur de déploiement. Pour plus d'informations, voir «Sauvegarde
et restauration de la base de données du moteur de déploiement», à la page 183.
Custom
Default
XML
Récupérez la base de données. Supprimez la base de données de Provisioning Manager et
recréez-la.
4. Assurez-vous que vous êtes connecté avec le même ID utilisateur que celui ayant servi à démarrer le
programme d'installation et supprimez manuellement le répertoire MAXIMO_HOME. L'emplacement par
défaut est :
v /opt/IBM/SMP
3.
5. Si vous utilisez IBM Tivoli Directory Server, redémarrez le serveur d'annuaire.
6. Tentez une nouvelle fois d'exécuter l'installation.
L'installation des services de base n'accepte pas les noms de protocole LDAP
comportant des espaces
Placez les noms distinctifs LDAP entre guillemets si vous devez utiliser des espaces.
Symptômes
Le fait d'entrer manuellement les informations LDAP relatives à l'entrée de base de l'utilisateur et à
l'entrée de base du groupe au cours de l'installation des services de base provoque l'échec de la
validation du protocole LDAP.
Causes
Les espaces ne sont pas admis dans les noms distinctifs LDAP.
Placez les noms distinctifs LDAP entre guillemets. Par exemple, si les noms distinctifs pour votre entrée
de base de l'utilisateur sont Test Users et LDAP Test, placez chacun d'eux entre guillemets.
ou="Test Users",ou="LDAP Test",DC=mydomain,DC=tod,DC=ibm,DC=com
Récupération du moteur de déploiement
Selon votre scénario, vous pouvez être amené à restaurer une sauvegarde précédente du registre de
moteur de déploiement ou à supprimer complètement le moteur de déploiement.
La récupération du moteur de déploiement peut provoquer la perte des informations d'enregistrement
sur les composants logiciels installés, ce qui inclut à la fois les composants Provisioning Manager et les
composants non Provisioning Manager. Par conséquent, le registre du moteur de déploiement ne reflète
pas l'état réel du système. Avant d'utiliser ces instructions ou scripts de désinstallation, lisez les
informations ci-après afin de déterminer l'effet de ces opérations sur votre environnement.
Récupération à partir d'une installation partielle dans laquelle aucun programme de service de base
n'est enregistré dans le registre de moteur de déploiement
Pour déterminer si des programmes de service de base ont été déployés et enregistrés dans le
registre de moteur de déploiement :
1. Accédez au répertoire MAXIMO_HOME/bin.
solutionInstaller -action showinstalled -type all
Le message CTGIN0059I identifie les programmes de service de base installés. Si aucun
programme de service de base n'a été installé, cela signifie que l'installation a échoué avant que
des programmes ne soient installés et enregistrés dans le registre de moteur de déploiement. Si
aucun programme n'est installé, ne désinstallez pas le moteur de déploiement ou ne restaurez pas
192
la sauvegarde précédente. Le registre de moteur de déploiement en cours doit être conservé ; il
n'empêche pas l'installation des programmes de service de base lors des installations suivantes.
Récupération à partir d'une installation totale ou partielle dans laquelle un ou plusieurs programmes
de service de base ont été enregistrés dans le registre de moteur de déploiement
Si les résultats showinstalled indiquent qu'un ou plusieurs des programmes de service de base
sont installés, vous devez restaurer la sauvegarde de la base de données de moteur de
déploiement à l'aide de la commande suivante :
v cd /usr/ibm/common/acsi/bin
./restoredb <backup file name>
où <backup file name> est le fichier contenant la sauvegarde du moteur de déploiement. Restaurez
la sauvegarde de la base de données du moteur de déploiement après avoir exécuté les étapes de
suppression de la configuration du gestionnaire de processus. Vous ne devez pas désinstaller le
moteur de déploiement avant d'avoir réinstallé Provisioning Manager.
Récupération après des problèmes survenus lors de l'installation des
services de base
Si l'installation des services de base échoue, restaurez la configuration WebSphere Application Server et la
base de données dans leur état précédent, puis redémarrez l'installation de services de base.
Symptômes
L'installation des services de base échoue avec le message d'erreur Failed to install IBM Tivoli
Provisioning Manager base services.
Il se peut qu'il existe des erreurs relatives au problème de mise à jour d'une base de données.
1. Désinstallez les services de base. Pour plus d'informations, voir «Désinstallation des services de base
et des composants Web», à la page 176.
2. Connectez-vous à l'ordinateur sur lequel WebSphere Application Server est installé et récupérez les
données de sauvegarde.
a. Arrêtez WebSphere Application Server Network Deployment :
$WAS_HOME/profiles/ctgAppSrv01/bin/stopServer.sh MXServer -username <wasadmin_user> -password <wasadmin_password>
$WAS_HOME/profiles/ctgAppSrv01/bin/stopNode.sh -username <wasadmin_user> -password <wasadmin_password>
$WAS_HOME/profiles/ctgDmgr01/bin/stopManager.sh -username <wasadmin_user> -password <wasadmin_password>
b. Restaurez la configuration ctgDmgr01. Entrez la commande suivante sur une seule ligne.
$WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_beforeBSI_DMProfile.zip -logfile
/tmp/restore_dmgr.log -user <wasadmin_user> -password <wasadmin_password> -profileName ctgDmgr01
c. Restaurez la configuration ctgAppSrv01. Entrez la commande suivante en une seule ligne :
$WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_beforeBSI_AppSrvProfile.zip -logfile
/tmp/restore_appSrv01.log -user <wasadmin_user> -password <wasadmin_password>
-profileName ctgAppSrv01
3. Connectez-vous au serveur de base de données comme si vous étiez le propriétaire de l'instance du
gestionnaire de bases de données et récupérez la base de données. Par exemple, si l'utilisateur par
défaut est ctginst1 :
2000
DB2
a. su - ctginst1
b. Supprimez la base de données :
db2 drop db <nom_bd>
c. Restaurez la base de données. Entrez la commande suivante en une seule ligne :
db2 restore database <db_name> user ctginst1 using <instance_owner_password> from <DB2_BACKUP_DIR>
with 3 buffers buffer 1000 without rolling forward without prompting
193
Oracle
2000
Pour la récupération de la base de données Oracle, reportez-vous à la documentation
Oracle.
4. Si vous utilisez les services de base pour d'autres produits installés dans le même environnement que
Provisioning Manager, restaurez l'état de la base de données de moteur de déploiement antérieur à
l'installation des services de base. Pour plus d'informations, voir «Sauvegarde et restauration de la
base de données du moteur de déploiement», à la page 183.
5. Connectez-vous à l'ordinateur sur lequel WebSphere Application Server et installé et démarrez
$WAS_HOME/profiles/ctgDmgr01/bin/startManager.sh
6.
Relancez l'installation des services de base. Pour plus d'informations, voir «Installation des services
de base», à la page 119.
Le déploiement de MAXIMO.ear a échoué
Les paramètres de port doivent être correctement configurés sur le serveur TPM et sur le poste de travail
administratif où sont installés les services de base.
Symptômes
Les journaux de trace WebSphere Application Server des services de base indiquent qu'une erreur de
transfert de fichier s'est produite pour MAXIMO.ear.
Causes
Il est possible que les paramètres de port ne soient pas correctement configurés.
Vérifiez les paramètres de port sur le serveur TPM et sur l'ordinateur Windows où sont installés les
services de base. Sur les deux ordinateurs, assurez-vous que les paramètres de vitesse de port pour la
carte d'interface réseau et pour le commutateur de port correspondent. Il est recommandé de paramétrer
la vitesse de port en communication bidirectionnelle à la fois sur la carte d'interface réseau et sur le
commutateur de port.
Erreur CTGIN2252I lors de l'installation des services de base
Si vous n'avez pas rencontré d'autres erreurs d'installation pour les composants Web et que vous pouvez
vous connecter à l'interface Web, vous pouvez poursuivre l'installation.
Symptômes
Une fois l'installation des services de base terminée, l'erreur suivante s'affiche :
CTGIN2252I : Impossible d’accéder à l’application Web des services de base.
Causes
Une fois l'installation des services de base terminée, le programme d'installation tente de se connecter à
l'application Web. La connexion peut échouer si l'application Web n'est pas en cours d'exécution sur le
serveur d'applications.
Si vous n'avez pas rencontré d'autres erreurs d'installation pour les composants Web et que vous pouvez
vous connecter à l'interface Web, vous pouvez poursuivre l'installation. Pour vous connecter à l'interface
194
Web, ouvrez une fenêtre de navigateur et entrez https://host_name:port/maximo, où host_name
représente le nom de domaine qualifié complet du serveur TPM et le numéro de port par défaut est 9443.
Erreur CTGIN2381E ou CTGIN2489E lors de la mise à niveau de base
de données Maximo
En cas d'échec de la validation des modifications d'environnement lors de l'installation d'un second
produit de la famille ISM sur un système qui héberge déjà un produit de cette famille, cette erreur peut
être générée au cours de l'installation de logiciel intermédiaire.
Symptômes
L'un des messages d'erreur suivants peut s'afficher sur un panneau d'installation ou dans le fichier
CTGInstallTrace00.log :
CTGIN2381E : la commande de mise à niveau de base de données Maximo a échoué.
Commande : la validation de la commande de mise à niveau de base de données a échoué.
CTGIN2381E : L’utilitaire updatedb Maximo va échouer.
Le message suivant peut apparaître dans le fichier CCMDB_install.log :
CTGIN2489E : La base de données Maximo contient des tables de sauvegarde qui doivent être
supprimées manuellement avant l’application de cette mise à jour. Pour plus d’informations,
consultez le fichier ReadMe livré avec cette mise à jour ou
reportez-vous à la section sur la mise à niveau dans le manuel
relatif à la planification et à
l’installation du produit.
Causes
Ce message indique que certaines modifications apportées à votre environnement doivent être validées
dans la base de données avant que de nouveaux produits puissent être ajoutés dans cette dernière.
Pour valider les modifications de base de données en attente :
la base de données.
2. Dans le menu sélectionner une action, cliquez sur Gérer le mode administration.
3. Cliquez sur Activer le mode administration.
4. Cliquez sur OK, puis patientez pendant environ cinq minutes, le temps que la modification soit
prise en compte.
5. Dans le menu Sélectionner une action, cliquez sur Appliquer les modifications de configuration,
puis surveillez l'exécution de l'action.
la base de données.
7.
8.
9.
10.
Dans le menu sélectionner une action, cliquez sur Gérer le mode administration.
Cliquez sur Désactiver le mode administration.
Arrêtez le serveur MXServer.
Dans le répertoire <base_services_install_dir>\maximo\tools\maximo, exécutez une fois
configdb.bat|.sh, puis deux fois dropbackup.bat|.sh.
11. Si des messages d'erreur sont générés, exécutez à nouveau ces scripts.
12. Poursuivez l'installation.
195
Echec de l'installation des services de base
Assurez-vous que le moteur de déploiement est actif lors de l'installation des services de base.
Symptômes
Le message suivant s'affiche à la fin de l'installation des services de base :
L’installation est terminée, mais des erreurs graves se sont produites lors de son exécution.
Le message d'erreur vous demande de vérifier le fichier CTGInstallTrace00.log. Le fichier journal
contient une erreur identique à celle de l'exemple ci-dessous :
** ERROR: Autonomic Deployment Engine installation/upgrade failure.
Code retour : 3
Erreur : DE en cours d’utilisation ou incident général
Pour plus d’informations, voir les journaux CCMDB si_inst.log et DE.
Si vous poursuivez l'installation de composants Web sur le même ordinateur, l'installation échoue.
Causes
Il existe plusieurs causes possibles à cette erreur.
Vérifiez les éléments suivants :
1. Allez dans le répertoire suivant :
2. Nettoyez les fichiers .lck existants.
Remarque : Si vous avez créé des images une fois les étapes de l'installation Tivoli Provisioning
Manager exécutées, les fichiers verrou peuvent être présents dans une image de l'ordinateur que vous
avez récupérée avant d'exécuter le programme d'installation des composants Web.
3. Vérifiez que le moteur de déploiement est actif. Vérifiez le panneau de contrôle Services. Si le service
IBM ADE n'est pas en cours d'exécution, démarrez-le.
4. Exécutez la commande suivante à partir du répertoire du programme d'installation de la solution.
./listIU.sh
Si le moteur de déploiement a été correctement installé, la sortie qui s'affiche ressemble à ce qui suit :
IU
UUID: DDCE934782398B3E81431666515AC8B5 Name: DE Extensions
Interfaces CLI IU
Version: 1.3.1
IU
UUID: C37109911C8A11D98E1700061BDE7AEA Name: Deployment
Engine IU
Version: 1.3.1
IU
RootIU UUID: D94240D11C8B11D99F2D00061BDE7AEA
Name:
Install IU
Version: 1.3.1
5. Si le moteur de déploiement ne fonctionne pas correctement :
Copiez
a. /tmp/CCMDBTaskStore
dans le répertoire MAXIMO_HOME afin de le sauvegarder, car il est parfois supprimé. L'emplacement
par défaut est :
v /opt/IBM/SMP
b. Dans le répertoire MAXIMO_HOME\de, réinstallez le moteur de déploiement.
./si_inst.sh
c. Exécutez à nouveau la commande listIU.
196
d. Si le moteur de déploiement ne fonctionne toujours pas correctement, redémarrez le poste de
travail d'administration et copiez à nouveau MAXIMO_HOME\CCMDBTaskStore dans %TEMP% ou /tmp.
e. Assurez-vous que le service du moteur de déploiement est actif.
f. Exécutez à nouveau la commande listIU pour vérifier l'installation du moteur de déploiement.
6. Accédez au répertoire MAXIMO_HOME\bin et exécutez la commande suivante :
solutionInstaller -action showinstalled -type all
7. Poursuivez l'installation services de base. Dans le répertoire MAXIMO_HOME\scripts, exécutez la
commande suivante :
./taskRunner.sh CONTINUE STOPONERROR
Le programme d'installation de services de base ne parvient pas à
valider l'installation
Symptômes
Lorsque plus d'un noeud de logiciel intermédiaire est installé et que vous importez des informations de
configuration de logiciel intermédiaire, l'installation des services de base échoue.
Causes
Les middleware installés sur différents ordinateurs à l'aide de plusieurs espaces de travail du programme
d'installation de logiciel intermédiaire contiennent des fragments d'informations de configuration de
middleware. Lorsque vous exécutez l'installation des services de base, elle échoue car elle ne possède pas
le jeu de données complet.
Lors de l'exécution de l'installation des services de base, désélectionnez la case Importer des données à
partir de l'espace de travail du programme d'installation du logiciel intermédiaire et entrez toutes les
informations de logiciel intermédiaire.
Les objets métier Maximo ne sont pas synchronisés entre le moteur
de déploiement et l'environnement d'exécution de WebSphere.
Vérifiez que l'environnement d'exécution du moteur de déploiement de Tivoli Provisioning Manager et
l'environnement d'exécution de Maximo WebSphere Application Server sont synchronisés. Si des
modifications sont apportées à partir des services de base, ou si d'autres modules sont ajoutés à
l'environnement d'exécution de WebSphere Application Server sous les services de base, le niveau binaire
de code peut ne plus être synchronisé.
Symptômes
Le serveur Tivoli Provisioning Manager utilise le fichier businessobjects.jar de Maximo et d'autres
fichiers XML liés à la version dans son environnement d'exécution de moteur de déploiement lors du
démarrage du serveur MXServer dans le cadre du démarrage du serveur TPM.
Causes
Le fichier businessobjects.jar et d'autres fichiers XML doivent être synchronisés entre l'environnement
d'exécution de WebSphere Application Server et l'environnement d'exécution LWI de Tivoli Provisioning
Manager.
197
Après l'installation ou la mise à niveau, l'utilisateur doit vérifier la taille du fichier businessobjects.jar
et s'assurer que la version de ce fichier pour l'environnement d'exécution de WebSphere Application
Server et l'environnement d'exécution LWI de Tivoli Provisioning Manager est de même taille.
Remarque : S'il s'agit d'un cas d'utilisation d'intégration ISM, vous devez procéder à cette vérification
chaque fois que vous installez ou mettez à jour un nouveau moteur TPAE (Tivoli Process Automation
Engine) ou une nouvelle application. Par exemple, si un utilisateur installe une base de données CCMDB
(Change and Configuration Management Database) ou un gestionnaire de demandes de service (Service
Request Manager) par dessus le serveur Tivoli Provisioning Manager existant, ou lors de la mise à niveau
de correctifs ou de TPAE, vous devez vous assurer que ces fichiers sont synchronisés.
Si les fichiers sont de taille différente, vous devez aligner manuellement les environnements d'exécution.
1. Connectez-vous au serveur TPM en tant que tioadmin.
2. Sauvegardez le dossier businessobjects.jar :
v TIO_HOME/lwi/runtime/tpm/eclipse/plugins/tpm_pmp/maximoLibs
3. Accédez au répertoire /WebSphere/AppServer/profiles/ctgAppSrv01/installedApps/ctgCell01/
MAXIMO.ear/ et localisez le fichier businessobjects.jar.
4. Copiez le fichier businessobjects.jar depuis le dossier MAXIMO.ear/ dans le dossier d'exécution LWI
de Tivoli Provisioning Manager :
cp businessobjects.jar $TIO_HOME/lwi/runtime/tpm/eclipse/plugins/tpm_pmp/maximoLibs/businessobjects.jar
5. Redémarrez le serveur TPM.
Les objets métier Maximo provenant du moteur de déploiement ne
sont plus synchronisés avec ceux du serveur d'applications
Les objets métier Maximo utilisés par le moteur de déploiement doivent être synchronisés avec les objets
métier Maximo déployés dans le serveur d'applications. Si ces objets ne sont pas synchronisés, le moteur
de déploiement de production peut être interrompu.
Symptômes
Si vous installez un groupe de correctifs pour un autre produit de services de base dans un
environnement services de base, le groupe de correctifs est déployé uniquement sur le serveur
d'applications. Cela peut entraîner une désynchronisation des objets métier Maximo utilisés par le moteur
de déploiement avec ceux du serveur d'applications et provoquer des erreurs.
Causes
Les objets métier Maximo utilisés par le moteur de déploiement doivent être synchronisés avec les objets
métier Maximo déployés dans le serveur d'applications. Si ces objets ne sont pas synchronisés, le moteur
de déploiement de production peut être interrompu.
Si vous avez déployé Tivoli Provisioning Manager avec d'autres produits de services de base, vous devez
recréer et copier les objets métier Maximo utilisés par l'application Web sur le moteur de déploiement.
Pour cela, procédez comme suit :
1. Entrez les commandes suivantes à l'invite de commande :
MAXIMO_HOME
unzip maximo.ear businessobjects.jar
Un fichier appelé businessobjects.jar est généré.
Remarque : Le fichier businessobjects.jar est extrait du fichier maximo.ear qui est créé après le
déploiement d'un groupe de correctifs à partir du répertoire MAXIMO_HOME/deployment/default.
198
2. Copiez le fichier businessobjects.jar dans les répertoires suivants :
v TIO_HOME/eclipse/plugins/pm_pmp/maximoLibs
v TIO_HOME/lwi/runtime/tpm/eclipse/plugins/tpm_pmp/maximoLibs
Si un fichier businessobjects.jar figure déjà dans l'un de ces répertoires, écrasez-le.
L'erreur CWLAA6003 se produit après l'installation de CCMDB.
Pour afficher le portlet, vous devez réinstaller la console ISC.
Symptômes
Après l'installation de CCMDB (Change and Configuration Management Database), l'erreur suivante est
affichée sur les pages de gestion des utilisateurs et de gestion des groupes de la console ISC (Integrated
Solutions Console) :
CWLAA6003 : impossible d’afficher le portlet ; ce dernier n’est peut-être pas démarré.
Causes
La console ISC est corrompue suite à l'installation de CCMDB.
Pour réinstaller la console ISC :
1. Sauvegardez l'environnement en cours.
2. Arrêtez le profil autonome de Server1 ou le processus de gestionnaire de déploiement (dmgr).
3. Nettoyez les anciens journaux et le contenu du répertoire d'espace de travail <WAS Server1 ou
dmgr>\profiles\profileName\logs et <WAS Server1 ou dmgr>\profiles\profileName\wstemp.
v <WAS Server1 or dmgr>/profiles/profileName/bin/wsadmin.sh -conntype NONE -f deployConsole.py remove
Le fichier EAR de la console ISC a été supprimé.
v <WAS Server1 or dmgr>\profiles\profileName\bin\wsadmin.sh -conntype NONE -f deployConsole.py install
Vérifiez que la console ISC a été réinstallée.
6. Redémarrez Server1 ou le processus dmgr.
Récupération après échec du moteur de déploiement lors de
l'installation
Si le moteur de déploiement échoue lors de l'installation, vous devez le nettoyer en suivant les étapes de
cette procédure.
Avant de commencer
Les messages suivants peuvent s'afficher dans le fichier DE_Install.log, ce qui indique un incident avec
le moteur de déploiement :
WaitForStart main Exception is: DRDA_NoIO.S:Could not connect to Derby Network Server on host 127.0.0.1,
port 4130.
WaitForStart main Caught an Exception in loop #2 while pinging the NetworkServerControl server.
Par défaut, le fichier journal se trouve dans :
v /usr/ibm/common/acsi/logs/<user_name>
où user_name correspond au nom de l'utilisateur ayant installé le moteur de déploiement.
199
Tentez tout d'abord de supprimer la base de données du moteur de déploiement à l'aide de la commande
si_inst :
Si l'installation a été faite par l'utilisateur root
/usr/ibm/common/acsi/bin/si_inst -r
Si l'installation a été faite par un utilisateur autre que l'utilisateur root
/home/<userid>/.acsi_<user_name>/bin/si_inst -r
Si la commande si_inst ne supprime pas la base de données du moteur de déploiement, supprimez-la
manuellement.
Suppression de la base de données du moteur de déploiement sous UNIX et Linux
Si l'installation a été faite par l'utilisateur root :
1. Supprimez les répertoires /var/ibm/common et /usr/ibm/common.
2. Supprimez le fichier /tmp/acu_de.log, s'il existe.
3. Supprimez le répertoire /tmp/<user_name>, où user_name correspond au nom de l'utilisateur ayant
installé le moteur de déploiement, par exemple utilisateur root. Supprimez toutes les références du
moteur de déploiement du fichier système /etc/inittab. Les entrées du moteur de déploiement se
trouvent entre les lignes suivantes du fichier :
#Begin AC Solution Install block
#End AC Solution Install block
Supprimez totalement l'entrée Begin AC Solution Install block, y compris les caractères délimiteurs.
4. Supprimez toutes les références du moteur de déploiement du fichier système /etc/services.
Si l'installation a été faite par un utilisateur autre que l'utilisateur root :
1. Supprimez les répertoires suivants :
v /home/<user_name>/.acsi_<user_name>
v /tmp/acsitempLogs_<user_name>
v /tmp/acsiTemp_<user_name>
Les règles sur les mots de passe sont définies pour ne jamais expirer
lors de l'installation des services de base
Symptômes
Le message suivant s'affiche dans les fichiers journaux d'installation des services de base :
The password has been successfully set to NEVER EXPIRE
for user db_user on host_name machine
où db_user correspond à l'utilisateur d'exécution de la base de données. La valeur par défaut est maximo.
Causes
Le message indique que l'utilisateur a été configuré de sorte que le compte ne se verrouille pas lors du
processus d'installation. Le programme d'installation des services de base n'a pas modifié les règles sur
les mots de passe que vous avez configurées.
200
Activation de la fonction de trace RXA
La fonction de trace RXA est activée afin d'améliorer l'identification et la résolution d'éventuels problèmes
de connexion entre le poste de travail administratif et le serveur TPM.
Avant de commencer
1. Vérifiez que la connexion entre le poste de travail administratif et le serveur d'application des accès
est opérationnelle. Sur le poste de travail administratif, accédez à :
v cd /opt/IBM/SMP/scripts
v TestRXA.sh <hostname of TPM server> <username> <password>
Si la connexion est établie, un message tel que le suivant est renvoyé :
** Successful RXA access to swgc302 using user/password: root/<password>.
swgc302 OS type: IBM AIX.
Procédure
1. Définissez la variable d'environnement ENABLE_RXA_TRACE=yes.
2. Assurez-vous que la fonction de trace RXA est activée dans la fenêtre de commande à partir de
laquelle vous avez lancé le programme d'installation à l'aide de la commande suivante :
v echo $ENABLE_RXA_TRACE
3. Relancez le programme d'installation des services de base.
4. Vérifiez les informations de trace RXA dans le journal de trace relatif à l'installation de CTG.
Problèmes rencontrés lors de l'installation des composants principaux
des composants principaux de Tivoli Provisioning Manager.
Procédure détaillée de résolution des problèmes survenus lors de
l'installation des composants principaux (installation personnalisée)
Custom
Default
XML
Exécutez les étapes ci-après pour résoudre les éventuels problèmes survenus lors de l'installation de
Tivoli Provisioning Manager dans le cadre d'une première installation personnalisée.
Notez les informations générales de résolution suivantes :
v Si l'installation d'un composant échoue et que vous devez modifier ou afficher les zones précédentes
d'un panneau, puis procéder à une opération de récupération, quittez, puis redémarrez le programme
d'installation et sélectionnez uniquement les composants à installer.
v Si l'installation d'un composant échoue au cours d'une étape suivant l'installation, par exemple, en
raison d'une défaillance de base de données, procédez à la récupération en désinstallant le composant
en échec et en redémarrant le programme d'installation.
v Lorsque des fichiers journaux sont mentionnés, TEMP représente :
v /tmp/
v Pour plus d'informations sur la désinstallation des composants, voir Chapitre 5, «Désinstallation de
Tivoli Provisioning Manager», à la page 169.
Selon l'étape d'installation pendant laquelle le problème se produit, exécutez les procédures de
récupération suivantes et consultez les fichiers journaux indiqués :
v «Si un problème se produit lors de l'installation client de DB2 (dans le cas de l'utilisation d'une base de
données distante)», à la page 202
201
v «Si un problème se produit lors de l'installation de Tivoli Provisioning Manager, au cours de l'étape de
sauvegarde de DB2»
configuration de WebSphere Application Server», à la page 203
configuration de WebSphere Application Server et de JVM», à la page 203
v «Si un problème se produit lors de l'installation de Tivoli Provisioning Manager, au cours de l'étape
d'installation des moteurs», à la page 203
v «Si un problème se produit lors de l'installation de Agent Manager, au cours de l'étape de création de
profil», à la page 203
v «Si un problème se produit lors de l'installation d'Agent Manager, au cours de l'étape d'installation
réelle», à la page 203
v «Si un problème se produit lors de l'installation de Dynamic Content Delivery, au cours de l'étape
d'enregistrement de l'agent commun», à la page 204
v «Si un problème se produit lors de l'installation
configuration de SSL», à la page 204
d'installation réelle», à la page 204
d'installation réelle», à la page 205
de configuration», à la page 205
de Dynamic Content Delivery, au cours de l'étape de
d'Dynamic Content Delivery, au cours de l'étape
du service de gestionnaire d'unités, au cours de l'étape
du service de gestionnaire d'unités, au cours de l'étape
v «Si un problème se produit lors de l'installation du service de gestionnaire d'unités, au cours de l'étape
de configuration de SSL», à la page 205
v «Si un problème se produit lors de l'installation de Tivoli Provisioning Manager for OS Deployment», à
la page 206
v «Si un problème se produit lors de la configuration de WebSphere Application Server pour une
exécution en tant que tioadmin», à la page 206
v «Si un problème se produit lors du redémarrage de DB2 (dans le cas de l'utilisation d'une base de
données locale)», à la page 206
v «Si un problème se produit lors de la sauvegarde de la base de données», à la page 207
v «Si un problème se produit lors de la sauvegarde de WebSphere Application Server», à la page 207
2000
DB2
Si un problème se produit lors de l'installation client de DB2 (dans le cas de
l'utilisation d'une base de données distante)
1. Vérifiez les fichiers journaux afin de déterminer le problème :
TEMP/tclog_wrapper/extractDB2Client.log
TEMP/tclog_wrapper/extractDB2Client_err.log
TEMP/tclog_wrapper/db2install-stdout.log
TEMP/tclog_wrapper/db2install-stderr.log
2. Résolvez la cause de l'incident.
3. Désinstallez le client DB2, puis renouvelez l'opération.
2000
DB2
Si un problème se produit lors de l'installation de Tivoli Provisioning Manager, au
cours de l'étape de sauvegarde de DB2
TEMP/tclog_wrapper/DBbackupafterMBS-stdout.log
TEMP/tclog_wrapper/DBbackupafterMBS-stderr.log
2. Résolvez la cause puis réessayez.
202
cours de l'étape de configuration de WebSphere Application Server
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterMBS-stdout.log
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterMBS-stderr.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterMBS-stdout.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterMBS-stderr.log
cours de l'étape de configuration de WebSphere Application Server et de JVM
Si vous prévoyez d'utiliser les mêmes valeurs dans le panneau de configuration WebSphere Application
Server Network Deployment après l'échec :
TEMP/tclog_wrapper/call_was_config.log
TEMP/tclog_wrapper/call_was_config_fips.log
Si vous prévoyez d'utiliser des valeurs différentes dans le panneau de configuration WebSphere
Application Server Network Deployment après l'échec :
TEMP/tclog_wrapper/call_was_config.log
TEMP/tclog_wrapper/call_was_config_fips.log
3. Dans la console WebSphere Application Server, supprimez le paramètre JVM des anciennes valeurs
utilisées sur le panneau de configuration de WebSphere Application Server Network Deployment.
4. Renouvelez l'opération.
cours de l'étape d'installation des moteurs
TEMP/tclog_wrapper/nonUI_install.log
TEMP/tclog_wrapper/nonUI_install_err.log
TEMP/tclog
3. Restaurez la base de données et réessayez.
Si un problème se produit lors de l'installation de Agent Manager, au cours de
l'étape de création de profil
TEMP/tclog_wrapper/create_wasprofile.log
WAS_HOME/AppServer/profiles/casprofile/logs/AboutThisProfile.txt
3. Nettoyez le profil du gestionnaire d'agents et réessayez.
Si un problème se produit lors de l'installation d'Agent Manager, au cours de
l'étape d'installation réelle
Si seule l'installation du gestionnaire d'agents échoue et que le profil de ce dernier est supprimé avec
succès :
203
TEMP/tclog_wrapper/amtrace.log
TEMP/tclog_wrapper/amtrace.err
TCA_HOME/logs
TCA_HOME/toolkit/logs
Si l'échec se produit lors de la suppression du profil du gestionnaire d'agents :
TEMP/tclog_wrapper/amtrace.log
TEMP/tclog_wrapper/amtrace.err
TCA_HOME/logs
TCA_HOME/toolkit/logs
3. Nettoyez le profil du gestionnaire d'agents et réessayez.
Si un problème se produit lors de l'installation de Dynamic Content Delivery, au
cours de l'étape d'enregistrement de l'agent commun
TEMP/tclog_wrapper/preparePingAM.log
TEMP/tclog_wrapper/preparePingAM.err
TEMP/tclog_wrapper/call_pingam.log
TEMP/tclog_wrapper/call_pingam_err.log
3. Vérifiez que le profil WebSphere Application Server du gestionnaire d'agents est actif, et le cas
échéant, démarrez-le :
v Connectez-vous en tant qu'utilisateur root et exécutez la commande suivante :
$WAS_HOME/profiles/<AM profile>/bin/startServer.sh server1
où la valeur par défaut de <AM profile> est casprofile.
Si un problème se produit lors de l'installation de Dynamic Content Delivery, au
cours de l'étape de configuration de SSL
TEMP/tclog_wrapper/config_ssl.log
TEMP/tclog_wrapper/config_ssl.err
TEMP/tclog_wrapper/soap-sslconfig.log
TEMP/tclog_wrapper/soap-sslconfig.err
Si un problème se produit lors de l'installation d'Dynamic Content Delivery, au
cours de l'étape d'installation réelle
TEMP/tclog_wrapper/getAMPass4CDS.log
TEMP/tclog_wrapper/getAMPass4CDS.err
TEMP/tclog_wrapper/CDSinstall-stdout.log
TEMP/tclog_wrapper/CDSinstall-stderr.log
DCD_HOME/log
204
3. Désinstallez Dynamic Content Delivery.
Si un problème se produit lors de l'installation du service de gestionnaire d'unités,
au cours de l'étape d'installation réelle
TEMP/tclog_wrapper/dmsinstalltrace.log
TEMP/tclog_wrapper/dmsinstalltrace.err
au cours de l'étape de configuration
TEMP/tclog_wrapper/dmsconfigtrace.log
TEMP/tclog_wrapper/dmsconfigtrace.err
DMS_HOME/logs/dms_config_trace.log
DMS_HOME/logs/dms_config.log
3. Si l'installation de la base de données du service de gestionnaire d'unités a abouti, «Désinstallation du
fédérateur de Tivoli Provisioning Manager for Job Management Service», à la page 171.
4. Si l'installation de la base de données du service de gestionnaire d'unités n'a pas abouti, remédiez au
problème.
au cours de l'étape de configuration de SSL
TEMP/tclog_wrapper/dms_getpass.log
TEMP/tclog_wrapper/dms_getpass_err.log
205
Si un problème se produit lors de l'installation de Tivoli Provisioning Manager for
OS Deployment
TEMP/tclog_wrapper/tpmfosd.log
TEMP/tclog_wrapper/tpmfosd.err
TEMP/tclog_wrapper/call_importXML4OSD.log
TEMP/tclog_wrapper/call_importXML4OSD.err
3. Désinstallez Tivoli Provisioning Manager for OS Deployment.
échéant, démarrez-le. Connectez-vous en tant que tioadmin et exécutez la commande suivante :
WAS_HOME/profiles/<AM profile>/bin/startServer.[bat|sh] server1
Si un problème se produit lors de la configuration de WebSphere Application
Server pour une exécution en tant que tioadmin
TEMP/tclog_wrapper/cas_runastioadmin.log
TEMP/tclog_wrapper/cas_runastioadmin.err
TEMP/tclog_wrapper/stop_CASServer_root.log
TEMP/tclog_wrapper/stop_CASServer_root.err
TEMP/tclog_wrapper/changePermission_cas.log
TEMP/tclog_wrapper/changePermission_cas.err
TEMP/tclog_wrapper/start_CASServer_tioadmin.log
TEMP/tclog_wrapper/start_CASServer_tioadmin.err
TEMP/tclog_wrapper/wasND_runastioadmin.log
TEMP/tclog_wrapper/wasND_runastioadmin.err
TEMP/tclog_wrapper/stop_MXServer_root.log
TEMP/tclog_wrapper/stop_MXServer_root.err
TEMP/tclog_wrapper/stop_nodedmgr_root.log
TEMP/tclog_wrapper/stop_nodedmgr_root.err
TEMP/tclog_wrapper/changePermission_was.log
TEMP/tclog_wrapper/changePermission_was.err
TEMP/tclog_wrapper/start_nodedmgr_tioadmin.log
TEMP/tclog_wrapper/start_nodedmgr_tioadmin.err
2. Pour plus d'informations sur la résolution du problème, voir «Erreur lors de la configuration de
WebSphere Application Server pour une exécution en tant que tioadmin», à la page 209.
2000
DB2
Si un problème se produit lors du redémarrage de DB2 (dans le cas de l'utilisation
d'une base de données locale)
TEMP/tclog_wrapper/call_db2_restart.log
TEMP/tclog_wrapper/call_db2_restart.err
3. Redémarrez DB2 manuellement.
206
Si un problème se produit lors de la sauvegarde de la base de données
TEMP/tclog_wrapper/DBbackupafterTPMCore-stdout.log
TEMP/tclog_wrapper/DBbackupafterTPMCore-stderr.log
Si un problème se produit lors de la sauvegarde de WebSphere Application Server
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterTPMCore-stdout.log
TEMP/tclog_wrapper/WASbackupctgDmgr01-afterTPMCore-stderr.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterTPMCore-stdout.log
TEMP/tclog_wrapper/WASbackupAppSrv01-afterTPMCore-stderr.log
Récupération après des erreurs survenues lors de l'installation de
Si l'installation des composants principaux échoue, restaurez l'état précédent de WebSphere Application
Server et de la base de données, puis relancez l'installation des composants principaux.
Symptômes
L'installation échoue lors de l'étape d'installation des composants principaux.
1. Désinstallez les composants principaux. Pour plus d'informations, voir «Désinstallation des
composants principaux de Tivoli Provisioning Manager», à la page 169.
2. Connectez-vous à l'ordinateur sur lequel WebSphere Application Server est installé, puis restaurez les
données de sauvegarde :
a. Arrêtez WebSphere Application Server Network Deployment :
WAS_HOME/profiles/ctgAppSrv01/bin/stopServer.sh MXServer -username <wasadmin_user>
-password <wasadmin_password>
WAS_HOME/profiles/ctgAppSrv01/bin/stopNode.sh -username <wasadmin_user>
WAS_HOME/profiles/ctgDmgr01/bin/stopManager.sh -username <wasadmin_user>
b. Restaurez la configuration ctgDmgr01. Exécutez la commande suivante en une seule ligne :
WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_afterMBS_
ctgDmgr01.zip -logfile /tmp/restore_dmgr.log -user <wasadmin_user> -password
<wasadmin_password> -profileName ctgDmgr01
c. Restaurez la configuration ctgAppSrv01. Exécutez la commande suivante en une seule ligne :
WAS_HOME/bin/restoreConfig.sh /var/tmp/TPMInstallBackup/WASBackup_afterMBS_AppSrv01.zip -logfile
/tmp/restore_appSrv01.log -user <wasadmin_user> -password <wasadmin_password>
-profileName ctgAppSrv01
3. Connectez-vous au serveur de base de données en tant que propriétaire d'instance de base de données
et restaurez la base de données :
2000
DB2
a. Ouvrez le fichier TIO_HOME/config/dcm.xml afin de vérifier le nom de base de données et
le nom d'utilisateur. L'élément nom contient un alias pour le nom de la base de données et
l'élément nom_utilisateur contient le nom d'utilisateur.
b. Modifiez l'utilisateur en indiquant le propriétaire de l'instance DB2. Le propriétaire de base
de données par défaut est ctginst1. Par exemple :
su - ctginst1
c. Connectez-vous en tant qu'administrateur et ouvrez une fenêtre de commande DB2.
207
d. Exécutez la commande suivante pour rechercher les autres applications actives
e. Si la commande indique d'autres applications, déconnectez-les au moyen de la commande
suivante :
f. Arrêtez la session DB2 :
db2 terminate
g. Arrêtez DB2 :
v Si le serveur ne possède pas d'adresse IP virtuelle : db2stop
v Si le serveur possède une adresse IP virtuelle : db2gcf -d -p 0 -i ctginst1
h. Arrêtez toutes les communications interprocessus DB2 en exécutant ipclean.
i. Démarrez DB2 :
v Si le serveur ne possède pas d'adresse IP virtuelle : db2start
v Si le serveur possède une adresse IP virtuelle : db2gcf -u -p 0 -i ctginst1
j. Supprimez et décataloguez la base de données existante :
db2 drop db nom_bd
où nom_bd désigne le nom de la base de données.
k. Si le serveur est doté d'une base de données distante, connectez-vous à l'alias d'hôte local :
db2 attach to LHOST0 user nom_util using password
l. Restaurez la sauvegarde de base de données :
db2 restore db nom_bd user nom_util using mdp from emplacement
où
v nom_bd est le nom de la base de données
v nom_util est le nom de l'utilisateur qui restaure la base de données
v mdp est le mot de passe de l'utilisateur
v emplacement est le chemin d'accès complet de la sauvegarde
Oracle
2000
a. Connectez-vous en tant que tioadmin.
b. Ouvrez le fichier TIO_HOME/config/dcm.xml afin de vérifier le nom de base de données et
le nom d'utilisateur. L'élément nom contient un alias pour le nom de la base de données et
l'élément nom_utilisateur contient le nom d'utilisateur.
c. Connectez-vous en tant qu'utilisateur oracle.
d. Connectez-vous à la base de données en tant qu'utilisateur sys :
sqlplus "nom_util/mdp@nom_bd as sysdba"
où
v nom_util est l'ID utilisateur doté des privilèges sysdba sur la base de données
v mdp est le mot de passe de l'utilisateur spécifié
v nom_bd est le nom de la base de données
e. Exécutez la commande suivante pour localiser tous les fichiers de données Oracle
Database actuellement utilisés :
select name from v$datafile;
f. Assurez-vous que l'instance de base de données Oracle Database et le programme d'écoute
sont hors ligne.
g. Supprimez le fichier .dbf répertorié par la commande select.
208
h. Supprimez le répertoire $ORACLE_HOME/dbs.
i. Remplacez le répertoire de travail actuel par le répertoire de sauvegarde créé pendant la
sauvegarde.
j. Récupérez les emplacements des fichiers .dbf à partir du fichier texte créé au cours de la
sauvegarde.
k. Copiez les emplacements de fichiers .dbf répertoriés dans le fichier texte.
l. Copiez la totalité du répertoire dbs dans $ORACLE_HOME.
m. Remettez en ligne l'instance de base de données et le programme d'écoute.
4. Connectez-vous à l'ordinateur sur lequel WebSphere Application Server et installé et démarrez
WAS_HOME/profiles/ctgDmgr01/bin/startManager.sh
WAS_HOME/profiles/ctgAppSrv01/bin/startNode.sh
WAS_HOME/profiles/ctgAppSrv01/bin/startServer.sh MXServer
5.
Redémarrez l'installation des composants principaux. Pour plus d'informations, voir «Installation des
composants principaux de Tivoli Provisioning Manager», à la page 145.
Erreur lors de la configuration de WebSphere Application Server pour
une exécution en tant que tioadmin
Pour effectuer une récupération suite à des erreurs d'installation lors de l'installation des composants
principaux de Tivoli Provisioning Manager, exécutez certaines étapes de récupération afin de ramener
l'ordinateur à un état stable.
Symptômes
L'installation des composants principaux de Tivoli Provisioning Manager a échoué. Le fichier journal
/tmp/tclog_wrapper/tcinstall.log contient l'un des messages d'erreur suivants :
v La configuration du profil d'Agent Manager pour s'exécuter en tant que tioadmin a échoué.
v La configuration du déploiement réseau WebSphere Application Server pour s'exécuter en tant
que tioadmin a échoué.
v Le changement de la propriété du profil d'Agent Manager a échoué.
v Le changement de la propriété du déploiement réseau WebSphere Application Server a échoué.
Si vous détectez une erreur d'installation au cours de la configuration de WebSphere Application Server
pour une exécution en tant que tioadmin, vous devez effectuer des étapes de récupération pour ramener
l'ordinateur à un état stable.
v Si le fichier journal contient l'erreur La configuration du profil d'Agent Manager pour s'exécuter en
tant que tioadmin a échoué :
1. Vérifiez que le fichier cas_runastioadmin.log contient un message d'erreur détaillé, puis remédiez
au problème.
2. Cliquez sur Précédent dans le panneau récapitulatif, puis cliquez sur Suivant pour poursuivre
l'installation.
v Si le fichier journal contient le message d'erreur La configuration du déploiement réseau WebSphere
Application Server pour s'exécuter en tant que tioadmin a échoué :
1. Vérifiez que le fichier journal wasND_runastioadmin.log contient un message d'erreur détaillé, puis
remédiez au problème.
l'installation.
v Si le fichier journal contient le message d'erreur Le changement de la propriété du profil d'Agent
Manager a échoué :
209
chown -R tioadmin:tioadmin <CAS_PROFILE_HOME>
chown -R tioadmin:tioadmin <WAS_HOME>/logs/manageprofiles/<PROFILE_NAME>
chown -R tioadmin:tioadmin <Agent Manager Install Location>
où :
– pour <CAS_PROFILE_HOME>, la valeur par défaut est <WAS_HOME>/profiles/casprofile
– pour <PROFILE_NAME>, la valeur par défaut est casprofile
3. Basculez vers l'utilisateur tioadmin.
4. Démarrez le gestionnaire d'agents.
<Emplacement d’installation du gestionnaire d’agents>/bin/startServer.sh
l'installation.
v Si le fichier journal contient le message d'erreur Le changement de la propriété du déploiement
réseau WebSphere Application Server a échoué :
chown
chown
chown
chown
chown
chown
chown
chown
chown
-R
-R
-R
-R
-R
-R
-R
-R
-R
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
tioadmin:tioadmin
<APP_PROFILE_HOME>
<WAS_HOME>/logs/manageprofiles/<APP_PROFILE_NAME>
<DM_PROFILE_HOME>
<WAS_HOME>/logs/manageprofiles/<DM_PROFILE_NAME>
<WAS_HOME>/temp
<WAS_HOME>/properties/confhelp.properties
<WAS_HOME>/systemApps/isclite.ear
<CDS_INSTALL_LOCATION>
<DMS_INSTALL_LOCATION>
où :
– pour <APP_PROFILE_HOME>, la valeur par défaut est <WAS_HOME>/profiles/ctgAppSrv01
– pour <APP_PROFILE_NAME>,, la valeur par défaut est ctgAppSrv01
– pour <DM_PROFILE_HOME>, la valeur par défaut est ctgDmgr01
– pour <DM_PROFILE_NAME>, la valeur par défaut est <WAS_HOME>/profiles/ctgDmgr01
3. A partir de tioadmin, démarrez WebSphere Application Server Network Deployment.
<WAS_HOME>/profiles/<DM_PROFILE_NAME>/bin/startManager.sh
<WAS_HOME>/profiles/<APP_PROFILE_NAME>/bin/startNode.sh
<WAS_HOME>/profiles/<APP_PROFILE_NAME>/bin/startServer.sh MXServer
l'installation.
Erreurs lors de la création du profil gestionnaire d'agents
Si l'installation du gestionnaire d'agents échoue, vous pourrez avoir à supprimer manuellement le profil
WebSphere Application Server avant de réinstaller le gestionnaire d'agents.
Symptômes
Lors de l'installation des composants principaux, l'une des erreurs suivantes se produit pour le profil
WebSphere Application Server du gestionnaire d'agents : Le nom du profil par défaut est casprofile.
1. Le programme d'installation contrôle l'ordinateur afin de vérifier qu'il peut créer le profil, et la
validation échoue.
2. La validation aboutit, mais le profil n'est pas créé.
Causes
210
Lorsque le programme d'installation des composants principaux installe le gestionnaire d'agents, il
supprime automatiquement le profil WebSphere Application Server du gestionnaire d'agents si
l'installation de ce dernier échoue. Dans certains cas, la suppression automatique peut ne pas fonctionner
et le profil doit être supprimé manuellement avant d'essayer de réinstaller le gestionnaire d'agents.
Procédez comme suit pour résoudre l'erreur. Les instructions utilisent le nom de profil par défaut, à
savoir caseprofile.
Echec de la validation
Le programme d'installation vérifie que les exigences suivantes sont bien remplies :
v Il n'existe pas déjà de profil de même nom.
v Si un répertoire existe déjà pour le profil, il doit être vide.
v Le nom de la cellule est le même que le nom de la cellule WebSphere Application Server
Network Deployment.
Si la validation échoue, vérifiez les fichiers journaux :
v /tmp/tclog_wrapper/validation_casprofile.log (ou validation_casprofile.err)
Pour résoudre cette erreur, procédez comme suit :
1. Si un profil de même nom existe déjà, spécifiez un autre nom dans le programme
d'installation ou supprimez le profil existant. Pour supprimer casprofile, exécutez la
commande suivante :
WAS_HOME/bin/manageprofiles.[bat|sh] -delete -profileName casprofile
2. Si le répertoire du profil existe déjà, vérifiez s'il existe un répertoire casprofile. Exécutez la
commande suivante :
WAS_HOME/bin/manageprofiles.[bat|sh] -listProfiles
Si casprofile n'est pas répertorié, supprimez le répertoire WAS_HOME/profiles/casprofile. Si
casprofile est répertorié, indiquez un autre nom de profil ou supprimez le profil existant,
comme indiqué à l'étape 1.
Validation réussie, mais le profil ne peut pas être créé
1. Examinez le fichier journal suivant pour identifier la raison pour laquelle le profil n'a pas pu
être créé :
v /tmp/tclog_wrapper/create_wasprofile.log
2. Résolvez l'erreur décrite dans le journal.
3. Cliquez sur Précédent dans le programme d'installation des composants principaux afin
d'afficher le panneau avant de prévisualiser l'installation.
4. Cliquez sur Suivant. Le programme d'installation vérifie les exigences afin de créer à nouveau
le profil. Si la validation est effectuée avec succès, le programme d'installation tente de créer à
nouveau le profil. Si la validation échoue, exécutez les étapes décrites dans la section
précédente pour un échec de validation.
Echec de l'installation d'Agent Manager
Présentation des causes relatives à l'échec de l'installation du gestionnaire d'agents et des solutions
correspondantes
Symptômes
L'installation du gestionnaire d'agents échoue durant l'installation de Tivoli Provisioning Manager.
Causes
211
Consultez les journaux du gestionnaire d'agents pour identifier la cause de ce problème. Les fichiers
journaux du gestionnaire d'agents se trouvent dans le répertoire AM_HOME\logs. Les causes possibles sont
les suivantes :
v Le port requis pour l'installation du gestionnaire d'agents est peut-être occupé.
v Le gestionnaire d'agents est déjà installé sur votre système.
Solution 1
Si aucune installation du gestionnaire d'agents n'a été effectuée sur le serveur TPM avant l'installation de
Tivoli Provisioning Manager, procédez comme suit :
1. Consultez les fichiers journaux du gestionnaire d'agents et apportez toutes les modifications
nécessaires en suivant les instructions contenues dans ces journaux.
2. Installez à nouveau Tivoli Provisioning Manager. Le programme d'installation du serveur TPM
détectera que Tivoli Provisioning Manager est déjà installé et installera uniquement le gestionnaire
d'agents.
Pour plus d'informations sur la réinstallation du gestionnaire d'agents, consultez le guide d'installation de
Tivoli Provisioning Manager.
Solution 2
Si le gestionnaire d'agents est déjà installé sur le serveur TPM, vous devez commencer par le désinstaller,
puis relancer l'installation de Tivoli Provisioning Manager.
Important : Pour empêcher la perte de données :
v Ne désinstallez pas le gestionnaire d'agents avant d'avoir désinstallé tous les produits qui l'utilisent.
v Ne nettoyez pas les tables du gestionnaire d'agents dans le registre ou ne supprimez pas la base de
données de registre avoir d'avoir désinstallé tous les produits qui utilisent le registre.
Pour désinstaller le gestionnaire d'agents, procédez comme suit :
1. Arrêtez le serveur du gestionnaire d'agents, s'il est en cours d'exécution :
v Pour arrêter le serveur du gestionnaire d'agents, exécutez la commande suivante :
WAS_HOME/profiles/casprofile/bin/stopServer.sh server1
Lorsque le serveur du gestionnaire d'agents est arrêté, le message suivant est généré :
ADMU4000I: Server server1 stop completed.
2. Eventuellement, supprimez les objets du gestionnaire d'agents de la base de données de registre.
v Si la base de données de registre est utilisée uniquement par le gestionnaire d'agents et n'est
partagée avec aucun autre programme, supprimez-la à l'aide des outils d'administration de base de
données correspondant à votre type de base de données. Si le registre se trouve sur une base de
données distante, vous pouvez être amené à effectuer cette étape sur le serveur de base de données
distant et non sur le serveur du gestionnaire d'agents.
v Si la base de données est partagée avec d'autres programmes, supprimez les tables spécifiques du
gestionnaire d'agents dans la base de données en suivant la procédure appropriée pour votre type
de base de données. Vous pouvez effectuer cette étape sur le serveur du gestionnaire d'agents,
même si le registre se trouve sur une base de données distante :
–
2000
DB2
a. Dans une fenêtre de ligne de commande, accédez au répertoire AM_HOME/db/db2.
- AM_HOME/bin/RunInDbEnv.sh RemoveCASTables.sh
database_password
212
Remplacez database_password par le mot de passe de la base de données DB2.
–
Oracle
2000
a. Dans une fenêtre de ligne de commande, accédez au répertoire AM_HOME/db/oracle.
./RemoveCASTables.sh database_password
Remplacez database_password par le mot de passe de la base de données Oracle.
3. Démarrez le programme de désinstallation correspondant à votre système d'exploitation :
v Exécutez la commande suivante à partir du répertoire AM_HOME/_uninst :
java -jar uninstall.jar
Ou, pour procéder à une désinstallation en mode silencieux :
java -jar uninstall.jar -silent
Le programme ne supprime pas la base de données de registre ni les fichiers créés dans le
répertoire d'installation du gestionnaire d'agents après l'installation.
4. Désinstallez le gestionnaire d'agents. Pour plus d'informations, voir Désinstallation du gestionnaire
d'agents. Si le gestionnaire d'agents ne peut pas être désinstallé, supprimez le répertoire AM_HOME,
puis supprimez les entrées du gestionnaire d'agents du fichier vpd.script :
v
SUSE
/root/InstallShield/Universal/common/Gen2/_vpddb/vpd.script
Supprimez les lignes suivantes :
INSERT INTO INSTALLED_SOFTWARE_OBJECT VALUES(1,’4886af1c5eb4f6c75d84991853b6aa2f’,
’C:\PROGRA~1\IBM\AGENTM~1’,1,’1.4.2.0’,3,’true’,NULL,’false’,’IBM’,’http://www.ibm.com’,
’product1’,’Agent Man-ager’,NULL,’"_uninst" "uninstall.jar" "uninstall.dat" "assembly.dat"
"run.inf" "C:\\Program Files\\Common Files\\InstallShield\\Universal\\common\\Gen2\\
engine\\1.0\\engine.jar" "C:\\Program Files\\Common Files\\InstallShield\\Universal\\
common\\Gen2\\engine\\1.0\\ext" "" ""’,’true’,’true’,’1.0.18’)
INSERT INTO INSTALLED_SOFTWARE_OBJECT VALUES(2,’eef68f520521fc598b01e2c8daa709c6’,
’C:\PROGRA~1\IBM\AGENTM~1’,1,’’,3,’true’,NULL,’false’,NULL,NULL,’feature1’,
’Agent Manager Core Compo-nents’,NULL,NULL,’false’,’false’,’1.0.18’)
INSERT INTO INSTALLED_SOFTWARE_OBJECT VAL-UES(3,’3d60d0422dd1b2b8340e40a0eccf770e’,
’C:\PROGRA~1\IBM\AGENTM~1’,1,’’,3,’true’,NULL,’false’,NULL,NULL,’component1’,
’Agent Manager Windows’,NULL,NULL,’false’,’false’,’1.0.18’)
INSERT INTO PARENT_SOFTWARE_OBJECT_TABLE VALUES(3,2)
INSERT
INSERT
INSERT
INSERT
INSERT
INTO
INTO
INTO
INTO
INTO
DATABASE_META VALUES(’2’)
LOCAL_PERSISTED_VARIABLES_TABLE
VALUES(1,’WAS_PASS’,’’,NULL,’false’)
VALUES(1,’CONTAINER_WAS’,’true’,NULL,’false’)
VALUES(1,’CONTAINER_EWAS’,’’,NULL,’false’)
VALUES(1,’WAS_USER’,’’,NULL,’false’)
5. Si le serveur d'applications du gestionnaire d'agents ne s'appelle pas AgentManager, déterminez si
d'autres applications Web utilisent ce serveur d'applications. Si aucune autre application n'utilise ce
serveur d'applications, vous pouvez éventuellement le supprimer.
6. Si vous n'avez pas besoin des fichiers journaux relatifs à la désinstallation, vous pouvez
éventuellement supprimer le répertoire d'installation du gestionnaire d'agents. Par défaut, ce
répertoire est le suivant :
v /opt/IBM/AgentManager
7. Si le registre se trouve sur une base de données distante, exécutez la commande suivante sur le
serveur de base de données distant pour désinstaller le gestionnaire d'agents du système :
java -jar "Agent_Manager_install_dir/_uninstDS/uninstall.jar" -silent
8. Si vous n'avez pas besoin des fichiers journaux relatifs à la désinstallation sur le serveur de base de
données distant, vous pouvez éventuellement supprimer le répertoire d'installation du gestionnaire
d'agents. Par défaut, ce répertoire est le suivant :
213
9. Si vous n'avez pas l'intention de réinstaller le gestionnaire d'agents sur ce système, supprimez la
définition de TivoliAgentRecovery des serveurs DNS.
Le gestionnaire d'agents est à présent désinstallé.
Réeinstallez Tivoli Provisioning Manager. Le programme d'installation détecte que Tivoli Provisioning
Manager est déjà installé et installe uniquement gestionnaire d'agents.
Impossible d'installer l'agent commun et le gestionnaire d'agents
L'agent commun ne peut pas être installé sur le serveur TPM si ce dernier comporte déjà le gestionnaire
d'agents.
Symptômes
L'agent commun et le gestionnaire d'agents ne peuvent pas être installés.
Causes
L'installation de l'agent commun sur le serveur TPM sur lequel le gestionnaire d'agents est également
installé, n'est pas prise en charge.
Désinstallez manuellement l'agent commun.
Echec de l'installation après la désinstallation de WebSphere
Application Server
Si le répertoire d'installation de WebSphere Application Server est conservé après que ce dernier a été
désinstallé, l'installation de Tivoli Provisioning Manager échouera peut-être.
Symptômes
L'installation de Tivoli Provisioning Manager échoue si WebSphere Application Server a été désinstallé.
Le message suivant apparaît dans le fichier %TEMP%\tclog\tcinstall.log (/tmp/tclog/tcinstall.log) :
WebSphere Application Server ne semble pas être installé sur le système.
ACTION : Installez WebSphere Application Server
Causes
Si WebSphere Application Server a été désinstallé, mais que le répertoire d'installation de WebSphere
Application Server n'a pas été supprimé, le programme d'installation de Tivoli Provisioning Manager
commencera peut-être par identifier WebSphere Application Server comme étant installé pour ensuite
échouer au cours de l'installation de Tivoli Provisioning Manager.
Si WebSphere Application Server a été désinstallé sur l'ordinateur, procédez comme suit :
v Assurez-vous que le répertoire d'installation de WebSphere Application Server est supprimé.
– /opt/IBM/WebSphere/AppServer
v Dans le programme d'installation, cliquez sur Précédent autant de fois que nécessaire jusqu'au
panneau Configurez les serveurs cible. Cliquez sur Suivant pour que le programme d'installation
214
puisse vérifier de nouveau les composants installés. Sur le panneau Récapitulatif de validation, la
colonne Localisé affiche Non si WebSphere Application Server est complètement désinstallé. Vous
pouvez désormais poursuivre l'installation.
Avertissement DB2 BIND lors de l'installation de Tivoli Provisioning
Manager for OS Deployment
Vous devez exécuter les commandes BIND si votre client et votre serveur DB2 sont respectivement au
niveau 9.5 et au niveau 9.1.
Symptômes
Le message suivant s'affiche sur le panneau d'installation :
AVERTISSEMENT : L’avertissement de liaison DB2 s’est produit lors de l’installation de
Tivoli Provisioning Manager for OS Deployment.
Vous devez effectuer la liaison après l’installation.
Pour plus d’informations, consultez le guide d’identification et
de résolution des problèmes.
Causes
Si vous disposez d'un client DB2 de niveau 9.5 et d'un serveur DB2 de niveau 9.1, vous ne pouvez pas
utiliser IBM Data Server Runtime Client pour lier les utilitaires de base de données et les fichiers de
liaison CLI DB2.
Exécutez les commandes BIND depuis le produit IBM Data Server Client (ou tout autre produit de base
de données DB2) qui s'exécute sur le même système d'exploitation et sur la même version et le même
niveau de groupe de correctifs DB2 que Data Server Runtime Client.
1. Pour obtenir l'accès nécessaire à l'exécution des commandes BIND, exécutez la commande suivante :
su - DB_INSTANCE
où DB_INSTANCE représente l'instance de DB2 qui a été utilisée pour l'installation de Tivoli
Provisioning Manager. Le nom de l'instance par défaut est ctginst1.
2. Pour effectuer une liaison (BIND), exécutez les commandes suivantes :
db2
db2
db2
db2
db2
terminate
CONNECT TO TPMFOSD
BIND path\db2schema.bnd BLOCKING ALL GRANT PUBLIC SQLERROR CONTINUE
BIND path\@db2ubind.lst BLOCKING ALL GRANT PUBLIC ACTION ADD
BIND path\@db2cli.lst BLOCKING ALL GRANT PUBLIC ACTION ADD
où path représente le nom de chemin complet du répertoire dans lequel se trouvent les fichiers de
liaison, par exemple, INSTHOME\sqllib\bnd, INSTHOME étant le répertoire de base de l'instance de DB2.
db2ubind.lst et db2cli.lst contiennent les listes des fichiers de liaison requis utilisés par les produits
de base de données DB2. Les modules qui sont déjà liés renvoient un code d'erreur SQL0719N. Cette
situation est prévue.
3. Vérifiez que Tivoli Provisioning Manager for OS Deployment est actif. Pour plus d'informations, voir
«Démarrage et arrêt des composants Tivoli Provisioning Manager», à la page 238.
Arrêt de l'installation en mode silencieux avant son terme
L'installation en mode silencieux de Tivoli Provisioning Manager se ferme prématurément si WebSphere
Application Server n'est pas exécuté.
Symptômes
215
Le programme d'installation en mode silencieux de Tivoli Provisioning Manager s'arrête avant la fin de
l'installation.
Causes
WebSphere Application Server n'était pas démarré avant le début de l'installation en mode silencieux.
Avant d'exécuter l'installation en mode silencieux :
1. Vérifiez que WebSphere Application Server est démarré.
2. Vérifiez que la sécurité de WebSphere Application Server n'est pas active.
Echec de la vérification de l'espace disque lors de l'installation en
mode silencieux de Tivoli Provisioning Manager
L'installation en mode silencieux de Tivoli Provisioning Manager s'arrête prématurément si la vérification
de l'espace disque échoue.
Symptômes
L'installation en mode silencieux des composants principaux de Tivoli Provisioning Manager s'arrête
avant la fin de l'installation. Le fichier tcinstall.log contient le message d'erreur suivant :
[horodatage] ERREUR DiskSpaceCheckWizardAction - La vérification de l’espace disque a échoué.
[partition]- [espace requis] Mo d’espace disque sont requis, mais seulement
[espace disponible] Mo sont disponibles
Causes
L'espace disque disponible sur la partition mentionnée est insuffisant.
Augmentez la quantité d'espace disque disponible sur la partition. Si l'espace disque requis et l'espace
disque disponible sont différents de 1 000 Mo, exécutez la commande suivante pour ignorer les
vérifications d'espace disque :
-W DiskSpaceSeq.active="False"
Exemple de commande :
install/bin/setupSolarisSparc64.bin -options <response file path and name>
-silent -W WzdSeq_PreInstallCheck.active="false" -W DiskSpaceSeq.active="False"
Echec de l'installation car la police n'est pas reconnue
Une erreur d'installation se produit si une police reconnue ne peut pas être résolue au démarrage. Vous
pouvez résoudre ce problème en modifiant les paramètres de police dans Reflection X.
Symptômes
En cours d'installation, l'erreur suivante s'est produite :
Une erreur s’est produite. Voir le fichier journal
/var/tmp/TopologyInstaller/workspace/.metadata/.log
Le fichier journal contient également une erreur commençant par org.eclipse.swt.SWTError: Font not
valid.
216
Causes
Cette erreur se produit lors de l'accès à un ordinateur distant avec Reflection X. Elle se produit si une
police reconnue ne peut pas être résolue au démarrage.
Vous pouvez résoudre le problème en modifiant les paramètres de police dans Reflection X.
1. Dans Reflection X Client Manager, accédez à Settings > Fonts. Affectez 100dpi 75dpi misc hp sun
ibm dec à Sub directories and font servers.
2. Reconnectez-vous à l'ordinateur sur lequel vous effectuez l'installation, puis exécutez à nouveau le
programme d'installation.
Impossible d'utiliser un trait d'union dans la zone de suffixe de nom
de domaine
Vous ne pouvez pas utiliser le trait d'union dans la zone de suffixe de nom de domaine lors de la
spécification des paramètres WebSphere Application Server sur l'onglet de configuration de Tivoli
Provisioning Manager. Si vous devez utiliser un trait d'union, effectuez une installation en mode
silencieux avec un fichier de réponses modifié.
Symptômes
Le suffixe DNS n'accepte pas les traits d'union.
Causes
Ce problème s'applique à une installation personnalisée. Lorsque vous spécifiez des paramètres
WebSphere Application Server sur l'onglet de configuration de Tivoli Provisioning Manager du
programme d'installation, vous ne pouvez pas utiliser le trait d'union dans la zone de suffixe de nom de
domaine.
Si vous avez besoin d'inclure un trait d'union dans la zone de suffixe de nom de domaine, effectuez une
installation en mode silencieux avec un fichier de réponses modifié.
1. Créez votre fichier de réponses pour une installation en mode silencieux. Omettez les traits d'union
dans la zone de suffixe de nom de domaine. Pour savoir comment créer un fichier de réponses pour
une installation en mode silencieux, consultez l'annexe du guide d'installation de Tivoli Provisioning
Manager.
2. Ouvrez le fichier de réponses dans un éditeur de texte et modifiez le suffixe de nom de domaine en y
ajoutant le trait d'union. Sauvegardez vos modifications.
3. Effectuez une installation en mode silencieux. Pour connaître les instructions, consultez l'annexe
expliquant comment effectuer une installation en mode silencieux, dans le guide d'installation de Tivoli
Echec de l'installation du centre de gestion Dynamic Content Delivery
Des messages supplémentaires s'affichent lorsque la commande su - est utilisée pour changer
d'utilisateur, et le texte correspondant à ces messages est inclus dans le résultat de la commande reçu par
le programme d'installation. L'installation échoue.
Symptômes
217
Une erreur se produit lors de l'installation du composant Dynamic Content Delivery de Tivoli
Provisioning Manager sur un serveur UNIX. Un message d'avertissement semblable à celui indiqué
ci-après est généré dans le fichier journal cdsisxtrace.log.
Avertissement : erreur interne lors de l’analyse syntaxique des arguments Java.
Il se peut que la commande du programme de lancement
ne comporte pas d’argument Java.
Causes
Le fichier de réponses lié à l'installation du centre de gestion Dynamic Content Delivery est peut-être
endommagé. Des messages supplémentaires s'affichent lorsque la commande su - est utilisée pour
changer d'utilisateur, et cela peut endommager les données.
Le programme d'installation utilise une sortie standard pour afficher le résultat des commandes. Si le
profil est configuré pour afficher des messages supplémentaires lorsque vous changez d'utilisateur à
l'aide de la commande su -, le texte contenu dans ces messages est inclus dans le résultat de la
commande reçu par le programme d'installation. L'installation échoue.
Vérifiez les paramètres qui génèrent des messages lorsque vous changez d'utilisateur à l'aide de la
commande su -. Exemple :
v Vérifiez le fichier de profil associé à l'utilisateur root et aux autres utilisateurs requis pour l'installation.
Les utilisateurs requis sont répertoriés dans le guide d'installation de Tivoli Provisioning Manager
correspondant à votre système d'exploitation. S'il contient des lignes mentionnant des commandes
permettant de générer des messages lors de la connexion d'un utilisateur, mettez ces lignes en
commentaires ou dirigez le résultat vers l'unité /dev/null.
v Consultez le message du jour dans /etc/motd.
Echec de l'installation de Dynamic Content Delivery
Si l'emplacement de l'installation de Java n'est pas correctement défini dans la variable PATH,
l'installation de Dynamic Content Delivery échoue.
Symptômes
L'installation du service Dynamic Content Delivery échoue. L'erreur suivante apparaît dans le fichier
journal /opt/ibm/tivoli/ctgde/logs/cds_upgrade.txt :
INSTALLER_PATH=/extra/ibm/tivoli/tio/CDS/scripts/./setup.binChecking the environment
variables specified in the JVM files to find the JVM...
Verifying... /bin/java -cp /tmp/istemp7613004171417/Verify.jarVerify java.vendor
java.versionVerification passed for / using the JVM file /tmp/istemp7613004171417/
relative_to_upgrade.jvm.
JavaHome is not resolved correctly in the jvm file /tmp/istemp7613004171417/
relative_to_upgrade.jvm.
Failed to launch the application.
Causes
Le programme d'installation ne parvient pas à trouver l'emplacement de Java. Cette erreur se produit
lorsque Java est installé dans le répertoire /bin/java et que /bin est le répertoire indiqué dans la variable
PATH.
Pour corriger cette erreur, mettez à jour la variable PATH afin que la commande java ne contienne pas le
répertoire /bin.
218
1. Pour confirmer l'emplacement de Java, exécutez la commande suivante :
which java
Si la commande n'est pas disponible sur votre système, exécutez la commande suivante à la place :
type java
2. Si la valeur renvoyée est /bin/java, exécutez la commande suivante pour afficher le contenu de la
variable PATH :
echo $PATH
3. Si la première partie du chemin est /bin, mettez à jour la variable PATH de manière à ce que /bin ne
résolve pas la commande java. Vous pouvez
v Déplacer /bin à la fin de la liste des chemins dans la variable PATH. Normalement, la commande
java aboutit à /usr/bin/java.
v Créer un lien symbolique pour /bin/java sous un autre répertoire et ajouter ce chemin devant la
variable PATH. Par exemple, s'il existe un lien dans /usr/bin vers la commande java, vérifiez que
/usr/bin se trouve devant la variable PATH ou placez /usr/bin devant /bin dans la liste des
chemins.
Le service du gestionnaire d'unités ne peut pas communiquer avec
Oracle
Une optimisation du JITC Java arrête la communication entre le service du gestionnaire d'unités et
Oracle.
Symptômes
Lorsque le service du gestionnaire d'unités tente de communiquer avec le pilote JDBC sur un serveur
Oracle 10.2.0.4, une erreur java.lang.ArrayIndexOutOfBoundsException est générée.
Causes
Cette erreur est provoquée par une optimisation du JITC Java dans IBM JDK 1.4.2 fourni avec Tivoli
Provisioning Manager. Pour éviter cette erreur, désactivez cette optimisation.
Pour désactiver l'optimisation JITC provoquant cette erreur, exécutez la commande suivante :
export JITC_COMPILEOPT=NQUD_DU
Echec de l'installation des composants principaux de Tivoli
Provisioning Manager lors de la création de l'utilisateur tioadmin
La création de l'utilisateur tioadmin échoue si l'ordinateur a une cellule GSA avec le même nom
d'utilisateur.
Symptômes
L'installation des composants principaux échoue avec un message d'erreur qui indique que l'utilisateur
tioadmin existe déjà. Toutefois, /etc/passwd ne mentionne pas l'utilisateur tioadmin.
Causes
Si l'utilisateur tioadmin n'est pas mentionné dans /etc/passwd, le compte utilisateur n'a pas été créé
localement sur l'ordinateur. Il se peut qu'un client GSA soit installé sur l'ordinateur et qu'un compte
utilisateur portant le nom tioadmin soit associé à la cellule GSA.
219
Mettez la section sur GSA en commentaires dans /usr/lib.security/methods.cfg et exécutez à nouveau
l'installation des composants principaux de Tivoli Provisioning Manager.
Impossible de créer l'utilisateur tioadmin sous Linux
Si vous ne pouvez pas créer l'utilisateur tioadmin sous Linux, cela est peut-être dû au fait que le groupe
tioadmin existait déjà avant l'installation. L'utilisateur et le groupe doivent exister tous les deux ou ne pas
exister.
Symptômes
L'installation semble se dérouler correctement, mais lorsque vous recherchez l'utilisateur tioadmin, ce
dernier n'a pas été créé.
Causes
Sous Linux, la création de l'utilisateur tioadmin échoue si le groupe tioadmin existe déjà avant
l'installation. Aucune erreur n'est générée, par conséquent, le programme d'installation ne détecte pas que
l'opération de création d'utilisateur a échoué. Le système ne peut pas revenir à une étape précédente de
l'installation.
Etant donné que l'utilisateur tioadmin n'est pas créé, l'environnement de serveur est instable. L'utilisateur
tioadmin est requis pour divers éléments de l'installation. Par exemple, WebSphere Application Server
étant configuré pour démarrer avec tioadmin, WebSphere Application Server ne peut pas démarrer.
Assurez-vous que l'utilisateur tioadmin et le groupe tioadmin existent tous les deux ou qu'aucun des
deux n'existe, puis installez à nouveau Tivoli Provisioning Manager.
Echec de l'installation des composants principaux de Tivoli
Provisioning Manager si les règles sur les mots de passe établies par
Oracle imposent des mots de passe de plus de 3 caractères
Désactivez les règles sur les mots de passe établies par Oracle avant de procéder à l'installation des
composants principaux de Tivoli Provisioning Manager
Symptômes
Le message suivant est susceptible d'apparaître dans le fichier sql.log du répertoire <Agent Manager
Install Location>/logs/datastore/ :
INFO: CTGEM0575I Running the command: CREATE USER CDB IDENTIFIED BY
CDB DEFAULT TABLESPACE users TEMPORARY TABLESPACE temp.
<TimeStamp> com.ibm.tivoli.cas.manager.datastore.utils.ddl
DDLFileExecutor execute
WARNING: CTGEM0576W The following SQL exception occured:
ORA-28003:password verification for the specified password failed
ORA-20004: Password must be at least 6 characters long.
Causes
Les règles sur les mots de passe établies par Oracle imposent des mots de passe de plus de 3 caractères.
220
Désactivez les règles sur les mots de passe établies par Oracle avant de procéder à l'installation des
composants principaux de Tivoli Provisioning Manager :
ALTER PROFILE default LIMIT PASSWORD_VERIFY_FUNCTION null
Message d'erreur Insert disk 1
Symptômes
Au cours de l'installation, un message d'erreur Insert disk 1 apparaît.
Causes
Cet incident est provoqué par une limitation du programme d'installation du module.
Si vous rencontrez cette erreur, insérez le DVD d'installation correspondant à votre système
d'exploitation.
Tivoli Provisioning Manager ne s'installe pas lorsque le serveur de
terminaux est activé
Vous devez arrêter le serveur de terminaux avant d'installer Tivoli Provisioning Manager, faute de quoi,
l'erreur d'application adb2.exe se produit et l'installation échoue.
Causes
L'installation de Tivoli Provisioning Manager échoue avec DB2 si le serveur de terminaux est activé. Une
erreur d'application db2.exe se produit. La commande DB2 ne va pas fonctionner.
Arrêtez le serveur de terminaux, redémarrez l'ordinateur, puis relancez l'installation.
L'édition de fichiers texte modifie des droits
Divers facteurs peuvent entraîner la modification des droits lors de l'édition de fichiers texte.
Symptômes
Les fichiers d'un environnement UNIX ou Cygwin sont dotés de droits spécifiques pour leur propriétaire,
le propriétaire du groupe auquel appartient le fichier et pour d'autres utilisateurs.
Causes
Plusieurs facteurs peuvent provoquer la modification des droits d'un fichier. Tenez compte des facteurs
suivants lors de l'édition de fichiers texte :
v Droits d'accès utilisateur par défaut. Chaque utilisateur dispose de droits d'accès par défaut aux
fichiers qu'il crée, ceux-ci pouvant être modifiés à l'aide de la commande umask. Cela signifie que les
droits d'un utilisateur ayant créé un fichier peuvent être différents des droits d'un autre utilisateur. Si
vous éditez un fichier dans Cygwin à l'aide d'un éditeur tel que vi, connectez-vous en tant que
propriétaire de ce fichier.
v Si vous utilisez un éditeur de texte créant automatiquement des sauvegardes de fichier, votre fichier
mis à jour peut nécessiter des droits d'accès différents de ceux du fichier d'origine.
Vous pouvez vérifier les droits en cours associés à un fichier dans Cygwin en entrant la commande
suivante :
221
ls -l nom_fichier
où nom_fichier correspond au nom du fichier.
Si vous avez besoin d'éditer un fichier texte, assurez-vous que le fichier mis à jour conserve les droits
d'origine du fichier.
La connexion à distance à la base de données se bloque lorsque le
serveur de base de données est sur un ordinateur multiprocesseur
Il se peut que le nombre de gestionnaires de connexions alloués depuis le serveur de base de données
soit insuffisant. Indiquez d'autres gestionnaires de connexions et tenez compte du nombre de processeurs
pour calculer la valeur d'un ordinateur donné.
Symptômes
Lorsque le serveur de base de données est sur un ordinateur multiprocesseur, la connexion à distance à la
base de données est susceptible de se bloquer. Le serveur de base de données consigne alors l'erreur
suivante dans le fichier db2diag.log :
DIA3208E Une erreur liée au support de protocole TCP/IP s’est produite. Fonction TCP/IP "accept".
Socket "920". Numéro d’erreur (errno) "10061".
Causes
Le nombre de gestionnaires de connexions alloués depuis le serveur de base de données est insuffisant.
1. Mettez à jour le registre de base de données DB2TCPCONNMGRS pour permettre au serveur de base de
données de fournir des gestionnaires de connexions supplémentaires.
2. Si l'on considère que le registre DB2TCPCONNMGRS prend des valeurs comprises entre 1 et 8, utilisez la
formule suivante pour déterminer la valeur d'un ordinateur donné :
Calculez la racine carrée du nombre de processeurs, puis arrondissez à 8 au maximum.
3. Exécutez la commande suivante pour mettre à jour le registre :
db2set DB2TCPCONNMGRS=<value_calculated>
4. Après avoir modifié la valeur de registre, redémarrez DB2 en procédant comme suit :
db2stop force
db2start
Pour plus d'informations, reportez-vous à la documentation produit DB2.
Le programme d'installation de Tivoli Provisioning Manager for OS
Deployment ne reconnaît pas le nom d'hôte virtuel de base de
données
Si Tivoli Provisioning Manager for OS Deployment est installé dans le cadre de l'installation de Tivoli
Provisioning Manager, et non manuellement, le programme d'installation ne reconnaît pas le nom d'hôte
virtuel de base de données.
Symptômes
Le programme d'installation de Tivoli Provisioning Manager for OS Deployment ne reconnaît pas le nom
d'hôte virtuel de base de données lorsqu'il est exécuté à partir de Tivoli Provisioning Manager.
222
Remarque : Avant de démarrer une installation manuelle de Tivoli Provisioning Manager for OS
Deployment, supprimez les entrées de fichier journal relatives à l'installation de Tivoli Provisioning
Manager for OS Deployment ayant échoué. L'emplacement de ces entrées varie en fonction du système
d'exploitation utilisé.
Exemple de suppression d'entrées de fichier journal sur le système Linux :
rm
rm
rm
rm
rm
rm
rm
rm
-f
-f
-f
-f
-f
-f
-f
-f
/etc/init.d/rembo
/etc/init.d/rbagent
/etc/init.d/dbgw
/var/run/dbgw.pid
/var/run/rembo.pid
/var/run/rbagent.pid
/etc/sysconfig/tpmfosdvars
/etc/tpmfosdvars
Installez Tivoli Provisioning Manager for OS Deployment manuellement en spécifiant un nom d'hôte de
base de données physique. Exemple :
./setup ALWAYSCONTINUE PARENT LANG=1 INSTALLDIR=/opt/IBM/tpmfos
DATADIR=/opt/tpmfosd_files
JAVABIN=/opt/IBM/WebSphere/AppServer/java/bin/java HTTPPORT=8088
USESSL=1 HTTPSPORT=443 ADMINNAME=maxadmin ADMINPASS=maxadmin
DBIP=physicalHostname.mycompany.com ORADB="" DBPORT=60000
DBUSER=ctginst1 DBPASS=$strDBPass DBHOME=/home/ctginst1/sqllib
DBCLIUSER=ctginst1 DBRUNTIMEUSER=maximo DBRUNTIMEPASS=$strDBRTPass
CREATESCRIPTS=1 STARTSERVICES=0
Procédure détaillée de résolution des problèmes survenus lors de
l'installation manuelle d'IBM Tivoli Monitoring agent
Exécutez les étapes ci-après pour résoudre les éventuels problèmes survenus lors de la première
installation manuelle de Tivoli Monitoring agent.
Symptômes
Si vous recevez un message d'erreur lors de l'installation manuelle de l'agent de surveillance, consultez
les fichiers journaux afin de déterminer le problème.
1. Vérifiez les fichiers journaux :
ITM_HOME/InstallITM/IBM Tivoli Monitoring for Provisioning<timestamp>.log
3. Désinstallez Tivoli Monitoring agent.
échéant, démarrez-le. Connectez-vous en tant que tioadmin et exécutez la commande suivante :
WAS_HOME/profiles/<AM profile>/bin/startServer.[bat|sh] server1
Problèmes lors de l'installation des composants Web
des composants Web de Tivoli Provisioning Manager.
223
Récupération après des erreurs lors de l'installation des composants
Web
Si l'installation des composants Web échoue, vous devez restaurer le serveur d'application des accès à son
état précédent avant l'installation des composants Web.
Symptômes
L'installation des composants Web a échoué et le message d'erreur suivant a été généré : L'installation
des composants Web d'IBM Tivoli Provisioning Manager a échoué.
1. Connectez-vous au poste de travail administratif en tant qu'administrateur.
2. Restaurez le dossier des services de base :
a. Quittez le programme d'installation s'il est encore actif.
b. Supprimez le répertoire des services de base. Les valeurs par défaut sont les suivantes :
v /opt/IBM/SMP
c. Restaurez la sauvegarde du répertoire de base des services de base dans le dossier des services de
base supprimé. Le nom de sauvegarde est backup_folder/MBSBackupBeforeTPM.zip, où
backup_folder représente l'emplacement que vous avez spécifié dans le tableau de bord après avoir
installé les services de base. Vérifiez que vous utilisez Cygwin ou WinZip pour extraire le fichier.
3. Restaurez le registre du moteur de déploiement. Entrez la commande suivante sur une seule ligne :
/usr/ibm/common/acsi/bin/de_restoredb -bfile base_services_folder
/DE_BACKUPS/AfterActions<timestamp>
où base_services_folder est le répertoire dans lequel sont installés les services de base.
4. Connectez-vous à l'ordinateur sur lequel WebSphere Application Server est installé en tant que
tioadmin et restaurez les données de sauvegarde :
a. Arrêtez WebSphere Application Server Network Deployment.
WAS_HOME/profiles/app_profile/bin/stopNode.sh
-username ID_admin_was-password mdp_admin_was
WAS_HOME/profiles/dm_profile/bin/stopManager.sh
-username ID_admin_was -password mdp_admin_was
où
app_profile
Profil de WebSphere Application Server.
ID_admin_was
ID administrateur de WebSphere Application Server. Si vous utilisez une authentification
LDAP en lecture seule, l'ID utilisateur par défaut est wasadmin.
mdp_admin_was
Mot de passe de l'administrateur WebSphere Application Server. Si vous utilisez une
authentification LDAP en lecture seule, entrez le mot de passe de l'utilisateur wasadmin.
dm_profile
Profil du gestionnaire de déploiement.
b. Restaurez la configuration du profil de gestionnaire de déploiement. Entrez la commande suivante
sur une seule ligne :
WAS_HOME/bin/restoreConfig.sh backup_folder/
WASBackup_afterTPMCore_ctgDmgr01.zip -logfile
backup_folder/restore_dmgr.log -user was_adminID
-password was_admin_pwd -profileName dm_profile
224
c. Restaurez la configuration du profil de serveur d'applications. Entrez la commande suivante sur
une seule ligne :
WAS_HOME/bin/restoreConfig.sh backup_folder/
WASBackup_afterTPMCore_AppSrv01.zip -logfile
backup_folder/restore_appSrv01.log -user was_adminID
-password was_admin_pwd -profileName app_profile
5.
Supprimez le centre de documentation déployé, s'il existe, à l'aide de l'utilisateur administrateur.
Pour ce faire, supprimez le fichier WAS_HOME/systemApps/isclite.ear/tpm_olh.war.
6.
2000
DB2
Connectez-vous au serveur de base de données comme si vous étiez le propriétaire de
l'instance du gestionnaire de bases de données et récupérez la base de données.
su - DB_INSTANCE
La valeur par défaut pour <db2instance> est CTGINST1 db2cmd.
b. Restaurez la base de données. Entrez la commande suivante sur une seule ligne :
db2 restore database MAXDB71 user db_adminID using db_admin_pwd
from backup_files_location/DB2Backup_AfterTPMCore/ with 3 buffers
buffer 1000 without rolling forward without prompting
db_adminID
Propriétaire de l'instance de base de données utilisé pour l'installation de Tivoli Provisioning
Manager.
db_admin_pwd
Mot de passe du propriétaire d'instance de base de données spécifié au cours de l'installation
de Tivoli Provisioning Manager.
backup_files_location
Répertoire que vous avez indiqué dans la zone Backup Files Location sur le panneau
Directories for Core Components.
Restaurez la base de données Oracle. Pour toute information, consultez la documentation
Oracle. La sauvegarde se trouve dans backup_files_location/OracleBackup_AfterTPMCore, où
backup_files_location est le répertoire indiqué dans la zone Backup Files Location sur le panneau
Directories for Core Components.
8. Connectez-vous à l'ordinateur sur lequel WebSphere Application Server est installé et démarrez
7.
Oracle
2000
WAS_HOME/profiles/dm_profile/bin/startManager.sh
WAS_HOME/profiles/app_profile/bin/startNode.sh
Erreur du moteur de déploiement lors de l'installation des composants
Web
Des erreurs peuvent se produire lors de l'installation des composants Web.
Symptômes
L'erreur suivante est générée lors de l'installation des composants Web :
Erreur : le moteur de déploiement de système informatique autonome d’IBM ne fonctionne pas.
Démarrez ou redémarrez
le moteur de déploiement de système informatique autonome d’IBM.
Redémarrez le moteur de déploiement. Exécutez la commande suivante :
v /usr/ibm/common/acsi/bin/acsisrv.sh -start
225
Fichiers journaux pour le programme d'installation de la solution de
processus
Graphique des descriptions et emplacements des fichiers journaux
Le programme d'installation de la solution de processus est appelé par le programme d'installation des
composants Web pour déployer les composants Web. Les fichiers journaux suivants sont associés à
l'installation des composants Web.
Tableau 26. Informations sur les fichiers journaux
Type de journal
Description
Journal de module
MAXIMO_HOME\solutions\logs\
Ces fichiers contiennent les sorties
<PACKAGE_NAME>\
StdOut et StdErr des commandes
externes lancées par le module au fur
et à mesure de son traitement par le
moteur de déploiement. Ils sont
essentiels au débogage des incidents
liés aux modules.
Généralement, les journaux sont en
deux parties, un fichier .out et un
fichier .err, les deux portant le
même nom de fichier de
pré-extension. Les fichiers .out
contiennent le flux de sortie standard
généré par la commande externe. Les
fichiers .err contiennent le flux
d'erreur standard. Il n'est pas rare
que l'un d'eux soit vide, en l'absence
d'erreurs (ou si la sortie se compose
uniquement d'erreurs).
Il est possible qu'un grand nombre
(10 à 20) de journaux de module soit
généré lors de l'installation d'un
module donné.
226
Emplacement
Tableau 26. Informations sur les fichiers journaux (suite)
Type de journal
Description
Emplacement
Journal Tivoli Provisioning Manager
Ces journaux sont gérés par le
sous-système PSI.
MAXIMO_HOME\logs\
CTGInstallMessageXX.log
MAXIMO_HOME\logs\
CTGInstallTraceXX.log
XX est un nombre à deux chiffres tel
que 00. Ces journaux contiennent la
sortie de trace du sous-système PSI.
Remarque : Il se peut que des
messages semblables aux suivants
apparaissent dans le fichier
MAXIMO_DEPLOY_ERR.err du répertoire
MAXIMO_HOME\solutions\logs pour un
gestionnaire de processus, une fois ce
dernier installé :
v sys-package-mgr: processing new
jar, C:\IBM\SMP\lib\icl.jar
jar, C:\IBM\SMP\lib\
CTGInstallCommon.jar
jar, C:\IBM\SMP\lib\
CTGInstallResources.jar
Bien qu'ils figurent dans le journal
d'erreurs, ces messages sont fournis à
titre indicatif uniquement et ne
représentent pas des erreurs de
déploiement. Vous pouvez donc ne
pas en tenir compte.
Journaux du moteur d'installation de
solution/de déploiement
Ces journaux sont gérés par
l'environnement d'exécution du
moteur d'installation de solutions/de
déploiement IBM. PSI utilise la
technologie d'IBM pour installer et
suivre les modules installés. Cet
environnement d'exécution dispose
de son propre système de
consignation.
Remarque : Après une installation,
ces journaux contiennent des
informations d'identification
confidentielles. Si l'installation
aboutit, il est fortement recommandé
de les supprimer.
/usr/ibm/common/acsi<USERNAME>/
de_msg.log
/usr/ibm/common/acsi<USERNAME>/
de_trace.log
Ainsi, par exemple, si vous avez
procédé à une installation sous le
nom d'utilisateur tioadmin, les
journaux se trouvent dans le
répertoire suivant :
v C:\Program Files\IBM\Common\
acsi\logs\tioadmin\de_msg.log
v /usr/ibm/common/acsi/tioadmin/
de_msg.log
227
Tableau 26. Informations sur les fichiers journaux (suite)
Type de journal
Description
Emplacement
Journaux WebSphere Application
Server
Ces journaux contiennent les
connexions, exceptions et aux autres
défaillances qui se produisent lors de
l'exécution routinière de WebSphere
Application Server. Ils permettent de
diagnostiquer des erreurs dans des
fichiers EAR spécifiques ou autres
opérations dorsales, telles que les
connexions aux bases de données.
WAS_HOME\profiles\<PROFILE>\logs\
AboutThisProfile.txt
<SERVER_NAME>\startServer.log
<SERVER_NAME>\stopServer.log
<SERVER_NAME>\SystemErr.log
<SERVER_NAME>\SystemOut.log
Journaux Maximo
MAXIMO_HOME\maximo\tools\maximo\
Maximo gère aussi plusieurs
journaux. Ils permettent d'assurer le
log\updatedb<TIMESTAMP>.log
suivi du déroulement, de la réussite
et de l'échec de quelques commandes
dorsales fournies par Maximo.
Journaux du client léger WAS
Le client léger WAS est le mécanisme
de communication entre les modules
du gestionnaire de processus et
WebSphere Application Server. Si ce
déploiement automatisé échoue, les
actions exactes exécutées par le client
léger et les réponses correspondantes
de WebSphere Application Server
sont stockées dans les journaux.
MAXIMO_HOME\wasclient\logs\
CTGIN_wsadmin.traceout
wsadmin.traceout
wsadmin.valout
Il est recommandé de renommer les fichiers existants avant d'exécuter un module d'installation. Pour
faciliter l'identification des problèmes, il est utile de disposer d'un journal contenant uniquement les
informations concernant la réussite ou l'échec de l'installation du module en cours.
Lenteur de l'activation du mode administration
Il se peut que des sessions utilisateur interactives ou un traitement en arrière-plan soient en cours au
moment de l'activation du mode administration. Vous pouvez patienter pendant l'activation de ce dernier
ou vous pouvez l'utiliser immédiatement en exécutant la commande configdb.
Symptômes
L'activation du mode administration à partir de l'application de configuration de base de données est très
lente.
Causes
Il se peut que des sessions utilisateur interactives ou un traitement en arrière-plan soient en cours au
moment de l'activation du mode administration.
Généralement, si vous patientez, le mode administration est activé au bout d'un moment. Toutefois, si
vous avez besoin d'appliquer rapidement des modifications à la configuration de la base de données,
vous pouvez exécuter manuellement la commande configdb pour passer immédiatement en mode
administration sans attendre.
228
Remarque : Vous devez disposer d'un accès en connexion au poste de travail d'administration de
l'installation pour exécuter la commande configdb.
Pour activer rapidement le mode administration, procédez comme suit :
1. Arrêtez le serveur d'applications, WebSphere MX Server, en utilisant la WebSphere Administrative
Console ou la ligne de commande.
2. Arrêtez le moteur de déploiement à l'aide de la commande tio.cmd stop.
3. Exécutez la commande configDB. Pour plus d'informations sur cette commande, consultez la section
relative à la configuration de la base de données dans le guide d'administrateur système.
Autres problèmes
Reportez-vous aux informations ci-après pour établir un diagnostic et résoudre d'autres erreurs
d'installation.
Impossible de se connecter après une installation réussie
Si vous indiquez un ID utilisateur durant l'installation des services de base qui est différent de l'ID
utilisateur de base de données Tivoli Provisioning Manager correspondant, l'installation aboutit, mais
vous ne pouvez pas vous connecter à Tivoli Provisioning Manager. La validation de l'authentification
d'ID utilisateur entre LDAP et la table MAXUSER de Tivoli Provisioning Manager est sensible à la casse ;
par conséquent, les valeurs doivent être absolument identiques.
Symptômes
Après avoir installé Tivoli Provisioning Manager à l'aide de l'option "Use WebSphere application security
only for authentication", vous ne pouvez pas vous connecter à Tivoli Provisioning Manager en tant
qu'administrateur. Le message d'erreur suivant est généré lorsque vous tentez de vous connecter :
BMXAAA0035E - L’utilisateur administrateur n’est pas reconnu. Veuillez contactez l’administrateur système
Causes
Si l'ID utilisateur Tivoli Provisioning Manager figurant dans la table MAXUSER est différent de l'ID
utilisateur indiqué dans LDAP, l'ID utilisateur n'est pas reconnu et vous ne pouvez pas vous connecter.
Lorsque vous tentez de vous connecter, le service d'authentification de Tivoli Provisioning Manager
valide l'ID utilisateur avec la valeur d'ID utilisateur contenue dans LDAP. La validation d'ID utilisateur
est sensible à la casse ; par conséquent, la valeur de nom figurant dans la table de Tivoli Provisioning
Manager et la valeur d'ID utilisateur contenue dans LDAP doivent être absolument identiques.
Pour résoudre ce problème, vous pouvez mettre à jour les valeurs d'ID utilisateur dans la table
MAXUSER de Tivoli Provisioning Manager et dans les tables de base de données
CREDENTIALS_PASSWORD de sorte qu'elles correspondent aux valeurs LDAP. Pour cela, procédez
comme suit :
1. Déterminez la valeur contenue dans la table MAXUSER. Par exemple, si votre ID de connexion est
Maxadmin, exécutez une commande SQL semblable à la suivante :
SELECT USERID,LOGINID FROM MAXUSER WHERE LOGINID=’Maxadmin’
Cette commande renvoie un résultat semblable au suivant :
USERID
LOGINID
-------------------------------------------------MAXADMIN
Maxadmin
1 enregistrement a été sélectionné.
229
2. Mettez à jour l'enregistrement de base de données de sorte qu'il corresponde à l'enregistrement LDAP
en exécutant une commande SQL semblable à la suivante :
UPDATE MAXUSER SET LOGINID=’<ldap_loginname>’ WHERE LOGINID=’Maxadmin’
Par exemple, si la valeur de LOGINID dans LDAP est maxadmin, mettez à jour la table de base de
données comme suit :
UPDATE MAXUSER SET LOGINID=’maxadmin’ WHERE LOGINID=’Maxadmin’
3. Déterminez les valeurs de la table CREDENTIALS_PASSWORD en exécutant une commande
semblable à la suivante :
SELECT USER_NAME FROM CREDENTIALS_PASSWORD WHERE USER_NAME=’Maxadmin’
4. Si la table CREDENTIALS_PASSWORD ne contient aucune valeur, vous pouvez continuer et vous
connecter à Tivoli Provisioning Manager. Si la table CREDENTIALS_PASSWORD contient des valeurs,
UPDATE CREDENTIALS_PASSWORD SET USER_NAME=’maxadmin’ WHERE USER_NAME=’Maxadmin’
A présent, vous devriez pouvoir vous connecter à Tivoli Provisioning Manager.
Pour plus d'informations sur les mappages d'attribut utilisateur entre LDAP et Tivoli Provisioning
Manager, voir Mappage d'attributs de LDAP à IBM Tivoli Provisioning Manager dans le centre de
documentation.
Collecte d'informations concernant les problèmes d'installation
Utilisez cette liste pour collecter des informations lorsque vous contactez l'service de support logiciel IBM
Tivoli.
Si vous avez besoin de contacter l'service de support logiciel IBM Tivoli, collectez les informations
ci-après.
v Le type et la version du système d'exploitation, notamment les service packs et les groupes de
correctifs.
v La description du matériel.
v Les fichiers journaux d'installation. Vous pouvez utiliser l'IBM Support Assistant pour collecter des
fichiers journaux.
Pour plus d'informations sur IBM Support Assistant, voir Utilisation de fichiers journaux pour
l'identification et la résolution des problèmes dans le centre de documentation.
Remarque : Les fichiers journaux sont codés au format UTF-8. Lorsque vous affichez les fichiers
journaux, utilisez un éditeur de texte prenant en charge ce format, par exemple, le bloc-notes Windows.
v La version de WebSphere Application Server. Exécutez la commande suivante à partir du répertoire
WAS_HOME/bin :
genVersionReport.sh
La commande génère un rapport appelé versionReport.html, qui identifie la version installée de
WebSphere Application Server et tous les kits de maintenance installés.
v La version du serveur de base de données.
2000
DB2
Pour vérifier la version de DB2, exécutez db2level
Oracle
2000
Pour vérifier la version d'base de données Oracle, exécutez la commande SQL select * from
v$version
v La version de Java. Accédez au répertoire WAS_HOME et exécutez :
./java -version
v Le type du support d'installation (disques ou téléchargement) et son niveau.
230
v Si vous avez ouvert une session en local sur l'ordinateur. L'exécution de l'installation à partir d'un
poste de travail distant n'est pas prise en charge.
v Si vous êtes connecté en tant qu'administrateur local ou administrateur de domaine. L'installation
interdomaine n'est pas prise en charge.
Procédure
1. Installation des middleware : pour plus d'informations sur les journaux d'installation des
middleware, voir «Journaux du programme d'installation de logiciel intermédiaire», à la page 44.
2. Reconnaissance: le programme d'installation utilise un logiciel de reconnaissance pour identifier le
matériel et les logiciels sur votre ordinateur.
Tableau 27. Journaux de reconnaissance
Type d'informations
En-tête
Installation de Inventory
discovery
En cas d'erreurs d'installation, vérifiez
v /tmp/cit/cit.log
Journal d'analyse de
Inventory discovery
v /tmp/cit/CITTrace.log
Résultats de la
reconnaissance
Les fichiers se trouvent dans :
v /tmp ou /var/tmp
Les résultats sont stockés dans des fichiers XML dont le nom contient le nom de
domaine complet. Par exemple si le nom de domaine complet est
tpmserver.example.com, les noms de fichier incluent :
cit_tpmserver.example.com_output.xml
tpmserver.example.com_hwoutput.xml
tpmserver.example.com_swoutput.xml
tpmserver.example.com_vpdoutput.xml
Pour certaines erreurs telles que celles liées à un espace disque insuffisant, vous pouvez cliquer sur
Précédent dans le programme d'installation pour revenir au panneau qui était affiché juste avant que
l'erreur ne se produise, puis sur Suivant afin de poursuivre l'installation.
v $TIO_LOGS/install
3. Installation du logiciel: les fichiers journaux suivants sont créés pendant l'installation du logiciel :
Tableau 28. Fichiers journaux des composants du produit
Segment
Composants principaux de
Tivoli Provisioning
Manager
Fichier journal
$TIO_LOGS/install
Les journaux du programme d'installation des composants principaux de Tivoli
Provisioning Manager se trouvent dans TIO_LOGS/install_wrapper.
Si ces journaux ne sont pas disponibles, vous pouvez également vérifiez les
emplacements suivants :
/tmp/tclog and /tmp/tclog_wrapper
231
Tableau 28. Fichiers journaux des composants du produit (suite)
Segment
Fichier journal
WebSphere Application
Server
v /tmp/was-logs/
Journal WebSphere Application Server SystemOut
v $WAS_HOME/profiles/ctgAppSrv01/logs/MXServer/SystemOut.log
Journaux créés par WebSphere Application Server
Les journaux sont stockés dans les emplacements suivants :
v $WAS_HOME/logs
<racine_utilisateur>/logs
v où <racine_utilisateur> désigne le chemin d'accès de l'installation du profil
de WebSphere Application Server. Les valeurs par défaut sont les
suivantes :
– $WAS_HOME/profiles/ctgDmgr01/logs
– $WAS_HOME/profiles/ctgAppSrv01/logs
DB2
Les journaux d'installation principaux se trouvent dans :
v /tmp/db2_install_log.#####
Cherchez les fichiers journaux supplémentaires qui démarrent avec db2 pour plus
d'informations sur les journaux.
Agent Manager
Agent Manager
v AgentManager/logs/AMReturnValues.log
v AgentManager/logs/am_upgrade.log
où AgentManager désigne le répertoire d'installation d'Agent Manager.
Génération du certificat d'Agent Manager
wsadmin.traceout
Dynamic Content Delivery
Vérifiez l'emplacement suivant :
v /usr/ibm/tivoli/common/ctgde
Les fichiers journaux sont les suivants :
v trace_manager_install.log
v trace_isx_install.log
v *.out
v *.err
Pensez à consulter les fichiers *.out et *.errn même si leur taille est de 0 ko.
Si certains messages d'erreur commencent par The system cannot find the path
specified dans le fichier MC-WAS-install-AS-CAS.err, vous pouvez les ignorer car ils
n'indiquent pas un problème lié aux services Dynamic Content Delivery.
232
Tableau 28. Fichiers journaux des composants du produit (suite)
Segment
Fichier journal
fédérateur de Tivoli
Provisioning Manager for
Job Management Service
Les fichiers journaux suivants sont dans TIO_HOME\DeviceManager\log :
DMS_install.log
Contient des informations sur l'installation fédérateur de Tivoli Provisioning
Manager for Job Management Service.
dms_config_trace.log
Contient des informations détaillées concernant l'installation lorsque le
serveur fédérateur de Tivoli Provisioning Manager for Job Management
Service et la base de données sont configurés. Il contient également des
informations de trace après l'exécution de la commande DMSconfig ou
DMSremoveconfig avec l'option showtrace
dms_config_trace.log
Contient des messages après l'exécution de la commande DMSconfig ou
DMSremoveconfig.
Les valeurs utilisées pour la configuration se trouvent dans :
TIO_HOME\DeviceManager\config\DMSconfig.properties
services de base
Collectez les fichiers journaux à partir de l'ordinateur sur lequel les services de base
sont installés :
– MAXIMO_HOME\scripts\LogZipper.sh
v Recherchez le fichier [date en cours]_[horodatage].zip dans le répertoire
MAXIMO_HOME\debug.
v CTGInstallMessage[nn].log et CTGInstallTrace[nn].log dans les répertoires
suivants :
– Le répertoire de base racine /root
Collectez les fichiers journaux à partir de l'ordinateur sur lequel WebSphere
Application Server est installé :
v Fichiers journaux sous le répertoire Application Server, par exemple, C:\IBM
\WebSphere\AppServer\profiles\ctgAppSrv01\logs
v Fichiers journaux du gestionnaire de déploiement dans le répertoire de celui-ci, par
exemple, C:\WebSphere\DeploymentManager\logs
Tivoli Common Directory
Répertoire commun de journal Tivoli :
v /usr/ibm/tivoli/common/COP/logs
4. Démarrage de Tivoli Provisioning Manager. Lorsque vous démarrez Tivoli Provisioning Manager, le
fichier tio_start.log est créé dans l'emplacement par défaut :
5. Désinstallation : Lorsque vous désinstallez des composants principaux Tivoli Provisioning Manager,
les fichiers journaux se trouvent dans :
v $TIO_LOGS/uninstall
Si les journaux sont indisponibles à cet emplacement, vérifiez dans :
v /tmp/tclog_uninstall
233
234
Annexe B. Autres tâches d'installation et de configuration
Les rubriques de cette section présentent les tâches d'installation et de configuration relatives à
l'installation de Tivoli Provisioning Manager.
Installation en mode silencieux et autres tâches d'installation
Les tâches suivantes ne sont pas obligatoires dans le cadre d'une installation de Tivoli Provisioning
Manager mais peuvent s'avérer utiles selon la configuration et les produits que vous utilisez avec Tivoli
Provisioning Manager. Ces rubriques se trouvent dans le wiki Tivoli Provisioning Manager.
Installation de Tivoli Change and Configuration Management Database (CCMDB)
avec Tivoli Provisioning Manager
Voir Installation of IBM Tivoli Change and Configuration Management Database et Tivoli Service Request
Manager with Tivoli Provisioning Manager version 7.2.
Cette tâche fournit des instructions détaillées relatives à l'installation de Tivoli Provisioning Manager 7.2
afin qu'il coexiste avec Tivoli Change and Configuration Management Database (CCMDB) 7.2.0.1 sur le
même système.
Installation de Tivoli Service Request Manager (SRM) avec Tivoli Provisioning
Manager
Voir Installation of IBM Tivoli Change and Configuration Management Database et Tivoli Service Request
Manager with Tivoli Provisioning Manager version 7.2.
Cette tâche fournit des instructions détaillées relatives à l'installation de Tivoli Provisioning Manager 7.2
pour qu'il coexiste avec Tivoli Service Request Manager (SRM) 7.2.0.1 sur le même système.
Installation en mode silencieux
Installation par défaut. Consultez Installing Tivoli Provisioning Manager silently - default installation
Installation personnalisée. Consultez Installing Tivoli Provisioning Manager silently - custom installation
Désinstallation d'IBM Agent Controller
Manually installing the IBM Tivoli Agent Controller
Installation de l'agent de surveillance de Tivoli Provisioning Manager
Manually installing the monitoring agent for Tivoli Provisioning Manager
Vérification de l'état et de la version de WebSphere Application Server
Checking WebSphere Application Server status and version
Sauvegarde de la base de données et de données importantes
Backing up the database and important data
235
Modification des mots de passe par défaut
Changing default passwords
Modification du mode de transfert du DVD-ROM
Changing the transfer mode for the DVD-ROM
Mise à jour du port du centre de documentation
Updating the port for the information center
Démarrage et arrêt du serveur et des composants
Pour plus d'informations sur le démarrage et l'arrêt du serveur TPM, consultez les rubriques ci-après.
Démarrage ou arrêt du serveur TPM sous UNIX ou Linux
Le démarrage du serveur TPM vous permet de travailler avec l'interface Web.
Avant de commencer
v Si vous utilisez Tivoli Monitoring agent, vous devez le démarrer, puis l'arrêter manuellement. Pour
plus d'informations, voir «Démarrage et arrêt des composants Tivoli Provisioning Manager», à la page
238.
v L'utilisateur tioadmin utilise le shell bash comme interpréteur de commandes de connexion. Vous
pouvez utiliser une connexion en mode ligne (par exemple, via telnet) sans configuration
supplémentaire. Si vous utilisez un gestionnaire de fenêtres tel que l'environnement CDE (Common
Desktop Environment), vous ne pourrez peut-être pas créer un environnement de connexion
entièrement fonctionnel, nécessaire au bon fonctionnement de Tivoli Provisioning Manager.
Pour configurer l'utilisation avec un gestionnaire de fenêtres, procédez comme suit :
1. Créez le fichier .bashrc dans le répertoire de base de l'utilisateur tioadmin et insérez la ligne
suivante :
. $HOME/.profile
3. Editez le fichier .dtprofile dans le répertoire de base de l'utilisateur tioadmin et supprimez le
commentaire sur la ligne suivante :
DTSOURCEPROFILE=true
Ce fichier est créé automatiquement lorsque l'utilisateur tioadmin se connecte à CDE pour la
première fois.
4. Reconnectez-vous au CDE en tant qu'utilisateur tioadmin.
Démarrage du serveur TPM
Utilisez la procédure suivante si le serveur TPM est arrêté et que vous avez besoin de le redémarrer.
Après une réinitialisation, le serveur TPM ne démarre pas automatiquement, et vous devez le démarrer
manuellement. Par défaut, lorsque vous démarrez le serveur TPM, les profils WebSphere Application
Server associés au serveur TPM sont également démarrés.
Pour plus d'informations sur les autres options de démarrage et d'arrêt du serveur TPM, voir tio
command dans le centre de documentation.
Important : Le serveur de base de données et le serveur d'annuaire doivent être en cours d'exécution
avant le démarrage du serveur TPM et le rester pendant l'exécution du serveur TPM. Le serveur TPM
communique avec la base de données pour exécutez la plupart des actions que vous réalisez dans
236
l'interface Web, notamment l'extraction des données à afficher, l'exécution des tâches TPM, ainsi que le
suivi et l'enregistrement du statut et de l'activité. Le serveur TPM utilise le serveur d'annuaire pour
authentifier les utilisateurs lorsqu'ils se connectent et pour valider les droits d'accès pendant l'utilisation
du produit.
Procédure
1. Assurez-vous que les applications de logiciel intermédiaire sont démarrées. Pour plus d'informations,
voir «Démarrage de logiciel intermédiaire sous UNIX et Linux», à la page 115.
3. Accédez à $TIO_HOME/tools.
4. Exécutez ./tio.sh start
5. Lorsque vous y êtes invité, entrez le nom d'utilisateur et le mot de passe de l'administrateur
Résultats
Le serveur TPM est opérationnel et vous pouvez à présent travailler avec l'interface Web.
Si le serveur TPM ne démarre pas, vérifiez la présence d'erreurs dans les fichiers journaux :
v $TIO_LOGS/tio_start.log
v $TIO_LOGS/policyengine/policyengine_start.log
v
v
v
v
$TIO_LOGS/agentshellserver/agentshellserver_start.log
$TIO_LOGS/dmsresultserver/dmsresultserver_start.log
$TIO_LOGS/activityplan/activityplan_start.log
$TIO_LOGS/soap/desoap_start.log
Remarque :
Si vous voyez des erreurs commençant par ERROR [Tpm Engine Startup Thread] (TpmCliEngine.java:60)
service.TpmCliEngine: The system failed to create the server socket, sachez que ces erreurs se
produisent car le numéro de port utilisé pour exécuter les commandes Tivoli Provisioning Manager est
déjà utilisé. Généralement, il suffit de redémarrer le serveur TPM pour résoudre ce problème. Si le
problème persiste, ouvrez le fichier <TIO_HOME>/config/cli.properties. Modifiez la propriété
service.port=<numéro_port> et indiquez un autre numéro de port. Vous devez indiquer un numéro de
port supérieur à 1024. Redémarrez ensuite le serveur TPM. Si vous voyez des erreurs commençant par
[ERROR] Failed to get reports dans le fichier tio_start.log ou Failed to connect to server dans les
fichiers console.log ou trace.log, ces erreurs peuvent être ignorées car elles n'indiquent pas un
problème lié au démarrage du serveur TPM.
Si le serveur TPM n'est pas correctement arrêté, ce qui empêche d'effectuer un démarrage, exécutez à
nouveau la commande tio.sh stop pour arrêter le serveur TPM correctement. Lorsque le serveur TPM
est correctement arrêté, vous pouvez démarrer le serveur TPM.
Arrêt du serveur TPM
Si vous devez modifier la configuration du serveur TPM ou si vous modifiez un mot de passe
d'administrateur par défaut, vous devez arrêter le serveur TPM.
Avant de commencer
Pour arrêter le serveur TPM, vous devez connaître le mot de passe administrateur de WebSphere
Application Server.
237
Par défaut, lorsque vous arrêtez le serveur TPM, les profils WebSphere Application Server associés au
serveur TPM sont également arrêtés.
Pour plus d'informations sur les options de démarrage et d'arrêt du serveur TPM, consultez la rubrique
tio command dans la section Reference du centre de documentation.
Procédure
1.
2.
3.
4.
Connectez-vous au serveur d'applications d'accès en tant que tioadmin.
Accédez à $TIO_HOME/tools.
Entrez ./tio.sh stop.
Les composants principaux et le logiciel intermédiaire doivent être arrêtés séparément. Consultez les
informations suivantes:
a. «Démarrage et arrêt des composants Tivoli Provisioning Manager»
b. «Arrêt de logiciel intermédiaire», à la page 117
5. Après l'arrêt du serveur TPM, il se peut que certains processus Java du client WebSphere soient
encore en cours d'exécution. Pour arrêter ces processus Java avant de redémarrer le serveur TPM,
exécutez la commande :
pkill -9 java
Résultats
Vous souhaitez désormais arrêter le serveur TPM.
Si le serveur TPM ne s'arrête pas, recherchez les erreurs dans les fichiers journaux suivants :
v $TIO_LOGS/tio_stop.log
v $TIO_LOGS/tio_stop_service.log
Si le serveur TPM n'est pas correctement arrêté, exécutez à nouveau la commande tio.sh stop pour
arrêter correctement le serveur TPM.
Démarrage et arrêt des composants Tivoli Provisioning Manager
Utilisez ces instructions si vous devez démarrer ou arrêter manuellement des composants Tivoli
Provisioning Manager spécifiques.
Tous les profils de WebSphere Application Server sont démarrés automatiquement par Tivoli Provisioning
Manager, sauf webserver1. Le profil webserver1 est lancé automatiquement à l'aide du serveur HTTP.
Procédure
1. Connectez-vous en tant qu'administrateur.
2. Pour démarrer un composant, exécutez les commandes appropriées.
Tivoli Provisioning Manager for OS Deployment
v Démarre automatiquement après l'installation ou après un réamorçage.
a. Connectez-vous en tant qu'administrateur.
b. Ouvrez une fenêtre de commande et exécutez :
net start remboserver
net start remboagent
Sinon, vous pouvez démarrer Tivoli Provisioning Manager for OS Deployment à partir du panneau
de contrôle Services.
238
b. Si vous démarrez le serveur Tivoli Provisioning Manager for OS Deployment parent, exécutez la
commande ci-après. Patientez jusqu'à ce que la commande soit exécutée, c'est-à-dire
quelques secondes.
SUSE
/etc/init.d/dbgw start
c. Pour le serveur parent ou un serveur enfant, exécutez les commandes ci-après. Patientez
quelques secondes entre les exécutions des commandes.
SUSE
/etc/init.d/rembo start
/etc/init.d/rbagent start
v Doit être démarré manuellement :
$CANDLEHOME/bin/itmcmd agent start pe
où $CANDLEHOME est le répertoire d'installation de l'agent. La valeur par défaut est
/opt/IBM/tivoli/ITM.
v Démarre lorsque vous démarrez Tivoli Provisioning Manager.
a. Accédez au répertoire AM_HOME/bin.
./startServer.sh
Pour vérifier l'état de gestionnaire d'agents, accédez à l'adresse http://nom_hôte:9513/AgentMgr/
Info. Une page d'état s'affiche pour le gestionnaire d'agents. Elle contient des informations sur la
version du gestionnaire d'agents et sa configuration.
3. Pour arrêter un composant, exécutez la commande appropriée.
Tivoli Provisioning Manager for OS Deployment
Remarque : Vous pouvez également arrêter Tivoli Provisioning Manager for OS Deployment à partir
du panneau de commande Services.
SUSE
b. Pour le serveur parent ou un serveur enfant, exécutez les commandes suivantes :
SUSE
/etc/init.d/rbagent stop
/etc/init.d/rembo stop
c. Si vous arrêtez le serveur parent Tivoli Provisioning Manager for OS Deployment, exécutez la
commande suivante :
SUSE
/etc/init.d/dbgw stop
a. Accédez au répertoire WAS_HOME/profiles/casprofile/bin.
./stopServer.sh server1 -username nom_administrateur_was -password mot_de_passe_administrateur_was
Démarrage et arrêt de Tivoli Monitoring agent
Pour démarrer et arrêter manuellement Tivoli Monitoring agent, procédez comme indiqué ci-après.
239
Procédure
1. Pour démarrer l'agent de surveillance :
$CANDLEHOME/bin/itmcmd agent start pe
2. Pour arrêter l'agent de surveillance :
$CANDLEHOME/bin/itmcmd agent stop pe
Vérification des composants
Vérifiez que vous pouvez accéder à l'interface principale et que les composants principaux sont en cours
d'exécution.
Procédure
1. Démarrez Tivoli Provisioning Manager:
v «Démarrage ou arrêt du serveur TPM sous UNIX ou Linux», à la page 236
2. Vérifiez l'installation du service du gestionnaire d'unités:
a. Dans un navigateur Web pris en charge, entrez l'URL suivante :
https://host_name:9045/dmserver/TraceServlet?trace=set
Si le mot SUCCESS! apparaît, le service du gestionnaire d'unités est installé.
b. Pour plus d'informations, vérifiez le fichier journal WAS_HOME/profiles/ctgAppSrv01/logs/
MXServer/DMSMsg1.log.
3. Vérifiez que vous pouvez vous connecter au Dynamic Content Delivery :
a. Dans un navigateur Web pris en charge, entrez l'URL suivante :
https://host_name:9045/admin
b. Connectez-vous avec le nom et le mot de passe de l'utilisateur d'administration Tivoli Provisioning
Manager que vous avez indiqués au cours de l'installation des composants centraux. L'utilisateur
par défaut est maxadmin.
Si vous parvenez à vous connecter, cela signifie que le centre de gestion de Dynamic Content Delivery
a été installé correctement.
4. Vérifiez le statut du gestionnaire d'agents. Dans un navigateur Web pris en charge, entrez l'URL
suivante :
https://host_name:9511/AgentMgr/Info
Les informations concernant la version du gestionnaire d'agents et sa configuration s'affichent.
5. Si vous avez installé Tivoli Provisioning Manager for OS Deployment, vérifiez l'installation :
a. Dans un navigateur Web pris en charge, entrez : https://host_name:9443/maximo
b. Cliquez sur Aller à > Déploiement > Gestion d'un système d'exploitation > Serveurs
d'amorçage.
c. Dans la liste des serveurs d'amorçage, vérifiez qu'un ordinateur au nom d'hôte Tivoli Provisioning
Manager se trouve dans la liste. Il s'agit du serveur d'amorçage parent.
d. Cliquez sur l'onglet Configuration pour afficher les informations concernant le serveur
d'amorçage.
6. Vérifiez que vous pouvez vous connecter à la console de l'administrateur WebSphere. Dans un
navigateur Web pris en charge, entrez l'URL suivante :
240
https://host_name:9043/ibm/console
Connectez-vous avec le nom et le mot de passe de l'utilisateur d'administration WebSphere. Le nom
d'utilisateur par défaut est wasadmin.
7. Si vous avez configuré une conformité à Federal Information Processing Standard (FIPS) 140-2 au
cours de l'installation, vérifiez que la conformité à FIPS est activée.
a. Cliquez sur Aller à > Administration > TPM > Configuration des paramètres globaux.
b. Cliquez sur l'onglet FIPS.
c. Vérifiez la valeur de la variable appelée FIPS. Si la case est cochée est activée, la conformité à FIPS
est activée. Si la case est cochée est désactivée, la conformité à FIPS est désactivée.
Connexion au serveur TPM
Pour des raisons de sécurité, vous devez vous connecter au serveur TPM.
Avant de commencer
Les navigateurs Web suivants sont pris en charge :
v Mozilla Firefox 3.0 et versions ultérieures.
Pour vérifier la version de Mozilla Firefox, exécutez :
firefox -version
Assurez-vous que la commande ne renvoie pas d'erreur avant de procéder à l'installation.
Vérifiez que les conditions suivantes sont remplies :
v serveur TPM est en cours d'exécution.
v Vous connaissez le nom de domaine complet du serveur TPM. Par exemple, hostname.domain.com.
v Vous connaissez votre nom d'utilisateur et le mot de passe du serveur TPM.
v N'utilisez pas l'utilisateur maxadmin pour effectuer des tâches TPM. Avant de commencer à utiliser
Tivoli Provisioning Manager, l'utilisateur maxadmin doit configurer des rôles et des utilisateurs de
sécurité pour votre organisation. Des rôles spécifiques peuvent être affectés pour effectuer des tâches
TPM. Pour plus d'informations, consultez la rubrique sur le contrôle des accès utilisateur dans le
manuel Provisioning User Guide.
v Vous avez lu la rubrique Contrôle de l'accès utilisateur du centre de documentation Tivoli Provisioning
Manager pour comprendre comment la sécurité est mise en oeuvre dans Tivoli Provisioning Manager.
Tableau 29. Utilisateurs et groupes
Utilisateur
Groupes
wasadmin
maxadmin (maxadminusr pour MS Active Directory)
maxadmin
mxintadm
maxadmin
maxreg
L'exemple de commande suivant répertorie les utilisateurs lors d'une installation Tivoli Directory Server
standard :
ldapsearch -D cn=root -w <password> -s sub -b "o=ibm,c=us" objectclass=person
L'exemple de commande suivant répertorie tous les membres du groupe maxadmin :
ldapsearch -D cn=root -w <password> -s base -b "cn=maxadmin,ou=groups,ou=swg,o=ibm,c=us" objectclass=* ibm-allmembers
241
Vous pouvez également utiliser un outil de navigation LDAP pour vous permettre d'obtenir des
informations relatives à l'utilisateur et au groupe provenant de votre serveur d'annuaire.
Pour les utilisateurs maxadmin, maxadminusr et mxintadm, le mot de passe de chaque ID utilisateur est
identique au nom d'utilisateur (par exemple, maxadmin correspond au nom d'utilisateur et au mot de
passe par défaut). Pour l'utilisateur wasadmin, le mot de passe est celui que vous avez spécifié lors de
l'installation.
Remarque : Les noms d'utilisateur et les mots de passe respectent la casse. Ils sont en minuscules.
Pour vous connecter au serveur TPM, procédez comme suit :
Procédure
1. Démarrez le navigateur Web et tapez https://host_name:port/maximo, où host_name est le nom de
domaine complet du serveur TPM. Cette valeur est sensible à la casse. Le numéro de port par défaut
est 9443.
2. Dans la fenêtre Connexion, entrez votre ID utilisateur et votre mot de passe, puis cliquez sur
Connexion.
Résultats
Vous êtes à présent connecté au serveur TPM, qui affiche le Centre de contrôle.
Si des incidents se produisent lors de la connexion, vérifiez les éléments suivants :
v Votre système remplit les conditions requises pour la connexion.
v Vos nom d'utilisateur et mot de passe sont corrects.
v Dans Internet Explorer, vérifiez les paramètres de sécurité du navigateur.
1. Cliquez sur Outils > Options Internet.
2. Cliquez sur l'onglet Sécurité.
3. Si vous utilisez des paramètres personnalisés pour l'une des zones de contenu Web, cliquez sur
Niveau par défaut pour utiliser le niveau de sécurité par défaut puis essayez de vous connecter à
nouveau.
Déconnexion du serveur TPM
Pour éviter les accès non autorisés à l'interface Web, déconnectez-vous du serveur TPM après avoir
effectué vos tâches. Par défaut, vous êtes automatiquement déconnecté après 30 minutes d'inactivité.
Procédure
Cliquez sur Déconnexion pour vous déconnecter de l'interface Web.
Résultats
Vous êtes à présent déconnecté de l'interface Web.
Que faire ensuite
Vous devez fermer tous les onglets et quitter le navigateur après vous être déconnecté de l'interface Web
pour fermer complètement la session. Si vous ne quittez pas le navigateur, un autre utilisateur peut
ouvrir un nouvel onglet et accéder à l'interface Web sans se connecter.
242
Gestion des utilisateurs
Pour créer plusieurs utilisateurs, définissez les privilèges de groupe et ajoutez-les à la base de données.
Pour en savoir plus sur la gestion des utilisateurs, reportez-vous aux rubriques ci-après.
Création de plusieurs utilisateurs disposant des privilèges maxadmin
Pour créer plusieurs utilisateurs maxadmin, définissez les privilèges de groupe et ajoutez-les à la base de
données.
Procédure
1. Créez les utilisateurs et groupes requis suivants dans le répertoire :
v Le groupe MAXIMOUSERS avec les utilisateurs maxadmin, maxreg et mxintadm.
v Le groupe MAXADMIN avec les utilisateurs maxadmin et mxintadm.
2. Paramétrez la valeur d'environnement suivante :
set skipwasvalidation=yes
3. Configurez un fichier de réponse d'installation silencieuse à l'aide des lignes suivantes :
RUN_CONFIG_YES=0
RUN_CONFIG_NO=1
et vérifiez que le bilan de santé est désactivé.
4. Une fois l'installation terminée, mettez à jour le fichier c:\ibm\smp\etc\install.properties avec les
propriétés suivantes :
mxe.adminloginid=<maxadmin>
mxe.adminuserid=<maxadmin>
mxe.adminPasswd=<maxadmin pwd>
mxe.reguser=<maxreg>
mxe.int.dfltuser=<mxintegration>
5. Dans le répertoire c:\ibm\smp\scripts, exécutez la commande suivante :
taskRunner CONTINUE STOPONERROR
6. Exécutez les commandes SQL suivantes :
v
Connectez-vous à la base de données. Ouvrez une fenêtre de commande DB2 et exécutez
la commande suivante :
2000
DB2
connect to maxdb71 user dbusername using dbpassword
oùdbusername et dbpassword correspondent au nom d'utilisateur et au mot de passe d'exécution
utilisés pour se connecter à la base de données.
Exécutez le code suivant :
insert into maxuser \
( userid, personid, status, type, defsite, querywithsite, defstoreroom,
storeroomsite, \
pwhintquestion, pwhintanswer,forceexpiration, pwexpiration, failedlogins,
databaseuserid, \
password,loginid, maxuserid, memo, sysuser, inactivesites,screenreader,
rowstamp) values \
(’NEWMAXADM’, ’NEWMAXADM’, ’ACTIVE’, ’TYPE 1’, null,1, null, null, \
null, null,0, null, 0, null, \
cast(’ABC’ as varchar(128) for bit data),’newmaxadm’, NEXTVAL FOR
MAXUSERSEQ, null, 1, 1, 0, NEXTVAL FOR MAXSEQ)
storeroomsite, \
databaseuserid, \
243
rowstamp) values \
(’NEWMAXREG’, ’NEWMAXREG’, ’ACTIVE’, ’TYPE 1’, null,1, null, null, \
cast(’ABC’ as varchar(128) for bit data),’newmaxreg’, NEXTVAL FOR MAXUSERSEQ,
null, 1, 1, 0, NEXTVAL FOR MAXSEQ)
storeroomsite, \
databaseuserid, \
rowstamp) values \
(’NEWMXINTADM’, ’NEWMXINTADM’, ’ACTIVE’, ’TYPE 1’, null,1, null, null, \
cast(’ABC’ as varchar(128) for bit data),’newmxintadm’, NEXTVAL FOR MAXUSERSEQ,
null, 1, 1, 0, NEXTVAL FOR MAXSEQ)
insert into groupuser (groupuserid,userid,groupname,rowstamp) \
values \
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPADMIN’,NEXTVAL for MAXSEQ)
values \
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPCOMPLIANCEANALYST’,NEXTVAL for MAXSEQ)
values \
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPCONFIGURATIONLIBRARIAN’,NEXTVAL for MAXSEQ)
values \
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPDEPLOYMENTSPECIALIST’,NEXTVAL for MAXSEQ)
values \
(NEXTVAL FOR GROUPUSERSEQ,’NEWMAXADM’,’TPDEVELOPER’,NEXTVAL for MAXSEQ)
NEWMAXADM
The value for MAXADMIN
NEWMXINTADM
Valeur de NEWMXINTADM
NEWMAXREG
Valeur de MAXREG
v
Oracle
2000
Connectez-vous à la base de données. Ouvrez une fenêtre de commande SQL*Plus et
exécutez :
sqlplus -S sys/${ORA_PSWD}@${ORA_DB_NAME} as sysdba
où ORA_PSWD et ORA_DB_NAME correspondent au nom d'utilisateur et au mot de passe d'exécution
utilisés pour se connecter à la base de données. Exécutez le code suivant :
insert into maxuser
storeroomsite,
databaseuserid,
rowstamp) values
(’NEWMAXADM’, ’NEWMAXADM’, ’ACTIVE’, ’TYPE 1’, null,1, null, null,
null, null,0, null, 0, null,
cast(’ABC’ as varchar(128) for bit data),’newmaxadm’, MAXUSERSEQ.nextval,
null, 1, 1, 0, MAXSEQ.nextval)
244
insert into maxuser
storeroomsite,
databaseuserid,
rowstamp) values
(’NEWMAXREG’, ’NEWMAXREG’, ’ACTIVE’, ’TYPE 1’, null,1, null, null,
cast(’ABC’ as varchar(128) for bit data),’newmaxreg’, MAXUSERSEQ.nextval,
insert into maxuser
storeroomsite,
databaseuserid,
rowstamp) values
(’NEWMXINTADM’, ’NEWMXINTADM’, ’ACTIVE’, ’TYPE 1’, null,1, null, null,
cast(’ABC’ as varchar(128) for bit data),’newmxintadm’, MAXUSERSEQ.nextval,
insert into groupuser (groupuserid,userid,groupname,rowstamp) values
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’EVERYONE’,MAXSEQ.nextval)
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’MAXADMIN’,MAXSEQ.nextval)
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’PMREQUESTER’,MAXSEQ.nextval)
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’WR_SYSADMIN_PERMISSION’,MAXSEQ.nextval)
(GROUPUSERSEQ.nextval,’NEWMAXADM’,’WR_USER’,MAXSEQ.nextval)
(GROUPUSERSEQ.nextval,’NEWMAXREG’,’EVERYONE’,MAXSEQ.nextval)
(GROUPUSERSEQ.nextval,’NEWMAXREG’,’MAXREG’,MAXSEQ.nextval)
(GROUPUSERSEQ.nextval,’NEWMXINTADM’,’MAXADMIN’,MAXSEQ.nextval)
(GROUPUSERSEQ.nextval,’NEWMXINTADM’,’EVERYONE,MAXSEQ.nextval)
NEWMAXADM
The value for MAXADMIN
NEWMXINTADM
Valeur de NEWMXINTADM
NEWMAXREG
Valeur de MAXREG
7. Poursuivez le processus d'installation.
Modifications des mots de passe utilisateur
Les mots de passe utilisateur ne peuvent pas être modifiés dans l'interface Web. Tivoli Directory Server
fournit un outil d'administration Web pour que les utilisateurs puissent modifier leur mot de passe.
245
L'outil d'administration Web n'est pas installé par défaut. Pour plus de détails sur l'installation de l'outil
d'administration Web, consultez le site à l'adresse suivante : http://publib.boulder.ibm.com/infocenter/
tivihelp/v2r1/index.jsp?topic=/com.ibm.IBMDS.doc/install27.htm.
Après avoir installé l'outil d'administration Web, les utilisateurs peuvent mettre à jour leur mot de passe :
Procédure
1. Démarrez l'outil d'administration Web en utilisant la commande suivante :
v <chemin_installation>/idstools/bin/startWebadminApp
où chemin_installation correspond au répertoire dans lequel vous avez installé Tivoli Directory Server.
Pour plus d'informations, reportez-vous à la rubrique "Démarrage du serveur d'applications Web"
pour utiliser l'outil d'administration Web : http://publib.boulder.ibm.com/infocenter/tivihelp/v2r1/
index.jsp?topic=/com.ibm.IBMDS.doc/install18.htm.
2. Lancez l'outil en utilisant l'adresse Web suivante :
http://<nom_hôte>:12100/IDSWebApp/IDSjsp/Login.jsp
où nom_hôte correspond au nom d'hôte de Tivoli Directory Server.
3. Connectez-vous à l'outil à l'aide votre nom d'utilisateur.
4. Cliquez sur Propriétés utilisateur > Modifier le mot de passe.
Si les utilisateurs reçoivent l'erreur suivante à chaque tentative de modification de leur mot de passe,
alors ils n'ont pas le droit de mettre à jour leur propre mot de passe :
GLPWCO025W
Impossible de modifier le mot de passe. L’utilisateur n’est pas autorisé à
à modifier le mot de passe.
L'administrateur LDAP peut mettre à jour les autorisations en exécutant la commande suivante :
ldapmodify -D <adminDN> -w <AdminPwd> -i <modifyACL.ldif>
Par exemple :
ldapmodify -D cn=root -w password -i modifyACL.ldif
où le fichier modifyACL.ldif contient les informations suivantes, par exemple :
dn: cn=tioappadmin,dc=ibm,dc=com
changetype: modify
add: aclentry
aclentry: access-id:cn=this:at.userpassword:rwsc
Remplacez cn=tioappadmin,dc=ibm,dc=com par votre nom d'utilisateur distinctif.
Une fois la commande exécutée, les utilisateurs disposent des droits appropriés pour mettre à jour
leurs propres mots de passe.
Création d'utilisateurs et de groupes sous UNIX et Linux
Si vous n'êtes pas certain de la procédure de création d'utilisateurs et de groupes, utilisez les informations
ci-après pour découvrir les commandes de création des utilisateurs et des groupes obligatoires. Pour plus
d'informations, reportez-vous à la documentation relative au système d'exploitation.
Création d'un groupe
Créez un groupe à l'aide de la commande :
groupadd nom_groupe
246
Exemple :
Pour créer un groupe nommé tivoli, exécutez la commande suivante :
groupadd tivoli
Création d'utilisateurs
La commande de création d'un utilisateur peut également créer le répertoire de base pour cet utilisateur,
affecter l'utilisateur à des groupes et définir le shell par défaut. Pour créer un utilisateur, exécutez la
commande suivante :
useradd -g groupe_principal -G groupe1,groupe2,... -d /home/nom_utilisateur -m -s shell nom_utilisateur
groupe_principal
Nom du groupe principal pour l'utilisateur.
groupe1,groupe2,...
Noms des groupes secondaires pour l'utilisateur. S'il existe plusieurs groupes, séparez les noms
par des virgules.
nom_utilisateur
Nom de l'utilisateur en cours de création.
shell
Chemin d'accès au programme shell par défaut pour l'utilisateur. Pour le shell Bash,
l'emplacement est /bin/bash.
Exemples
Le tableau suivant présente quelques exemples de commande de création d'utilisateur.
Tableau 30. Exemples de commande de création d'utilisateur
Utilisateur
tioadmin
Groupes et shell
Commande
Primaire
tioadmin
La commande suivante définit le répertoire de base, le groupe
primaire et le shell :
Secondaire
tivoli et db2iadm1
useradd -g tioadmin -G tivoli,db2iadm1 -d /home/tioadmin
-m -s /bin/bash tioadmin
Shell
Bash
db2inst1
useradd -g db2iadm1 -d /home/db2inst1 -m -s /bin/bash db2inst1
Primaire
db2iadm1
Shell
Bash
Définition des mots de passe utilisateur
Pour définir le mot de passe de l'utilisateur, exécutez la commande suivante :
passwd nom_utilisateur
Par exemple, pour définir le mot de passe de l'utilisateur tioadmin, exécutez la commande suivante :
passwd tioadmin
Vérifiez que vous pouvez ouvrir une session à l'aide du nom d'utilisateur et du mot de passe avant
d'effectuer les tâches d'installation ou de configuration qui impliquent l'utilisateur. Sur certains systèmes,
le mot de passe doit être modifié à la première ouverture de session de l'utilisateur.
247
Autres commandes utilisateur
Tableau 31. Autres commandes utilisateur
Tâche
Description
Création d'un
répertoire de base
mkdir -p /home/nom_utilisateur
Exemple : l'exemple suivant crée le répertoire /home/tioadmin pour l'utilisateur tioadmin.
mkdir -p /home/tioadmin
Affectation d'un
répertoire de base à
un utilisateur
usermod -d /home/nom_utilisateur nom_utilisateur
Exemple : l'exemple suivant affecte le répertoire de base /home/tioadmin à l'utilisateur
tioadmin.
usermod -d /home/tioadmin tioadmin
Affectation d'un
usermod -g groupe_principal nom_utilisateur
utilisateur à un groupe
Exemple : l'exemple suivant définit db2iadm1 comme groupe principal pour db2inst1.
principal
usermod -g db2iadm1 db2inst1
Affectation d'un
usermod -G groupe1,groupe2,... nom_utilisateur
utilisateur à un groupe
Exemple : l'exemple suivant ajoute l'utilisateur tioadmin aux groupes tivoli et db2iadm1.
secondaire
Les noms de groupe sont séparés par des virgules.
usermod -G tivoli,db2iadm1 tioadmin
Modification du shell
par défaut
usermod -s shell nom_utilisateur
Exemple : l'exemple suivant définit le shell Bash comme shell par défaut pour tioadmin.
usermod -s /bin/bash tioadmin
L'exemple suivant définit le shell Korn comme shell par défaut pour db2inst1.
usermod -s /bin/ksh db2inst1
Utilisation de Tivoli Monitoring agent
L'agent de surveillance pour Tivoli Provisioning Manager vous permet de surveiller Tivoli Provisioning
Manager et d'effectuer des opérations de base avecTivoli Provisioning Manager.
L'agent de surveillance peut identifier, vous informer de, et corriger les incidents communs de
l'application qu'il surveille. Le logiciel inclut les fonctions suivantes :
v Surveillance
v Collecte de données
v Gestion des événements
L'agent de surveillance pour Tivoli Provisioning Manager peut fournir les fonctions suivantes :
Surveillance de disponibilité
Fournit des informations sur le serveur TPM et les composants dépendants sous Tivoli
Surveillance des tâches
Collecte les informations sur les tâches exécutées pendant les derniers jours et celles planifiées
pour le jour même.
Avant d'utiliser Monitoring Agent for Tivoli Provisioning Manager, vous devez installer la prise en
charge de Monitoring Agent sur Tivoli Enterprise Monitoring Server, Tivoli Enterprise Portal Server et le
client de bureau Tivoli Enterprise Portal. L'image d'installation est disponible sur le DVD supplémentaire.
248
Pour plus d'informations sur ces tâches, consultez la rubrique Installing and enabling application support
dans le centre de documentation d'IBM Tivoli Monitoring Version 6.2.2.
Que faire ensuite
v Pour plus d'informations sur l'installation manuelle de Monitoring Agent, consultez la rubrique
Manually installing the monitoring agent for Tivoli Provisioning Manager dans le wiki de Tivoli
v Si l'Tivoli Monitoring agent a été installé avec le profil d'utilisateur root dans la dernière édition, vous
devez le désinstaller. Après quoi, vous pouvez installer la version en cours de Monitoring Agent, avec
le profil tioadmin.
v Pour plus d'informations sur la mise à niveau de l'Tivoli Monitoring agent, consultez les rubriques
Deploying monitoring agents across your environment et Updating agents dans le centre de documentation
d'IBM Tivoli Monitoring Version 6.2.2.
v Pour plus d'informations sur l'utilisation de l'agent de contrôle, consultez le manuel d'utilisation de
l'agent de contrôle pour le gestionnaire de TPM Tivoli.
Modification du nom d'hôte pour le serveur TPM
Lorsque le nom d'hôte et l'adresse IP doivent être modifiés pour le serveur Tivoli Provisioning Manager,
quelques mises à jour doivent être effectuées sur la base de données, les composants connexes et les
configurations. Ce processus n'est pas toujours récupérable ; par conséquent, il est fortement
recommandé de créer une image de sauvegarde du serveur avant d'exécuter la fonction de modification
de nom d'hôte.
Pour modifier le nom d'hôte, connectez-vous au serveur TPM et suivez les instructions dans l'ordre. Si
des problèmes surviennent, tentez de les résoudre et poursuivez à partir de l'étape en cours. L'exécution
du script contrôle l'endroit où l'échec a eu lieu et ignore les étapes déjà effectuées.
Remarque : Si le serveur de base de données ou d'annuaire est distant, ce qui signifie qu'il figure sur un
système autre que le serveur Tivoli Provisioning Manager :
v La modification du nom d'hôte pour le système de base de données distant n'est pas couvert par cette
fonction.
v La modification du système de serveur LDAP en utilisant un autre nom d'hôte n'est pas couvert par
cette fonction.
Remarques sur la reprise à haut niveau de disponibilité après incident
Le plus souvent, la préparation de la configuration de la reprise à haut niveau de disponibilité après
incident motive la modification de nom d'hôte et d'adresse IP. La solution de reprise à haut niveau de
disponibilité après incident de Tivoli Provisioning Manager est basée sur l'utilisation d'une adresse IP de
service, et la solution de modification de nom d'hôte peut être utilisée pour établir l'adresse IP de service.
Exemple :
1. Déterminez l'adresse IP de service pour le cluster de reprise à haut niveau de disponibilité après
incident de serveur TPM.
2. Exécutez le scénario de modification de nom d'hôte décrit ici à l'aide de l'adresse IP de service.
3. Passez à la configuration de la reprise à haut niveau de disponibilité après incident.
Pour une configuration de reprise à haut niveau de disponibilité après incident, le scénario de
modification de nom d'hôte n'a pas été validé. En théorie, la solution a un objectif général, toutefois, des
vérifications spécifiques de la reprise à haut niveau de disponibilité après incident, telles que la
vérification de l'état hors ligne du groupe de ressources, peuvent s'avérer nécessaires. Etant donnée la
nature spécifique de l'installation d'un grand nombre de solutions de reprise à haut niveau de
disponibilité après incident, il est recommandé de contacter le support de Tivoli Provisioning Manager si
une modification de nom d'hôte est requise pour un cluster de serveur TPM actif.
249
Pour plus d'informations sur la solution de reprise à haut niveau de disponibilité après incident, voir
reprise à haut niveau de disponibilité après incident
Mots de passe requis
La modification de nom d'hôte nécessite l'entrée de mots de passe sur certains mots de passe.
La modification du nom d'hôte est effectuée via une série d'étapes qui inclut l'exécution de deux scripts
visant à modifier les configurations d'application.
Tableau 32. Mots de passe requis pour modifier le nom d'hôte sur le nouveau serveur TPM
Segment
Mot de passe
DB2
Mot de passe de l'instance de base de données ou de
l'utilisateur d'exécution de base de données.
Oracle
2000
Oracle
Oracle
2000
Mot de passe pour l'utilisateur Oracle,
CDSSCHEMA.
Agent Manager
Mot de passe pour le nom d'utilisateur gestionnaire de
ressources. Il s'agit du nom d'utilisateur permettant de se
connecter à gestionnaire d'agents.
SSL du gestionnaire de ressources
Le mot de passe par défaut pour le gestionnaire de
ressources est CDSRMPASS.
Mot de passe de l'administrateur WebSphere Application
Server.
Ajout de valeurs de paramètre au fichier de propriétés
Lorsque vous modifiez le nom d'hôte, vous exécutez deux scripts. Renseignez le fichier de propriétés
avec toutes les valeurs de paramètre que les scripts utilisent lors du processus de modification de nom
d'hôte.
Il existe un fichier de propriétés qui gère tous les paramètres requis pour les scripts pour sauvegarder
l'ancien serveur TPM et remplacer le nom d'hôte sur le nouveau serveur TPM. Editez le fichier de
propriétés et ajoutez toutes les valeurs associées au paramètre. Lorsque vous exécutez les scripts, les
valeurs de paramètre sont prélevées de ce fichier.
Ces paramètres sont utilisés pour les scripts exécutés sur le nouveau serveur TPM :
v tpmChangeDBHost
v tpmChangeOtherHost
Exigences relatives au fichier de propriétés :
v Tous les paramètres comportant une valeur entre crochets ([]) sont des exemples de valeur et doivent
être examinés. Si l'exemple de valeur est correct, supprimez les crochets. Dans le cas contraire,
supprimez l'exemple de valeur et les crochets, puis entrez la valeur correcte. Le script vérifie que tous
les crochets ont été supprimés pour les paramètres requis.
Procédure
1. Ouvrez le fichier de propriétés.
v TIO_HOME/tools/rename_host/script_unix.properties
2. Ajoutez les valeurs de paramètre pour modifier les noms d'hôte (les valeurs sont sensibles à la
casse) :
v dbIsRemote
v dbInstanceName
250
v
v
v
v
v
dbPort
dasUserName (facultatif)
dbOSUser
wasUser
wasCellName
v
v
v
v
v
v
v
fqNewHostName
fqOldHostName
tpmfosdDataDir
TrustedCertificateQuery.Host
smpDir
CatalogueService.Host
httpServerHome
v
v
v
v
v
v
AgentManagerQuery.Host
AgentQuery.Host
amPort
CertManagement.Host
Registration.Server.Host
amUser
v cdsHome
v dmgrSoapPort
Vous trouverez la liste des paramètres, de leurs valeurs par défaut, ou des exemples de valeur et des
descriptions à la section «Paramètres de la fonction de modification de nom d'hôte», à la page 256.
3. Supprimez les paramètres spécifiques à la base de données qui ne s'appliquent pas à votre
environnement TPM. Par exemple, si vous utilisez la base de données DB2, supprimez les paramètres
spécifiques à la base de données Oracle.
4. Consultez la liste des paramètres et des valeurs et assurez-vous qu'ils sont corrects.
5. Sauvegardez le fichier de propriétés.
Que faire ensuite
Lorsque les valeurs de paramètre sont correctes, passez à l'étape «Affectation du nouveau nom d'hôte au
serveur TPM».
Affectation du nouveau nom d'hôte au serveur TPM
Pour modifier le nom d'hôte de Tivoli Provisioning Manager, vous devez exécuter manuellement
certaines étapes après avoir affecté le nouveau nom d'hôte.
Avant de commencer
1. Vérifiez que le logiciel intermédiaire suivant est en cours d'exécution :
v Serveur de base de données.
v WebSphere Application Server.
v Serveur LDAP.
Pour plus de détails sur le démarrage de ces systèmes, consultez :
2. Assurez-vous que tous les caractères du nom de système hôte qualifié complet du serveur
d'application des accès défini dans le modèle de données sont en minuscules avant d'effectuer
l'opération de modification de nom d'hôte :
251
a. Dans le centre de contrôle, cliquez sur Aller à > Déploiement > Ordinateurs d'application des
accès.
b. Recherchez le serveur d'application des accès et vérifiez que le nom d'hôte est en minuscules.
c. Recherchez le référentiel de fichiers à l'aide du nom d'hôte de serveur TPM. Assurez-vous que le
nom est en minuscules. Cliquez sur Aller à > Infrastructure informatique > Inventaire TPM >
Référentiels de fichiers.
d. Assurez-vous que le nom d'hôte du serveur d'application des accès ne comporte que des
caractères minuscules dans le fichier TIO_HOME\xml\tpmfosdbootserver.xml.
3. Si l'un des scripts mentionnés dans cette procédure a été exécuté auparavant et qu'il s'agit d'un
nouveau processus de modification du nom d'hôte, renommez les fichiers suivants pour vous assurer
que toutes les étapes seront à nouveau exécutées :
v TIO_LOGS/rename_host/tpmChangeDBHost_status.log
v TIO_LOGS/rename_host/tpmChangeOtherHost_status.log
Cette procédure modifie le nom d'hôte du serveur et met à jour la plupart des configurations de base de
données Tivoli Provisioning Manager.
Procédure
1. Connectez-vous au nouveau serveur TPM :
v Connectez-vous en tant qu'utilisateur root.
2. Modifiez le nouveau nom d'hôte et la nouvelle adresse IP du serveur TPM. Suivez la convention de
dénomination utilisée par le nom d'hôte d'origine faisant l'objet de la modification. Par exemple, si le
nom d'hôte est un nom d'hôte qualifié complet, utilisez un nom d'hôte qualifié complet pour le
nouveau nom. Il est recommandé de n'utiliser que des caractères en minuscules.
a. Sur le bureau, cliquez avec le bouton droit de la souris sur Poste de travail et sélectionnez
Propriétés.
b. Dans l'onglet Nom de l'ordinateur, cliquez sur Modifier.
c. Dans la zone Nom de l'ordinateur, entrez le nom d'hôte de l'ancien serveur TPM.
d. Cliquez sur OK pour sauvegarder les modifications.
a. Accédez à Panneau de configuration > Connexions réseau, puis cliquez deux fois sur la
connexion réseau local en cours d'utilisation.
b. Dans la liste, sélectionnez Protocole Internet (TCP/IP) et cliquez sur Propriétés.
c. Dans la zone Adresse IP, entrez l'adresse IP de l'ancien serveur TPM.
d. Sauvegardez vos modifications.
Pour plus de détails sur la modification du nom d'hôte et de l'adresse IP, reportez-vous à la
documentation utilisateur correspondante.
3. Redémarrez le serveur TPM. Si Tivoli Provisioning Manager est configuré pour s'exécuter
automatiquement, il se peut qu'il échoue désormais car le nom d'hôte a été modifié après que le
système a été réinitialisé. Pour arrêter le serveur TPM :
v TIO_HOME/tools/tio.sh stop
4. Validez le nom d'hôte et l'adresse IP du serveur TPM.
a. Nom d'hôte : A l'invite de commande, tapez hostname. Le nouveau nom d'hôte du nouveau
serveur TPM est renvoyé.
b. Adresse IP : A l'invite de commande, tapez ping <nom_hôte>, où <nom_hôte> correspond au nom
d'hôte du nouveau serveur TPM. La nouvelle adresse IP du nouveau serveur TPM est renvoyée.
5. Arrêtez tout processus WebSphere Application Server Java en cours d'exécution.
ps -ef | grep java | grep WebSphere
252
Elle permet d'afficher les processus de WebSphere Application Java. Utilisez l'ID de processus
dans la colonne PID pour arrêter chaque processus en exécutant la commande suivante :
kill -9 <ID_processus>
Exécutez cette commande pour chaque processus à arrêter.
6. Ouvrez une fenêtre de commande ou un interpréteur de commandes et exécutez le script suivant
dans le répertoire TIO_HOME/tools/rename_host/ :
v ./tpmChangeDBHost.sh
Lors de l'exécution du script, vous êtes invité à fournir le nom d'utilisateur de l'administrateur de la
base de données ou le mot de passe associé à l'utilisateur de l'instance de base de données.
7.
Oracle
2000
Assurez-vous que le nouveau nom d'hôte de serveur TPM est configuré correctement dans
les fichiers suivants :
v ORACLE_HOME/network/admin/listener.ora
v ORACLE_HOME/network/admin/tnsnames.ora
Dans le fichier listener.ora, vérifiez que la valeur utilisée pour HOST correspond au nom qualifié
complet du nouveau serveur TPM. Par exemple :
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = nouveau_nom_hôte.ibm.com)(PORT = 1521))
Dans le fichier tnsnames.ora, vérifiez que les valeurs pour HOST et SERVICE_NAME correspondent aux
noms qualifiés complets du nouveau serveur TPM. Par exemple :
MAXDB71 =
(DESCRIPTION =
(CONNECT_DATA =
(SERVICE_NAME = maxdb71.nouveau_nom_hôte.ibm.com)
)
)
ORCL =
(DESCRIPTION =
(CONNECT_DATA =
(SERVICE_NAME = orcl.nouveau_nom_hôte.ibm.com)
)
)
où nouveau_nom_hôte est généralement le nom d'hôte de votre serveur TPM, mais il peut être
différent en fonction de la configuration de votre base de données. Par exemple, pour une base de
données Oracle 10g distante, le nom d'hôte de la base de données distante s'affiche au lieu du nom
d'hôte du serveur TPM. Lors de la vérification des informations, l'exécution du script se poursuit.
8.
2000
DB2
Si votre base de données est distante, redémarrez-la après avoir exécuté la commande
tpmChangeDBHost.
9. Pour vérifier que la modification a abouti, accédez au répertoire TIO_LOGS/rename_host et ouvrez le
fichier tpmChangeDBHost_status.log. Le journal répertorie l'état de chaque étape terminée. Toutes les
étapes sont marquées comme étant réalisées.
10. Réinitialisez le serveur TPM.
253
Résultats
A l'exécution du script, il met à jour le nom d'hôte du serveur TPM dans les zones suivantes :
v Table MAXPROPVALUE
v
Oracle
2000
(locale) : fichier tnsnames.ora
v
2000
DB2
Protocole LDAP DB2
v
2000
DB2
(locale) : table MAXPROPVALUE et paramètres de configuration de base de données requis
En cas de défaillance lors de l'exécution du script de modification de nom d'hôte, affichez les problèmes
potentiels et les fichiers journaux de manière à résoudre l'erreur et à pouvoir continuer.
v «Codes retour», à la page 258
Que faire ensuite
Passez à l'étape «Mise à jour du nom d'hôte du serveur de base de données depuis le poste de travail
administratif».
Mise à jour du nom d'hôte du serveur de base de données depuis le
poste de travail administratif
Modifiez le nom d'hôte et l'adresse IP du serveur de base de données.
Sur le poste de travail administratif, mettez à jour le fichier services de base maximo.properties pour
modifier l'IP ou le nom d'hôte du serveur de base de données, ou pour mettre à jour le mot de passe.
Procédure
1. Connectez-vous au poste de travail administratif et accédez au répertoire MAXIMO_HOME/etc. Editez le
fichier install.properties en remplaçant l'ancien nom d'hôte par le nouveau nom d'hôte, puis
sauvegardez vos modifications.
Remarque : Si vous disposez d'un serveur de base de données distant, reportez-vous à la rubrique
«Mise à jour des autres noms d'hôte», à la page 255.
2. Accédez à MAXIMO_HOME\maximo\applications\maximo\properties et sauvegardez le fichier
maximo.properties à l'aide d'un éditeur binaire. Ne modifiez pas la partie binaire du fichier. Ne
modifiez pas la dernière ligne ou les lignes contenant des caractères de symbole. Après avoir
sauvegardé le fichier, modifiez le fichier maximo.properties en remplaçant l'ancien nom d'hôte par le
nouveau nom d'hôte, puis sauvegardez vos modifications. Mettez à jour le mot de passe de
l'utilisateur pour accéder à la base de données, le cas échéant.
3. Si la ligne suivante existe dans le fichier maximo.properties, supprimez-la :
mxe.crontask.donotrun=ALL
4. Connectez-vous au serveur d'applications d'accès en tant que tioadmin.
5. Accédez au répertoire TIO_HOME\lwi\runtime\tpm\eclipse\plugins\tpm_pmp\properties et
sauvegardez le fichier maximo.properties existant.
6. Utilisez le mode binaire pour copier le fichier maximo.properties créé sur le poste de travail
administratif dans le répertoire TIO_HOME\lwi\runtime\tpm\eclipse\plugins\tpm_pmp\properties
sur le serveur d'application des accès. Remplacez le fichier maximo.properties existant.
Remarque : Une fois le fichier maximo.properties copié d'un poste de travail d'administration
Windows vers un serveur d'application des accès non Windows, il est possible que des caractères de
contrôle de début et de fin apparaissent dans le fichier. Avant de poursuivre, supprimez ces caractères
254
à l'aide d'un utilitaire de conversion de fichier tel que dos2unix. Si Maximo ne parvient pas à
démarrer ultérieurement, restaurez le fichier de sauvegarde et procédez à nouveau à ces
modifications.
7. Sur le poste de travail d'administration, mettez à jour le fichier
<base_services_installation_directory>\wasclient\ThinWsadmin.bat et remplacez toutes les
instances de l'ancien nom de serveur Tivoli Provisioning Manager par le nouveau. Cette opération
n'est possible que si l'une des conditions suivantes est remplie :
v Le poste de travail d'administration n'est pas en cours d'exécution sur le même serveur que Tivoli
v Le paramètre smpDir n'est pas indiqué dans le fichier de propriétés précédemment configuré
où <base_services_installation_directory> correspond au répertoire dans lequel les services de
base sont installés. Le répertoire par défaut est C:\IBM\SMP.
Que faire ensuite
Passez à l'étape «Mise à jour des autres noms d'hôte».
Mise à jour des autres noms d'hôte
Utilisez le script de mise à jour du serveur d'annuaire, de WebSphere Application Server, de
l'infrastructure de distribution de logiciel et de Tivoli Provisioning Manager for OS Deployment.
Avant de commencer
1. Vérifiez que le serveur LDAP et le démon d'administration fonctionnent.
2. Assurez-vous que le serveur de base de données est en cours d'exécution.
Pour plus d'informations sur le démarrage du serveur LDAP, du démon d'administration ou du serveur
de base de données, voir
v «Démarrage du serveur TPM sous UNIX ou Linux», à la page 161
Procédure
1. Ouvrez une fenêtre de commande et exécutez le script suivant à partir du répertoire
TIO_HOME/tools/rename_host/ :
v ./tpmChangeOtherHost.sh
Remarque : L'exécution de ce processus peut être assez longue. Si un dépassement de délai se produit
pendant l'exécution de ce script, relancez ce dernier ; il reprendra à partir de l'endroit où il s'est
arrêté.
Vous êtes invité à fournir certains des mots de passe suivants :
Tableau 33. Mots de passe composant
Segment
Mot de passe
Mot de passe de l'administrateur WebSphere Application
Server.
DB2
Mot de passe de l'utilisateur de l'instance de base de
données.
Oracle
2000
Oracle
Oracle
2000
Mot de passe de l'utilisateur Oracle,
CDSSCHEMA.
Agent Manager
Mot de passe de l'utilisateur du gestionnaire de
ressources pour le Agent Manager.
SSL du gestionnaire de ressources
Le mot de passe par défaut est CDSRMPASS.
255
2. Pour valider les modifications apportées, accédez à TIO_LOGS/rename_host et ouvre le fichier
tpmChangeOtherHost_status.log. Le journal répertorie l'état de chaque étape terminée. Toutes les
étapes doivent être marquées comme étant réalisées. Vous pouvez également vérifier les fichiers
suivants pour consulter les informations mises à jour :
a. Ouvrez le fichier TIO_HOME/config/endpoint.properties pour connaître le nom d'hôte du serveur
d'application des accès.
b. Ouvrez le fichier TIO_HOME/config/dcm.xml. L'adresse Web de la balise <URL> doit indiquer le nom
d'hôte de la base de données.
3. Accédez à TIO_HOME\lwi\runtime\tpm\eclipse\plugins\tpm_pmp\properties et vérifiez que les lignes
suivantes existent dans le fichier maximo.properties avec les valeurs appropriées :
mxe.crontask.donotrun=ALL
mxe.report.birt.disablequeuemanager=1
mxe.rmi.enabled=0
4. Copiez le fichier WAS_HOME/profiles/ctgDmgr01/etc/trust.p12 de la machine Tivoli Provisioning
Manager sur MAXIMO_HOME\wasclient\etc\trust.p12 où le poste de travail administratif est installé.
5. Redémarrez le serveur IBM Tivoli Provisioning Manager.
Résultats
Lorsque vous exécutez le script de nom d'hôte, il exécute les tâches suivantes :
1. Mise à jour vers le nom d'hôte dans le fichier user-factory.xml si le serveur d'annuaire se trouve sur
le même ordinateur que le nouveau serveur TPM.
2. Mise à jour vers le nom d'hôte associé au nom de domaine de WebSphere Application Server.
3. Mise à jour vers le nom d'hôte associé à l'infrastructure de distribution évolutive.
4. Mise à jour vers le nom d'hôte Tivoli Provisioning Manager for OS Deployment.
5. Mise à jour vers le fichier dcm.xml pour la configuration de la base de données si la référence de la
base de données pointe vers le nom d'hôte local.
6. Modification du nom d'hôte dans les fichiers tivoli.send.conf et tivoli.receive.conf.
En cas de défaillance lors de l'exécution du script, affichez les problèmes potentiels et les fichiers
journaux de manière à résoudre l'erreur, puis continuez.
Que faire ensuite
Passez à l'étape «Codes retour», à la page 258.
Paramètres de la fonction de modification de nom d'hôte
Divers paramètres sont nécessaires pour chacun des scripts utilisés pour modifier le nom d'hôte. Une liste
complète des paramètres, des descriptions et des exemples de valeurs est fournie.
Tableau 34. Paramètres pour les scripts des ordinateurs Windows et UNIX. Ajoutez les valeurs aux paramètres
dans les fichiers script_win.properties et script_unix.properties
Nom du paramètre
Description du paramètre
Valeur par défaut/Exemple de valeur
AgentManagerQuery.Host
Nom d'hôte qualifié complet du service de
requête du gestionnaire d'agents. Cette valeur
est sensible à la casse.
exampleNewHost.ibm.com
AgentQuery.Host
requête du gestionnaire d'agents. Cette valeur
amPort
Port d'enregistrement public du gestionnaire
d'agents.
9511
256
Tableau 34. Paramètres pour les scripts des ordinateurs Windows et UNIX (suite). Ajoutez les valeurs aux
paramètres dans les fichiers script_win.properties et script_unix.properties
Nom du paramètre
amUser
Nom d'utilisateur du gestionnaire de ressources
du gestionnaire d'agents.
tpmManager
Le nouveau programme d'installation d'IBM
Tivoli Provisioning Manager crée le nom
d'utilisateur, tpmManager. Sauf si vous avez
changé ce nom d'utilisateur après l'installation,
utilisez le nom par défaut.
CatalogueService.Host
catalogue. Cette valeur est sensible à la casse.
cdsHome
Répertoire d'installation de la diffusion de
contenu dynamique
v /opt/IBM/CDS
CertManagement.Host
Nom d'hôte qualifié complet du gestionnaire de
certificats du gestionnaire d'agents. Cette valeur
dasUserName
Nom d'utilisateur du serveur d'administration
de la base de données.
dasusr1
ctginst1
dbInstanceName
v
2000
DB2
Nom de l'instance de base de
données
v
dbIsRemote
Oracle
2000
ID système
Indiquez l'emplacement du serveur de base de
données.
v Indiquez non si le serveur de base de données
est local ; sur le même ordinateur que le
serveur TPM.
v
2000
DB2
ctginst1
v
Oracle
2000
sys
v Indiquez oui si le serveur de base de données
est distant ; sur un autre ordinateur que le
serveur TPM.
Cette valeur doit être précisée.
dbOSUser
Utilisateur du système d'exploitation pouvant se
connecter à la base de données.
dbPort
Port de l'hôte de la base de données.
Si vous avez configuré DB2 avec un autre port,
changez la valeur pour lui attribuer le bon
numéro de port.
ctginst1
v
2000
DB2
50005
v
Oracle
2000
1521
dmgrSoapPort
Port SOAP du gestionnaire de déploiement.
8879
fqNewHostName
Nouveau nom d'hôte qualifié complet pour IBM
Tivoli Provisioning Manager. Cette valeur est
sensible à la casse et ne doit contenir que des
caractères en minuscules.
examplenewhost.ibm.com
fqOldHostName
Ancien nom d'hôte qualifié complet pour IBM
Tivoli Provisioning Manager. Cette valeur n'est
PAS sensible à la casse.
exampleOldHost.ibm.com
httpServerHome
Répertoire de base du serveur HTTP.
Registration.Server.Host
Nom d'hôte qualifié complet du server
d'enregistrement du gestionnaire d'agents. Cette
valeur est sensible à la casse.
smpDir
Répertoire d'installation des services de base sur
le serveur Tivoli Provisioning Manager. Si les
services de base sont installés sur une autre
machine que le serveur Tivoli Provisioning
Manager, vous pouvez supprimer le paramètre.
v /opt/IBM/SMP
tpmfosdDataDir
Répertoire dans lequel se trouvent la
configuration, les journaux et les fichiers images
de Tivoli Provisioning Manager for OS
Deployment.
S'il n'est pas installé, vous pouvez supprimer le
paramètre.
257
Tableau 34. Paramètres pour les scripts des ordinateurs Windows et UNIX (suite). Ajoutez les valeurs aux
paramètres dans les fichiers script_win.properties et script_unix.properties
Nom du paramètre
TrustedCertificateQuery.Host
requête de certificat sécurisé du gestionnaire
d'agents. Cette valeur est sensible à la casse.
wasCellName
Nom de cellule WebSphere Application Server.
ctgCell01
wasUser
Utilisateur administrateur WebSphere
Application Server.
wasadmin
Codes retour
Consultez la liste des codes retour pour obtenir des informations sur la résolution de problèmes survenus
au cours de la modification de nom d'hôte.
Tableau 35. Liste des codes retour
Code
Description
12005
La réorganisation de la base de données de Dynamic Content Delivery a
échoué.
16000
Une erreur générique s'est produite au cours du processus de modification
de nom d'hôte. Reportez-vous aux détails de l'étape pour résoudre ce
problème.
16001
Aucun nom de script n'a été fourni pour le suivi. Vérifiez que tous les
appels "TrackBatch" dans le "%LaunchTitle%" contiennent un nom de script,
puis réessayez.
16002
Le "%LaunchTitle%" doit être exécuté en tant qu'utilisateur "%runasuser%".
Déconnectez-vous et connectez-vous en tant qu'utilisateur "%runasuser%" et
réexécutez le script.
16003
L'environnement TIO_HOME doit être défini. Pour plus de détails, consultez le
centre de documentation.
16004
L'utilisateur doit appartenir au groupe "%TIOADMIN_GRP%" pour effectuer
l'installation. Affectez l'utilisateur au groupe et réessayez.
16005
Impossible de trouver le fichier "%SETUPCMD%". L'environnement de
Tivoli Provisioning Manager est peut-être endommagé. Pour plus de détails,
consultez le centre de documentation.
16006
Version de Tivoli Provisioning Manager introuvable dans le fichier
'%TIO_HOME%/config/build-version.properties'. Pour plus de détails,
consultez le centre de documentation.
16007
Impossible de déterminer la version de Tivoli Provisioning Manager. Pour
plus de détails, consultez le centre de documentation.
16009
L'environnement TIO_LOGS n'est pas défini, par conséquent, les journaux de
processus vont être stockés dans le répertoire %TMP%. Exécutez le script en
tant qu'utilisateur tioadmin, puis réessayez.
16011
L'option "%~1" n'est pas valide. Vérifiez la syntaxe d'utilisation, puis
réessayez.
16012
Il manque une valeur dans l'option "%~1". Vérifiez la syntaxe d'utilisation,
puis réessayez.
16013
Impossible de créer le répertoire "%DEST_DIR%" à cause du code
%ERRLEVEL%. Corrigez l'erreur, puis réessayez.
16015
Impossible d'effectuer le processus de modification de nom d'hôte sur la
version actuelle '%VERSION%'. La version requise est
'%FEATURE_VERSION%'.
258
Tableau 35. Liste des codes retour (suite)
Code
Description
16017
Le processus de modification de nom d'hôte n'est pas pris en charge pour
cette architecture Linux. Pour plus de détails, reportez-vous au centre de
documentation.
16018
Le processus de modification de nom d'hôte n'est pas pris en charge pour ce
système d'exploitation. Pour plus de détails, consultez le centre de
documentation.
16019
Impossible d'exécuter le script "%SETUPCMD%". Utilisez la commande
'chmod +x' pour exécuter ce script.
16021
La variable TERM n'est pas correctement définie. Définissez-la sur "ansi",
"xterm" ou "vt100".
16022
La valeur "%TIO_LOG%" de la variable TIO_LOG doit être définie comme
étant un répertoire valide. Pour plus de détails, consultez le centre de
documentation.
16025
Présence d'un type de base de données "%DB_TYPE%" non pris en charge.
La valeur "type" du fichier TIO_HOME/config/dcm.xml doit être définie sur
"db2jcc" ou "ORACLE".
16027
Impossible de déterminer le nom d'utilisateur de la base de données.
Vérifiez la valeur "username" du fichier TIO_HOME/config/dcm.xml.
16028
Impossible de déterminer le nom de la base de données. Vérifiez la valeur
"name" du fichier TIO_HOME/config/dcm.xml.
16036
Un utilitaire de compression de fichiers n'est pas installé ou le chemin
exécutable de la compression n'est pas inclus dans la variable PATH, placez
l'utilitaire de compression de fichiers dans la variable PATH.
16040
Erreur réservée aux messages internes concernant le suivi d'un script non
valide. Vérifiez la syntaxe du code si cette erreur est signalée.
16045
Impossible de localiser le répertoire "%DEST_DIR%". Vérifiez le chemin de
répertoire.
16046
La modification du nom d'hôte DB2 a échoué.
16047
La modification du nom d'hôte d'Oracle Database a échoué.
16048
La mise à jour des propriétés de la base de données Maximo a échoué.
16049
La modification du nom d'hôte de WebSphere Application Server a échoué.
16050
La mise à jour du nom d'hôte du gestionnaire d'agents a échoué.
16051
La modification du nom d'hôte de Tivoli Provisioning Manager for OS
Deployment a échoué.
16052
Le redémarrage de Tivoli Provisioning Manager for OS Deployment a
échoué.
16053
Un utilisateur a choisi de quitter le processus en cours pour modifier les
paramètres d'entrée.
16054
Impossible de trouver le fichier avec le chemin d'accès au fichier de
configuration DB2.
16055
Les options "%EXPECTING%" contiennent des valeurs par défaut mises
entre crochets. Elles doivent être remplacées par les valeurs en cours sans
crochets dans le fichier "%PropertyFile%".
16057
Echec de la mise à jour de endpoint.properties.
16058
Echec de la mise à jour du fichier user-factory.xml.
16059
Echec de la mise à jour du fichier tpm-cds-authentication.properties.
16060
Echec de la mise à jour du fichier config.csv.
259
Code
Description
16061
Echec de la mise à jour du fichier dcm.xml.
16062
Echec de l'ouverture du fichier cible.
16063
Echec de l'ouverture du fichier temporaire.
16064
Les arguments d'entrée du script sont manquants ou non valides.
16065
Echec de la mise à jour du fichier tec-event-customer-info.xml.
16066
Echec de la mise à jour du fichier tivoli.send.conf.
16067
Echec de la mise à jour du fichier tivoli.receive.conf.
16068
Echec de l'enregistrement du service Dynamic Content Delivery.
16069
Impossible de localiser l'utilitaire de compression de fichiers par défaut dans
l'installation de Tivoli Provisioning Manager. Définissez le fichier
zipBackupFiles sur false dans le fichier '%PropertyFile%', réexécutez le
script, puis compressez manuellement un fichier sur les fichiers de
sauvegarde.
16077
Echec de l'importation de tpmfosdbootserver.xml pour créer l'objet de
serveur d'amorçage de Tivoli Provisioning Manager for OS Deployment.
Cette erreur se produit lorsque le script ou tpmChangeOtherHost.sh ne
parvient pas à créer le serveur de déploiement du SE parent sur le serveur
TPM en utilisant les données du fichier tpmfosdbootserver.xml.
Les éléments suivants sont susceptibles d'être à l'origine de l'échec :
v Problèmes de connectivité à la base de données
v Données incorrectes dans la base de données
v Fichier tpmfosdbootserver.xml non valide
Pour résoudre cette erreur, procédez comme suit :
1. Vérifiez que la base de données ctginst1 est démarrée.
2. Vérifiez que le nom de l'objet du serveur Tivoli Provisioning Manager
dans le modèle de données correspond au nom d'hôte abrégé ou au nom
de domaine complet du serveur TPM. Cette valeur est sensible à la
casse.
3. Dans tpmfosdbootserver.xml, vérifiez que l'attribut host-server
correspond au nom d'hôte abrégé ou au nom de domaine complet du
serveur TPM. Cette valeur est sensible à la casse.
4. Après avoir effectué toutes les étapes précédentes, exécutez ou
tpmChangeOtherHost.sh pour continuer la migration.
16078
Impossible de trouver le nouveau nom d'hôte qualifié complet de Tivoli
Provisioning Manager dans le fichier TIO_HOME/lwi/runtime/tpm/eclipse/
plugins/tpm_pmp/properties/maximo.properties. La vérification du nom
d'hôte a échoué.
16079
Impossible de trouver l'ancien nom d'hôte qualifié complet de Tivoli
Provisioning Manager dans le fichier TIO_HOME/xml/tpmserver.xml. La
vérification du nom d'hôte a échoué.
16086
La valeur du nom d'hôte renvoyée par la commande 'hostname' est
différente de celle du nouveau nom d'hôte qualifié complet de Tivoli
Provisioning Manager. Vérifiez les valeurs et assurez-vous qu'elles
correspondent.
16087
Echec de la mise à jour du nom d'hôte du centre de documentation.
260
Code
Description
23003
Echec de la création de la base de données %NEW_DB_NAME% [DB2
Return Code=%RETURNCODE%][Error Description=%RETURN_MSG%]. Corrigez
cette erreur et réexécutez le script.
23004
Echec de la connexion à la base de données. Vérifiez que le nom
d'utilisateur et le mot de passe sont valides et réexécutez le script.
23005
Echec de la restauration de la base de données %TC_DB% [DB2 Return
Code=%RETURNCODE%][Error Description=%RETURN_MSG%]. Corrigez cette
erreur et réexécutez le script.
23006
Echec de la copie du schéma de base de données. Vérifiez que l'espace
disque est suffisant et corrigez toute erreur signalée.
23007
Echec de la suppression du schéma de base de données d'origine. Corrigez
toute erreur signalée et réexécutez le script.
23008
Echec de la suppression de la table temporaire de la base de données.
Vérifiez qu'aucun autre client de base de données n'accède à la base de
données et réexécutez le script.
23009
Echec de la suppression de la fonction temporaire de la base de données.
23010
Echec de la suppression de la procédure temporaire de la base de données.
23011
Echec de la suppression du schéma temporaire de la base de données.
23013
Echec de l'installation des procédures stockées pour le renommage des
schémas de base de données. Vérifiez si les fichiers tmp_ prefixed.log du
répertoire tmp ou temp contiennent des messages d'erreur.
23014
Echec de la sauvegarde de la base de données %TC_DB%. Consultez les
erreurs signalées et réexécutez le script.
23015
REGEDIT n'a pas réussi à exporter le registre DB2 vers le fichier.
23016
Echec de l'ouverture du fichier de registre exporté.
23017
Echec de l'ouverture du fichier pour l'importation du registre.
23018
REGEDIT n'a pas réussi à importer le registre DB2 à partir du fichier.
23019
Les arguments d'entrée du script sont manquants ou non valides. Vérifiez la
validité de tous les paramètres d'entrée. Si le problème persiste, contactez le
support IBM.
23020
Echec de l'obtention de la valeur de propriété à partir de la table
MAXPROPVALUE de la base de données. Validez l'utilisateur de la base de
données dans le fichier TIO_HOME/config/dcm.xml et réexécutez le script.
23021
Echec de la mise à jour de la valeur de propriété dans la table MAXPROPVALUE
de la base de données. Contactez le support IBM.
23022
Echec de la mise à jour de la configuration de la base de données. Contactez
le support IBM.
23023
Echec de la définition du paramètre de la base de données. Vérifiez et
corrigez la configuration système de la base de données et réexécutez le
script.
261
Code
Description
23024
Echec de la modification du pool de mémoire tampon de la base de
données. Vérifiez et corrigez la configuration système de la base de données
et réexécutez le script.
23025
Echec de l'extraction et de la sauvegarde du chemin d'accès aux fichiers de
configuration de la base de données. Vérifiez que l'espace disque est
suffisant et corrigez toute erreur signalée.
23026
Echec de l'arrêt du serveur de l'administrateur de base de données. Vérifiez
et corrigez l'état de la base de données et réexécutez le script.
23027
Echec du démarrage du serveur de l'administrateur de base de données.
Vérifiez et corrigez l'état de la base de données et réexécutez le script.
23028
Echec du démarrage du gestionnaire de la base de données. Vérifiez et
corrigez l'état de la base de données et réexécutez le script.
23029
Echec de la mise à jour de la configuration de l'administrateur de la base de
données. Vérifiez et corrigez l'erreur signalée pour la base de données et
23030
Echec de l'obtention de la configuration de l'administrateur de la base de
données. Vérifiez et corrigez l'erreur signalée pour la base de données et
23031
Echec du traitement du schéma CDB au cours de la restauration de la base
de données. Contactez le support IBM.
23032
Les alias de la table dans le schéma CDB ne correspondent pas à ceux
prévus dans la liste. Contactez le support IBM.
Tâches WebSphere Application Server
Pour plus d'informations sur WebSphere Application Server, reportez-vous aux rubriques ci-après.
Vérification de l'installation de WebSphere Application Server
Utilisez l'outil Premiers pas pour vérifier l'installation de WebSphere Application Server.
Procédure
Pour vérifier l'installation de WebSphere Application Server, utilisez l'outil Premiers pas. Cet outil se
trouve dans le répertoire app_server_root/firststeps. Exécutez le fichier approprié pour votre système
d'exploitation :
v firststeps.sh
Conformité FIPS (Federal Information Processing Standard) 140-2
La norme FIPS (Federal Information Processing Standard) est une norme émise par le NIST (United States
National Institute of Standards and Technology) pour les systèmes informatiques du gouvernement
fédéral. La norme 140-2 spécifie les exigences relatives aux modules de cryptographie.
La conformité FIPS 140-2 est uniquement disponible pour les nouvelles installations de Tivoli
Provisioning Manager. Pour plus d'informations sur ces normes, consultez le site National Institute of
Standards and Technology.
La prise en charge de la norme FIPS 140-2 de Tivoli Provisioning Manager inclut :
262
Un module cryptographique centralisé utilisant des fournisseurs conformes FIPS 140-2
Pour la conformité FIPS 140-2, la machine virtuelle Java est configurée pour utiliser des
fournisseurs conformes. WebSphere Application Server contient des modules cryptographiques
dotés de Java Secure Socket Extension (JSSE) et de Java Cryptography Extension (JCE). Ces
modules sont validés pour la conformité FIPS 140-2. Vous pouvez consulter les informations de
validation sur le site Web de NIST.
Services cryptographiques de FIPS 140-2 pour les données d'identification à un point d'accès au
service.
Le moteur de déploiement exécute des flux de travaux TPM sur des ordinateurs gérés en utilisant
une combinaison de protocoles et de données d'identification. Les données d'identification sont
chiffrées à l'aide d'algorithmes conformes à FIPS.
Les protocoles suivants sont pris en charge :
v Protocoles FTP (File Transfer Protocol) et Telnet
v ICMP, pour la commande ping
v SCP, pour le transfert à distance sécurisé d'un fichier d'un ordinateur vers un autre à l'aide du
protocole SSH
v SSH, pour un accès à distance sécurisé
v SNMP, pour les requêtes et configurations. Si le protocole SNMP est utilisé, des données
d'identification pour le point d'accès au service sont requises pour effectuer des opérations
snmp-set et snmp-get.
Les services sont fournis par le système d'exploitation ou par des utilitaires supplémentaires et
des applications logicielles.
Connexions FIPS aux ordinateurs UNIX qui ne disposent pas d'un agent commun.
Pour exécuter des commandes localement sur des ordinateurs gérés, les services suivants sont
utilisés pour les connexions :
v RXA, qui utilise les protocoles SMB et SSH. SMB utilise le protocole d'authentification de NT
LAN Manager qui n'est pas conforme à FIPS.
v SSH, SCP et Telnet, qui utilisent des scriptlets. Lorsque la conformité à FIPS 140-2 est activée,
ces services doivent être exécutés en mode FIPS, en utilisant une version de la bibliothèque
cryptographique certifiée pour la norme FIPS 140-2. OpenSSH n'est pas conforme à la norme
FIPS 140-2, un produit SSH alternatif et conforme à la norme FIPS doit être utilisé.
SSL conforme à la norme FIPS pour les services d'agent commun
Si la conformité à FIPS 140-2 est activée, le gestionnaire d'agents et l'agent commun sont
configurés pour utiliser des fournisseurs FIPS certifiés Java. L'utilisation d'une signature et
d'algorithmes de chiffrage conformes est également configurée. La configuration du gestionnaire
d'agents et de l'agent commun offre les fonctions suivantes :
v SSL conforme FIPS entre le serveur interpréteur de commandes de l'agent dans le moteur de
déploiement et l'agent commun.
v SSL conforme FIPS entre l'agent commun et le gestionnaire d'agents, le fédérateur de services
pour la gestion des tâches et le centre de gestion des services de distribution de contenu
dynamique
Limitations
En raison des limitations de certains composants logiciels utilisés par Tivoli Provisioning Manager, les
limitations suivantes s'appliquent dans un environnement FIPS :
Les composants des produits suivants ne sont pas conformes à la norme FIPS :
263
v Tivoli Provisioning Manager for OS Deployment. L'intégration à Tivoli Provisioning Manager for OS
Deployment n'est pas prise en charge lorsque la conformité à FIPS est activée dans Tivoli Provisioning
Manager. L'interface de Tivoli Provisioning Manager for OS Deployment n'est pas accessible lorsque la
conformité FIPS est activée.
v IBM Tivoli Monitoring Agent.
Répertoires d'installation et autres chemins d'accès
La présente rubrique fournit des informations sur les répertoires d'installation et d'autres variables de
chemin.
Les variables ci-après sont utilisées pour représenter les répertoires d'installation et d'autres chemins
d'accès. Dans certains cas, le nom de la variable correspond à celui d'une variable d'environnement
définie dans le système d'exploitation. Par exemple, TIO_HOME représente la variable d'environnement :
v TIO_HOME
Tableau 36. Variables de chemin d'accès
Variable de chemin
Composant
Répertoire par défaut
AM_HOME
APDE_HOME
Automation Package Developer
Environment
APDE_HOME/eclipse
DB2_HOME
DB2
v /opt/ibm/db2/V9.7
DCD_HOME
Tivoli Provisioning Manager pour
v /opt/IBM/tivoli/CDS
DMS_HOME
Répertoire d'installation du service du
gestionnaire d'unités (DMS)
ECLIPSE_HOME
Eclipse
Défini par l'utilisateur.
HTTP_HOME
IBM HTTP Server
ITM_HOME
v /opt/IBM/tivoli/ITM
JAVA_HOME
Java Runtime Environment
v Pour Automation Package Developer
Environment, APDE_HOME\java\jre.
Exemple :
– /opt/APDE/java/jre
v Pour IBM Tivoli Provisioning Manager,
WAS_HOME/java
MAXIMO_HOME
services de base
v /opt/IBM/SMP
MWI_workspace
Répertoire du programme
Oracle
2000
ORACLE_HOME base de données Oracle
$ORACLE_BASE/product/version/db_1, où
$ORACLE_BASE est le répertoire dans lequel
tous les logiciels base de données Oracle sont
installés :
v /u01/app/oracle/product/10.2.0/db_1
(pour Oracle 10g)
v /u01/app/oracle/product/11.1.0/db_1
(pour Oracle 11g)
264
Tableau 36. Variables de chemin d'accès (suite)
Variable de chemin
Composant
Répertoire par défaut
OSD_DATADIR
Répertoire de données Tivoli
Provisioning Manager for OS
Deployment
Répertoire de données par défaut pour les
serveurs parent Tivoli Provisioning Manager
for OS Deployment :
v
/opt/tpmfosd_files
Répertoire de données par défaut pour les
serveurs enfant Tivoli Provisioning Manager
for OS Deployment :
v
OSD_HOME
Répertoire d'installation de Tivoli
Deployment
/opt/tpmfosd/tpmfos/files
Serveurs parent, installés par le programme
d'installation de Tivoli Provisioning
Manager :
v
/opt/IBM/tpmfos
Serveurs enfant, installés par les flux de
travaux de Tivoli Provisioning Manager for
OS Deployment :
v
/opt/tpmfosd/tpmfos
TCA_HOME
agent commun
v /opt/tivoli/ep
TDS_HOME
TIO_HOME
TIO_LOGS
Journaux d'exécution Tivoli
WAS_HOME
265
266
Remarques
Le présent document peut contenir des informations ou des références concernant certains produits,
logiciels ou services IBM non annoncés dans ce pays. Pour plus de détails, référez-vous aux documents
d'annonce disponibles dans votre pays, ou adressez-vous à votre partenaire commercial IBM. Toute
référence à un produit, logiciel ou service IBM n'implique pas que seul ce produit, logiciel ou service IBM
puisse être utilisé. Tout autre élément fonctionnellement équivalent peut être utilisé, s'il n'enfreint aucun
droit d'IBM. Il est de la responsabilité de l'utilisateur d'évaluer et de vérifier lui-même les installations et
applications réalisées avec des produits, logiciels ou services non expressément référencés par IBM.
IBM peut détenir des brevets ou des demandes de brevet couvrant les produits mentionnés dans le
présent document. La remise de ce document ne vous donne aucun droit de licence sur ces brevets ou
demandes de brevet. Si vous désirez recevoir des informations concernant l'acquisition de licences,
veuillez en faire la demande par écrit à l'adresse suivante :
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785
U.S.A.
Pour le Canada, veuillez adresser votre courrier à :
IBM Director of Commercial Relations
IBM Canada Ltd
3600 Steeles Avenue East
Markham, Ontario
L3R 9Z7 Canada
Pour les demandes de licences concernant les informations à deux octets (DBCS), contactez le
Département des propriétés intellectuelles IBM de votre pays ou envoyez vos demandes, par courrier, à :
Intellectual Property Licensing
Legal and Intellectual Property Law
IBM Japan Ltd.
1623-14, Shimotsuruma, Yamato-shi
Kanagawa 242-8502 Japan
Le paragraphe suivant ne s'applique ni au Royaume-Uni, ni dans aucun pays dans lequel il serait
contraire aux lois locales : LE PRESENT DOCUMENT EST LIVRE EN L'ETAT SANS AUCUNE
GARANTIE EXPLICITE OU IMPLICITE. IBM DECLINE NOTAMMENT TOUTE RESPONSABILITE
RELATIVE A CES INFORMATIONS EN CAS DE CONTREFACON AINSI QU'EN CAS DE DEFAUT
D'APTITUDE A L'EXECUTION D'UN TRAVAIL DONNE. Certaines juridictions n'autorisent pas
l'exclusion des garanties implicites, auquel cas l'exclusion ci-dessus ne vous sera pas applicable.
Le présent document peut contenir des inexactitudes ou des coquilles. Ce document est mis à jour
périodiquement. Chaque nouvelle édition inclut les mises à jour. IBM peut modifier sans préavis les
produits et logiciels décrits dans ce document.
Les références à des sites Web non IBM sont fournies à titre d'information uniquement et n'impliquent en
aucun cas une adhésion aux données qu'ils contiennent. Les éléments figurant sur ces sites Web ne font
pas partie des éléments du présent produit IBM et l'utilisation de ces sites relève de votre seule
responsabilité.
267
IBM pourra utiliser ou diffuser, de toute manière qu'elle jugera appropriée et sans aucune obligation de
sa part, tout ou partie des informations qui lui seront fournies.
Les licenciés souhaitant obtenir des informations permettant : (i) l'échange des données entre des logiciels
créés de façon indépendante et d'autres logiciels (dont celui-ci), et (ii) l'utilisation mutuelle des données
ainsi échangées, doivent adresser leur demande à :
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758
U.S.A.
Ces informations peuvent être soumises à des conditions particulières, prévoyant notamment le paiement
d'une redevance.
Le logiciel sous licence décrit dans ce document et tous les éléments sous licence disponibles s'y
rapportant sont fournis par IBM, conformément aux dispositions de l'IBM Customer Agreement, des
Conditions internationales d'utilisation des logiciels IBM ou de tout autre accord équivalent.
Les informations concernant des produits non IBM ont été obtenues auprès des fournisseurs de ces
produits, par l'intermédiaire d'annonces publiques ou via d'autres sources disponibles. IBM n'a pas testé
ces produits et ne peut confirmer l'exactitude de leurs performances ni leur compatibilité. Elle ne peut
recevoir aucune réclamation concernant des produits non IBM. Toute question concernant les
performances de produits non IBM doit être adressée aux fournisseurs de ces produits.
LICENCE DE COPYRIGHT :
Le présent logiciel contient des exemples de programmes d'application en langage source destinés à
illustrer les techniques de programmation sur différentes plateformes d'exploitation. Vous avez le droit de
copier, de modifier et de distribuer ces exemples de programmes sous quelque forme que ce soit et sans
paiement d'aucune redevance à IBM, à des fins de développement, d'utilisation, de vente ou de
distribution de programmes d'application conformes aux interfaces de programmation des plateformes
pour lesquels ils ont été écrits ou aux interfaces de programmation IBM. Ces exemples de programmes
n'ont pas été rigoureusement testés dans toutes les conditions. Par conséquent, IBM ne peut garantir
expressément ou implicitement la fiabilité, la maintenabilité ou le fonctionnement de ces programmes. Ils
sont fournis "en l'état", sans garantie d'aucune sorte. IBM ne sera en aucun cas responsable de tout
dommage résultant de l'utilisation des exemples de programmes.
268
Marques
IBM, le logo IBM et ibm.com sont des marques d'International Business Machines Corp. dans de
nombreux pays. Les autres noms de produits et de services peuvent être des marques d'IBM ou d'autres
sociétés. La liste actualisée de toutes les marques d'IBM est disponible sur la page Web «Copyright and
trademark information» à l'adresse www.ibm.com/legal/copytrade.shtml.
Adobe, le logo Adobe, PostScript et le logo PostScript sont des marques d'Adobe Systems Incorporated
aux Etats-Unis et/ou dans certains autres pays.
IT Infrastructure Library est une marque de The Central Computer and Telecommunications Agency qui
fait désormais partie de The Office of Government Commerce.
Intel, le logo Intel, Intel Inside, le logo Intel Inside, Intel Centrino, le logo Intel Centrino, Celeron, Intel
Xeon, Intel SpeedStep, Itanium, et Pentium sont des marques d'Intel Corporation ou de ses filiales aux
Etats-Unis et/ou dans certains autres pays.
Linux est une marque de Linus Torvalds aux Etats-Unis et/ou dans certains autres pays.
Microsoft, Windows, Windows NT et le logo Windows sont des marques de Microsoft Corporation aux
Etats-Unis et/ou dans certains autres pays.
ITIL est une marque de The Office of Government Commerce et est enregistrée au bureau américain
Patent and Trademark Office.
UNIX est une marque enregistrée de The Open Group aux Etats-Unis et/ou dans certains autres pays.
Java ainsi que tous les logos et toutes les marques incluant Java sont des marques d'Oracle et/ou de ses
sociétés affiliées.
Les autres noms de produits et de services peuvent appartenir à IBM ou à des tiers.
Remarques
269
270
Index
A
activation de la fonction de trace
RXA 201
adresses IP
exigences en matière d'installation 21
agent de surveillance de Tivoli
installation 235
arrêt
agent de surveillance 240
arrêt du serveur TPM 236
authentification d'utilisateur
configuration du serveur LDAP 164
authentification Maximo 97
B
base de données Oracle
installation 67
installation du client
68
C
CCMDB
CWLAA6003 199
client DB2
désinstallation 176
combinaisons de systèmes d'exploitation
middleware 14
commandes
BIND
FDCC 215
compatibilité
installation 1
composants
Tivoli Provisioning Manager 2
vérification après installation 240
installation 145
erreur de création de l'utilisateur
tioadmin 219
erreur lors de la création du profil
du gestionnaire d'agents 210
présentation de l'identification et
de la résolution des
problèmes 201, 207
récupération après une
défaillance 209
messages d'erreur
défaillance 209
composants Web
fichiers journaux
programme d'installation de la
solution de processus 226
identification et résolution des
problèmes liés à l'installation
présentation 224
composants Web (suite)
installation
restauration du serveur TPM 224
conditions requises pour le composant
installation 14, 20
système d'exploitation 15
conditions requises pour le navigateur
installation 21
configuration
base de données Oracle 70
configuration de post-installation 159
configuration de VMM 97
configuration du middleware
validation de l'installation des services
de base 197
configuration du serveur LDAP
pour l'authentification d'utilisateur
uniquement 164
configuration matérielle requise
installation 11
configuration prérequise
vérification automatique 6
configurer Virtual Member Manager 97
conformité
Federal Information Processing
Standard 140-2 262
connexion
erreur lors de l'utilisation du
gestionnaire de fenêtres de
connexion 189
serveur TPM 241
Création de l'enregistrement MEA 138
CTGIN9077E
erreur 184, 225
CWLAA6003 199
D
DB2
commandes BIND 215
incidents
erreur de base de données lors de
l'installation 185
problèmes
blocage de la connexion à distance
sur un ordinateur
multiprocesseur 222
échec de l'installation en raison de
noms non concordants 185
installation
client 62
serveur 60
déconnexion
du serveur TPM 242
définition des variables globales 166
démarrage
Deployment 238
démarrage du serveur TPM 236
démarrage du serveur TPM après
l'installationsous UNIX et Linux 161
déploiement de fichiers EAR 137
Déploiement manuel de fichiers
EAR 137
désinstallation
client DB2 176
composants principaux de Tivoli
Provisioning Manager 175
composants Tivoli Provisioning
Manager 169
du services de base 177
Dynamic Content Delivery 173
gestionnaire d'agents 174
middleware 177
service du gestionnaire d'unités 171
Tivoli Monitoring agent 170
Deployment 170
désinstallation de WebSphere Application
Server Network Deployment 191
distribution de logiciel 166
droits inappropriés 166
DVD
disque 1 221
DVD d'installation 28
incidents
échec de l'installation lors de
l'utilisation de la commande
su- 217
problèmes
échec de l'installation car Java est
introuvable 218
E
échec du moteur de déploiement 199
enregistrement MEA 138
Erreur CTGIN2381E 195
Erreur CTGIN2489E 195
erreur de mise à niveau de la base de
données Maximo 195
erreurs
codes retour de la migration 258
exigences
adresses IP 21
configuration distante 21
logiciel antivirus 21
modules UNIX et Linux 17
noms d'hôte 21
pare-feu 21
ports 21
réseau 21
session X 21
SSH 21
support d'installation 21
271
exigences (suite)
texte multi-octet
21
F
Federal Information Processing Standard
configuration du navigateur pour une
conformité à la norme 140-2 161
norme 140-2 262
fermeture de session
du serveur TPM 242
fichiers EAR 136
fichiers journaux
composants Web
problèmes liés au programme
d'installation de la solution de
processus 226
informations d'identification et de
résolution des problèmes 230
FIPS
Voir Federal Information Processing
Standard
G
Génération manuelle de fichiers
EAR 136
groupes
création 243, 246
I
IBM Agent Controller
installation et désinstallation 235
identification des incidents liés à
l'installation
logiciel intermédiaire 183
identification et résolution des problèmes
fichiers journaux
programme d'installation de la
solution de processus 226
informations d'identification et de
résolution des problèmes
pour l'installation 183
installation 183
autres problèmes 229
composants principaux 201
composants Web 224
services de base 191
installation des services de base 193
lenteur de l'activation du mode
administration 228
images d'installation 28
infrastructure de distribution
évolutive 166
installation 36, 79, 102
autres problèmes
problèmes 229
base de données Oracle 67
client base de données Oracle 68
client DB2 62
272
installation (suite)
erreur lors de la création du profil
du gestionnaire d'agents 210
problèmes 201
défaillance 209
composants principaux de Tivoli
Provisioning Manager 145
composants Web
problèmes 224
restauration du serveur TPM 224
conditions requises pour le système
d'exploitation 15
conditions requises pour les
composants 14, 20
conditions requises pour les
navigateurs 21
DB2
échec en raison de noms non
concordants 185
erreur de base de données 185
échec car Java est introuvable 218
échec lors de l'utilisation de
commande su- 217
échec avec le gestionnaire
d'agents 211
échec de Reflection X en raison d'une
police non reconnue 216
exigences 5
problèmes liés aux middleware 183
impossible d'installer le gestionnaire
d'agents et Tivoli Common Agent
sur le même serveur TPM 214
impossible de se connecter à Tivoli
Directory Server 186
impossible de se connecter au serveur
de base de données 187
Linux
impossible de créer l'utilisateur
tioadmin 220
erreur d'exécution Java sous
Linux 189
erreur d'insuffisance d'espace
disque 184
messages d'erreur
après la désinstallation de
Websphere Application
Server 214
erreur de configuration 188
erreur de valeur de certificat
incorrecte 188
middleware
pour la migration 36
Oracle
règles sur les mots de passe 220
problèmes d'installation
personnalisée 201
produits logiciels prérequis 45, 115
Serveur DB2 60
installation (suite)
services de base
échec sans le moteur de
déploiement 196
problèmes 191
noms de protocole LDAP non
valides 192
système d'exploitations et logiciels
intermédiaires 14
impossible d'écrire des fichiers
dans le répertoire de base 187
échec si le serveur de terminaux
est activé 221
procédure de reprise 230
topologies prises en charge 7
types 3
suffixe de nom de domaine non
valide 217
vérification 262
Installation
répertoires 264
variables de chemin d'accès 264
installation de logiciel intermédiaire 184,
225
erreur de configuration de base de
données 188
installation en mode silencieux 235
arrêt avant la fin 215
vérification de l'espace disque 216
installation par défaut
installation personnalisée 29
installation UNIX et Linux
modules requis 17
L
le programme d'installation de Tivoli
Deployment ne reconnaît pas le nom
d'hôte virtuel de base de données 222
le programme d'installation ne reconnaît
pas le nom d'hôte virtuel 222
liaison de l'annuaire LDAP 191
Linux
incidents
FDCC 220
problèmes
modification des droits lors de
l'édition de fichiers texte 221
liste de contrôle de préinstallation 5
installation
erreur d'exécution Java sous
Linux 189
erreur d'insuffisance d'espace
disque 184
M
matérielles
allocation 11
Maximo
exécution WebSphere Application
Server 197
objets métier
non synchronisés 197
messages d'erreur
défaillance 209
erreur CTGIN22521I 194
installation
après la désinstallation de
Websphere Application
Server 214
installation 79
middleware 36, 45, 115
migration
codes retour 258
mise à jour de la configuration du poste
de travail 254
mise à jour du poste de travail
administratif 254
modification
hôte 249
nom 249
modification du nom d'hôte
scripts
paramètres pour le nouvel
ordinateur 256
serveur de base de données
mise à jour du nom d'hôte 254
moteur de déploiement 192
mots de passe
mise à jour après migration 246
mise à jour après mise à niveau 243
mot de passe du serveur TPM 250
règles 25
requis pour modifier le nom
d'hôte 250
service Device Manager
FDCC 200
noms d'hôte (suite)
modification
serveur de base de données
noms d'instance
règles 25
noms d'utilisateur
règles 25
O
Objets métier
Maximo 197
non synchronisés 197
Oracle Database
installation
client sous AIX, Linux et
Solaris 68
service du gestionnaire d'unités
FDCC 220
vérification de l'installation 70
Outil d'administration Web
installation 243, 246
P
pare-feu
ports requis 21
ports
requis 21
poste de travail administratif 7
prérequis 45, 115
processus d'installation 3
programme d'installation 7.1.1 222
programme d'installation de Tivoli
Deployment 222
R
réinstallation
reprise du moteur de déploiement 192
réseau
logiciel antivirus
exigences en matière
d'installation 21
RXA, fonction de trace 201
N
navigateur
configuration pour une conformité à
FIPS 140-2 161
nom d'hôte
configuration prérequise
renseignement du fichier de
propriétés 250
fichier de propriétés
valeurs de paramètre 250
scripts
valeurs de paramètre 250
noms d'hôte
migration
composants 255
serveur TPM 251
254
S
sauvegarde du poste de travail
administratif 160
scanner de prérequis
exécution 6
sécurisation de fichiers 166
sécurisation des fichiers Websphere
Application Server 166
sécurité
Federal Information Processing
Standard 140-2 262
Serveur LDAP
migration
mots de passe 246
Serveur LDAP (suite)
mise à niveau
mots de passe 243
serveur TPM
arrêt sous UNIX et Linux 236
démarrage après l'installation sous
UNIX et Linux 161
démarrage sous UNIX et Linux 236
redémarrage sous UNIX et Linux 236
service d'authentification 102
service Device Manager
incidents
impossible de communiquer avec
Oracle 219
service du gestionnaire d'unités
services de base
problèmes
lien rompu 200
problèmes liés à l'installation
échec de la validation 197
échec sans le moteur de
déploiement 196
noms de protocole LDAP non
valides 192
présentation 191
récupération après des
problèmes 193
suppression 177
signataire SSL
vérification 156
suppression du moteur de
déploiement 199
T
tableau de bord
démarrage 35
tâches WebSphere Application
Server 262
tioadmin
échec de l'installation des composants
principaux 209
mots de passe 243, 246
démarrage 240
utilisation 248
composants 2
désinstallation de composants 169
installation
échec si le serveur de terminaux
est activé 221
réinstallation 181
Tivoli Provisioning Manager avec un
autre produit
installation 235
Deployment 222
démarrage 238
Index
273
topologies
prises en charge pour l'installation
TPM
serveur 249
7
U
UNIX
modification des droits lors de
l'édition de fichiers texte 221
utilisateurs
création 243, 246
V
valeurs par défaut 264
Virtual Member Manager 97
W
incidents
suffixe de nom de domaine non
valide 217
problèmes
échec de déploiement de
MAXIMO.ear 194
pas de synchronisation avec les
objets métier Maximo 198
installation
vérification de l'état 235
vérification de la version 235
X
XML manquant
274
188

IBM Tivoli Provisioning Manager Version 7.2

Transcription

Documents pareils

En savoir plus

DÎNER DE LA SAINT VALENTIN À TIVOLI ORIENTE

Prix : 398 000 € FAI 05 57 22 85 96

Tivoli - Copenhague Accueil

ibm tivoli storage manager 7.1 mise en œuvre et administration

Prix : 280 000 € FAI 05 57 22 85 96

Prix : 490 000 € FAI 05 57 22 85 96

Forum: Hôtels

ibm tivoli storage manager 7.1 administration avancee

Prix : 280 000 € FAI 05 57 22 85 96