Apprenez à utiliser l'outil de gestion de profil pour créer et configurer un profil de serveur autonomeWebSphere ESB à l'aide de valeurs de configuration personnalisées.
Pourquoi et quand exécuter cette tâche
En sélectionnant l'option Avancée,
vous pouvez attribuer les valeurs de votre choix aux paramètres suivants : emplacement du profil, ports et noms de profil, de noeud et d'hôte.
Vous
pouvez également choisir de déployer la console d'administration, l'exemple d'application WebSphere Application
Server, ou créer une définition de serveur Web. La sécurité administrative peut éventuellement être activée. Si le système d'exploitation et les privilèges associés à votre compte utilisateur le permettent, vous pouvez créer un service système pour exécuter le serveur. Vous pouvez également indiquer vos propres valeurs de configuration pour les bases de données Common Event
Infrastructure et Common et configurer Business Space.
Important : Si vous envisagez de fédérer ce profil de serveur autonome dans un gestionnaire de déploiement, n'utilisez pas l'option magasin de fichiers pour les moteurs de messagerie ou pour Derby Embedded pour CEI (Common Event Infrastructure, ou les bases de données communes. L'option de magasin de fichiers et la base de données Derby Embedded ne peuvent pas être utilisées dans une configuration d'environnement de déploiement.
A l'issue de la procédure décrite dans Augmentation de profils à l'aide de l'outil de gestion de profil ou dans Création de profil à l'aide de l'outil de gestion de profil, le panneau de sécurité administrative ou de déploiement d'application facultatives apparaît. Procédez comme suit pour configurer un nouveau profil de serveur autonome à l'aide de valeurs de configuration personnalisées.
- Le panneau qui s'affiche dans l'outil de gestion de profil dépend de l'opération en cours (création ou augmentation de profil). Si vous augmentez un profil, l'affichage du panneau varie également selon que vous avez ou non activé la sécurité pour ce profil et selon que l'infrastructure CEI est configurée sur le système.
Si l'opération en cours est |
Première étape |
Augmentation avancée d'un profilWebSphere ESB et si Security est activée sur le profil, vous augmentez. |
Le panneau Sécurité administrative s'affiche. Passez à l'étape 5. |
Une création de profil avancée |
Le panneau Déploiement facultatif d'application s'affiche. Passez à l'étape 2. |
- Pour une création de profil avancée seulement : Dans le panneau Déploiement d'application facultatif,
sélectionnez les applications que vous souhaitez déployer sur l'environnement de profil de serveur autonome en cours de création, puis cliquez sur Suivant.
Pour choisir une application dans la liste suivante, laissez la case située en regard de l'application sélectionnée. Décochez la case pour désélectionner une application.
Le panneau relatif au nom et à l'emplacement du profil s'affiche.
- Pour une création de profil avancée seulement : Dans le panneau relatif au nom et à l'emplacement du profil, procédez comme suit :
- Indiquez un nom et un chemin d'accès uniques pour le profil ou acceptez les valeurs par défaut.
Chaque profil que vous créez doit avoir un nom. Lorsque vous avez plusieurs profils, vous pouvez
vous adresser à chacun individuellement à son niveau supérieur en
utilisant ce nom. Si vous choisissez de ne pas utiliser le nom par défaut, voir
Remarques relatives aux noms de profils, de noeuds, d'hôtes et de cellules pour plus d'informations sur les restrictions à prendre en compte pour nommer un profil (longueur du chemin d'accès, etc.).
Ce répertoire contient les fichiers définissant l'environnement d'exécution : commandes, fichiers de configuration et fichiers journaux. Le répertoire par défaut dépend de la plateforme :
racine_données_utilisateur/profiles/nom_profil

racine_installation/profiles/nom_profil
racine_installation\profiles\nom_profil
où
nom_profil est le nom que vous avez indiqué.
Un message d'erreur s'affiche si :
- Le nom_profil indiqué n'est pas unique.
- Le répertoire indiqué n'est pas vide.
- L'ID utilisateur n'est pas associé aux droits nécessaires pour ce répertoire.
- L'espace est insuffisant pour créer le profil.
- Pour créer le serveur autonome avec les paramètres de configuration optimisés pour les environnements de déploiement, cochez la case permettant de créer le serveur à l'aide du modèle de développement. Le modèle de développement permet de réduire le temps de démarrage et permet au serveur de fonctionner sur un système moins puissant. N'utilisez pas cette option pour les serveurs de production.
- Vous pouvez faire en sorte que le profil créé devienne le profil par défaut
(et que les commandes lui soient automatiquement associées). Pour cela, cochez
la case Définir ce profil comme profil par défaut. Cette case à cocher
n'apparaît que lorsqu'un profil existant figure sur votre système.
Le premier profil que vous créez sur un poste de travail est le profil par défaut.
Ce profil est la cible par défaut de toutes les commandes
exécutées à partir du répertoire bin dans l'arborescence
d'installation du produit.
Lorsqu'il n'existe qu'un seul profil sur un poste de travail, chaque commande agit sur ce
profil. Pour utiliser certaines commandes sur un serveur contenant plusieurs profils,
vous devez identifier le profil cible.
Pour plus d'informations, voir Commandes de profils en environnement multiprofils.
- Cliquez sur
Suivant. Si vous cliquez sur Précédent et que vous
changez le nom du profil, vous devrez peut-être le
modifier manuellement dans ce panneau quand il
s'affichera à nouveau.
Le panneau Noms de noeud, d'hôte et de cellule s'affiche.
- Pour la création de profils avancée uniquement : Dans les panneaux de nom de noeud, d'hôte et de cellule, spécifiez le nom de noeud, d'hôte et de cellule du profil de serveur autonome, ou acceptez les valeurs par défaut et cliquez sur Suivant. Essayez d'utiliser un nom de noeud aussi court que possible,
mais veillez à ce que ces noms soient uniques au sein du déploiement réseau. Pour plus d'informations sur les
termes réservés et autres restrictions à prendre en compte lors de
l'attribution d'un nom de noeud, d'hôte et de cellule, voir
Remarques relatives aux noms de profils, de noeuds, d'hôtes et de cellules.
Le panneau Sécurité administrative s'affiche.
- Activer la sécurité administrative.
Cet écran dépend de l'opération en cours (création ou augmentation de profil).
Si vous créez un profil, vous pouvez activer la sécurité administrative maintenant ou ultérieurement, à partir de la console d'administration.
Pour activer la sécurité administrative maintenant, ne cochez pas la
case Activer la sécurité administrative, spécifiez un
nom d'utilisateur et un mot de passe pour la connexion à la console
d'administration, puis cliquez sur Suivant.
Pour désactiver la sécurité administrative, désélectionnez cette case. Pour activer la sécurité administrative ultérieurement à partir de la console d'administration, ouvrez la console et cliquez sur Sécurité > Sécurité de Business Integration.
Si vous choisissez de déployer l'exemple d'application WebSphere Application Server à partir du panneau de déploiement d'applications facultatives à l'étape 2, un compte est nécessaire pour qu'ils puissent s'exécuter. Attribuez le mot de passe au compte. Le nom d'utilisateur du compte ne peut pas être modifié.
Si vous augmentez un profil et que ce panneau s'affiche, la sécurité est activée pour le profil augmenté. Vous devez entrer de nouveau l'ID et le mot de passe d'administration associés à ce profil.
L'étape suivante dépend des conditions suivantes :
Si l'opération en cours est |
Etape suivante |
Une création de profil avancée |
Le panneau Attribution des valeurs de port s'affiche. Passez à l'étape 6. |
- Pour la création de profil avancée uniquement : Vérifiez que les ports spécifiés pour le profil sont uniques et cliquez sur
Suivant.
L'outil de gestion de profil détecte les ports en cours d'utilisation par d'autres produits WebSphere et affiche les valeurs de port recommandées qui n'entrent pas en conflit avec les valeurs existantes. Si d'autres applications que WebSphere utilisent les ports spécifiés, vérifiez qu'il n'y ait pas de conflit. Si vous avez choisi de ne pas déployer la console d'administration sur le panneau de déploiement facultatif d'applications au cours de l'étape 2,
les ports de la console d'administration sont grisés dans le panneau d'attribution des valeurs de port.
Les ports sont reconnus comme étant en cours d'utilisation si les situations suivantes sont satisfaites :
- Les ports sont affectés à un profil créé sous une installation effectuée par l'utilisateur actuel.
- Les ports sont en cours d'utilisation.
Bien que l'outil valide les ports lorsque vous accédez au panneau Attribution des valeurs de port, certains de vos choix sur les panneaux suivants peuvent générer des conflits. L'attribution des ports n'est pas définitive tant que la création de profil n'est pas terminée.
Si vous pensez qu'il existe un conflit de port, vous pouvez faire des recherches une fois le profil créé.
Identifiez quels ports ont été utilisés lors de la création du profil en consultant le fichier suivant :
racine_profil/properties/portdef.props

racine_profil/properties/portdef.props
racine_profil\properties\portdef.props
Ce fichier contient les clés et les valeurs utilisées pour les paramètres des ports. En cas de conflit, vous pouvez réattribuer les ports manuellement. Pour réaffecter des ports, voir la rubrique
Mise à jour de ports dans un profil existant dans le centre de documentation de WebSphere Application Server Network Deployment, version 6.1 et exécutez le fichier
updatePorts.ant via le script
ws_ant.
L'étape suivante dépend de votre plateforme et de votre qualité d'utilisateur root (Administrateur) ou non.
Si vous procédez à l'installation |
Etape suivante |
Sur une plateforme Linux® et si vous exécutez l'outil de gestion de profil de gestion en tant qu'utilisateur |
Le panneau de définition de service Linux apparaît. Passez à l'étape 8. |
Sur une plateforme Windows® et si vous disposez des droits du groupe administrateur |
Le panneau de définition de service Windows apparaît. Passez à l'étape 7. |
Sur les autres plateformes ou si vous êtes utilisateur non root sur une plateforme Linux ou Windows. |
Le panneau Définition de serveur Web s'affiche. Passez à l'étape 9. |
Pour la création de profil avancée uniquement : Indiquez si vous souhaitez
exécuter le serveur en tant que service Windows et cliquez sur Suivant.
Le panneau de définition de service Windows s'affiche pour la plateforme Windows uniquement si l'ID qui installe le service Windows possède des privilèges de groupe administrateur. Si le profil est configuré en tant que service Windows, le produit démarre les
services Windows pour les processus serveur démarrés par la commande
startServer. Par exemple, si vous configurez un serveur en tant que service Windows et que vous exécutez la commande
startServer,
la commande
wasservice démarre le service défini.
Important : Si vous vous connectez via un compte utilisateur spécifique, vous devez indiquer l'ID utilisateur et le
mot de passe de l'utilisateur qui gérera ce service.
Vous devez également indiquer le type de démarrage
(Manuel par défaut).
L'ID utilisateur ne
doit pas contenir d'espace. Il doit en outre appartenir au groupe des administrateurs et
disposer des droits d'utilisateur avancés Ouvrir une session en tant que service et Agir en tant que partie du système
d'exploitation.
Si l'ID utilisateur appartient au groupe Administrateur,
l'outil de gestion de profil lui accorde des droits d'utilisateur
avancés (s'il ne les possède pas déjà).
Vous pouvez, durant la suppression d'un profil, supprimer le service Windows ajouté au cours de la création de profil.
Considérations relatives à IPv6 lors de l'exécution de profils en tant que services Windows
Les profils créés pour être exécutés en tant que service Windows ne démarrent pas avec IPv6 si le service est configuré pour être exécuté en tant que système local. Pour activer IPv6, créez une variable d'environnement propre à l'utilisateur. Du fait que cette variable d'environnement est une variable utilisateur et non une variable de Système local, seul un service Windows exécuté pour cet utilisateur spécifique peut accéder à cette variable. Par défaut, lorsqu'un nouveau profil est créé et configuré pour être exécuté en tant que service Windows, ce service est configuré pour être exécuté en tant que Système local. Lorsque le service WebSphere ESB Windows essaie de s'exécuter, il ne parvient pas à accéder à la variable d'environnement dont la valeur est IPv6 et il essaie alors d'utiliser IPv4. Dans ce cas, le serveur ne démarre pas correctement. Pour résoudre ce problème, vous devez spécifier, au moment de la création de profil, que le service
WebSphere ESB Windows doit être exécuté avec le même ID utilisateur que celui utilisé par la variable d'environnement qui spécifie que IPv6 est défini, et non avec Système local.
Le panneau Définition de serveur Web s'affiche.
Pour la création de profil avancée uniquement : Indiquez si vous souhaitez
exécuter le serveur en tant que service Linux et cliquez sur Suivant.
Le panneau de définition de service Linux ne s'affiche que si le système d'exploitation en cours est une version prise en charge de Linux et que l'utilisateur en cours dispose des droits appropriés.
WebSphere ESB tente de démarrer les services Linux destinés aux processus serveur lancés via la commande startServer.
Par exemple, si vous configurez un serveur en tant que service Linux et que vous exécutez la commande startServer,
la commande wasservice tente de démarrer le service défini.
Par défaut, WebSphere ESB n'est pas sélectionné pour être exécuté en tant que service Linux.
Pour pouvoir créer le service, l'utilisateur qui exécute l'outil de gestion de profil doit être l'utilisateur root. Si ce n'est pas le cas, le panneau de définition de service Linux ne s'affiche pas et le service n'est pas créé.
Vous devez indiquer un nom d'utilisateur sous lequel le service va s'exécuter.
Pour supprimer un service Linux, l'utilisateur doit être l'utilisateur root ou posséder des droits appropriés pour la suppression du service.
Sinon, il est possible de créer un script de suppression qui sera exécuté par le superutilisateur pour le compte de l'utilisateur.
Le panneau Définition de serveur Web s'affiche.
- Pour la création de profil avancée uniquement : Si vous souhaitez inclure une définition de serveur Web dans le profil, procédez comme suit :
Remarque : Sous i5/OS,
ne créez pas
la définition de serveur Web à l'aide de l'outil de gestion de profil. Par conséquent, n'activez pas cette option sur le panneau de définition du serveur Web. Vous devrez utiliser
les formulaires de configuration et d'administration d'IBM® HTTP
Server for iSeries qui permettent de créer la définition de serveur Web et une instance de serveur HTTP. Ils permettent également d'associer correctement le serveur HTTP à cette définition de serveur Web. Pour plus d'informations, voir la rubrique
Configuration d'une instance de serveur HTTP dans centre de documentation de WebSphere Application
Server Network Deployment for i5/OS, version 6.1.
- Cochez la case Créer une définition de serveur Web.
- Spécifiez les caractéristiques de serveur Web dans le panneau, puis cliquez sur Suivant.
- Spécifiez les caractéristiques du serveur Web dans la partie 2 du panneau, puis cliquez sur Suivant.
Si vous utilisez un serveur Web pour le routage des demandes adressées àWebSphere ESB, vous devez inclure une définition de serveur Web. Vous pouvez inclure cette définition maintenant, ou encore définir ultérieurement le serveur Web pour WebSphere ESB. Si vous définissez le serveur Web lors de la création du profil, vous pouvez l'installer, ainsi que les plug-ins associés, une fois que le profil est créé. L'emplacement de l'installation doit cependant être conforme aux chemins indiqués dans les panneaux de définition du serveur Web. Si vous définissez le serveur Web en tant que WebSphere ESB après la création du profil, le serveur Web doit être défini dans un profil séparé.
- Sur le panneau de configuration de Business Space, cochez l'option Configuration de Business Space
pour configurer Business Space powered by WebSphere, qui fournit aux utilisateurs d'applications un environnement d'utilisation intégré dans toute la gamme
IBM Websphere Business Process Management, puis cliquez sur Suivant. La configuration de
Business Space définit une
interface graphique intégrée pour les utilisateurs professionnels de votre
application dans ce profil.
Important : Business Space est pris en charge avec les
produits de base de données suivants : Derby Embedded, Derby Network Server, DB2 Universal, DB2 Universal
Runtime Client, DB2 for i5/OS, DB2 for z/OS,
Oracle 9i, Oracle 10g et Oracle 11g.
Si la base de données que vous utilisez avec WebSphere ESB n'est pas prise en charge
par Business Space, une base de données Derby Embedded est sélectionnée
dans la configuration de Business Space.
Vous ne pourrez pas fédérer ce profil dans
un environnement de déploiement, car Derby Embedded n'est pas pris en charge
pour les environnements de déploiement.
Le panneau Configuration
de la base de données s'affiche.
- Dans le panneau Configuration de la base de données, configurez la base
de données commune et la base de données utilisées par le composant de l'Common Event Infrastructure utilisé par les composants sélectionnés de WebSphere ESB.
Consultez la rubrique Configuration de la base de données commune et de la base de données Common Event Infrastructure à l'aide de l'outil de gestion de profil
pour obtenir plus d'informations, puis retournez à cette étape lorsque vous
avez rempli toutes les zones dans les panneaux Configuration de la base de
données (partie 1 et 2).
Le panneau Récapitulatif du
profil s'affiche.
- Dans le panneau Récapitulatif du profil, sélectionnez Créer ou Augmenter pour créer ou augmenter le profil,
ou sur Précédent pour modifier les caractéristiques du profil.
Une fois la création ou l'augmentation de profil terminée, le panneau indiquant que l'opération est terminée s'affiche en même temps que le message L'outil de gestion de profil a créé le profil ou L'outil de gestion de profil a augmenté le profil.
- Finissez de configurer le profil du serveur autonome en exécutant l'une
des opérations suivantes, selon que vous devez ou non configurer
manuellement la base de données
Common Event Infrastructure et la base de données commune.
- Si vous avez terminé la configuration de l'infrastructure Common Event Infrastructure et des bases de données Common à l'aide de l'outil de gestion de profil, sélectionnez l'option de démarrage de la console Premiers pas ou l'option Créer un autre profil (ou encore les deux), puis cliquez sur Terminer pour quitter. Utilisez la console Premiers pas pour démarrer le serveur. Utilisez l'option Créer un autre profil pour redémarrer l'outil de gestion de profil en vue de la création de profils supplémentaires.
- Si vous avez choisi de différer la configuration de la base de données
en produisant des scripts à exécuter manuellement, procédez comme suit :
- Décochez la case de lancement de la console Premiers pas et cliquez sur
Terminer pour fermer l'outil de gestion du profil.
- Utilisez les outils et procédures standard du site de définition de base de
données afin d'éditer et exécuter les scripts générés par l'outil de
gestion de profil, pour créer, ou créer et configurer les bases de
données event, eventcat et WPRCSDB (ou leurs équivalents si elles portent des noms
différents sur votre système). Vous avez identifié l'emplacement de ces scripts à l'étape 2
de la rubrique Configuration de la base de données commune et de la base de données Common Event Infrastructure à l'aide de l'outil de gestion de profil. Consultez également les rubriques qui décrivent la création manuelle de nouvelles bases de données ou des tables associées dans des bases existantes.
Une fois les bases de données configurées, démarrez la console Premiers pas
associée au profil, comme indiqué à la rubrique Démarrage de la console Premiers pas.
Que faire ensuite
Vérifiez le fonctionnement du serveur en
sélectionnant
Démarrer le serveur dans la
console Premiers pas. Une fenêtre de résultats s'affiche. Si elle contient l'un des
messages suivants, cela signifie que le serveur fonctionne correctement :
ADMU3000I: Le serveur server1 est prêt pour
l'e-business ; l'ID de processus est 3348.
Vous pouvez également vérifier le fonctionnement du serveur en exécutant le test IVT (Installation Verification Test) dans la console Premier pas ou la commande wbi_ivt. Ce test permet de vérifier que le gestionnaire de déploiement ou le serveur autonome fonctionne correctement. Pour un profil de serveur autonome, il exécute également une vérification Moniteur d'état et génère un état.