Démarrage d'un serveur d'applications

Lorsque vous démarrez un serveur d'applications, un nouveau processus serveur se lance. Ce nouveau processus serveur est basé sur les paramètres de définition des processus de la configuration actuelle du serveur.

Avant de commencer

Avant de démarrer un serveur d'applications, assurez-vous que toutes les ressources requises pour l'application sont disponibles. Vous devez également démarrer tous les sous-systèmes requis.

Si vous souhaitez que les composants serveur se lancent dynamiquement en fonction des besoins des applications installées, vérifiez que l'option Lancer les composants en fonction des besoins est sélectionnée dans les paramètres de configuration du serveur d'applications avant de le démarrer. Cette option permet d'accélérer le démarrage et de réduire l'encombrement de la mémoire du serveur d'applications. Le démarrage des composants requis est plus efficace si toutes les applications déployées sur le serveur sont du même type. Par exemple, l'utilisation de cette option est plus efficace si toutes vos applications sont des applications Web utilisant des servlets et des JavaServer Pages (JSP). Elle est en revanche moins efficace si vos applications utilisent des servlets, des JSP et des Enterprise JavaBeans (EJB).

Eviter les incidents Eviter les incidents:
  • Afin de garantir la compatibilité avec d'autres produits WebSphere, le paramètre par défaut de l'option Démarrer les composants en fonction des besoins est déselectionné. Avant de sélectionner cette option, vérifiez que tout produit WebSphere exécuté conjointement avec ce produit prend en charge cette fonction.
  • Lorsque vous démarrez un serveur d'applications à partir de la console, le serveur d'applications hérite de l'environnement de l'agent de noeud et notamment des paramètres ulimit. Il se peut que l'affectation de la valeur appropriée au paramètre ulimit doive être effectuée au niveau de l'agent de noeud de sorte que le serveur d'applications hérite des valeurs appropriées de l'agent de noeud.
  • Lorsque vous démarrez un serveur d'applications à partir d'une ligne de commande, vous devez spécifier les paramètres ulimit dans l'interpréteur de commandes du système d'exploitation avant d'exécuter la commande startServer car dans ce scénario, le serveur d'applications hérite des paramètres ulimit de l'interpréteur de commandes du système d'exploitation.
gotcha

Pourquoi et quand exécuter cette tâche

L'agent de noeud du noeud sur lequel un serveur d'applications réside doit s'exécuter avant que vous puissiez démarrer le serveur d'applications.

Cette procédure de démarrage de serveur s'applique également au redémarrage. Elle ne s'applique pas si vous souhaitez que les fonctions de reprise se terminent avant que de nouveaux travaux soient démarrés sur ce serveur. Dans cette situation, vous devez redémarrer le serveur en mode reprise.

Après avoir créé une définition de serveur d'applications, vous pouvez démarrer, arrêter et gérer le nouveau serveur à l'aide de la console d'administration ou utiliser des commandes pour effectuer ces tâches pour le nouveau serveur.

Un serveur d'applications qui vient de démarrer peut ne pas être reconnu immédiatement par les autres processus. Les serveurs d'applications sont reconnus par l'agent de noeud. Toutefois, les agents de noeud sont reconnus par le gestionnaire de déploiement. Bien qu'en général, les agents de noeud reconnaissent rapidement les serveurs d'applications locaux, la reconnaissance d'un agent de noeud par un gestionnaire de déploiement peut prendre jusqu'à 60 secondes.

Si vous utilisez des clusters, la propriété d'état initial du sous-composant de serveur d'applications n'est pas destinée à être utilisée pour contrôler l'état des serveurs individuels du cluster au moment où il est démarré. Elle sert uniquement à contrôler l'état du sous-composant d'un serveur. Vous devez utiliser les options de serveur de la console d'administration ou les commandes startServer et stopServer de la ligne de commande pour démarrer et arrêter les serveurs individuels d'un cluster.

Eviter les incidents Eviter les incidents: Lorsqu'un processus enfant démarre, Java ajoute le chemin d'exécution à la variable d'environnement LIBPATH pour garantir qu'il utilise les chemins de bibliothèque corrects. Etant donné que cette implémentation ne vérifie pas si le chemin d'exécution existe déjà dans la variable d'environnement LIBPATH, les entrées existantes risquent d'être dupliquées. Cependant, quand le processus parent est arrêté puis redémarré, tous les chemins d'exécution supplémentaires ajoutés à la variable d'environnement LIBPATH lors du démarrage des processus enfant sont supprimés de la variable d'environnement LIBPATH.gotcha

Vous pouvez lancer un serveur d'applications de l'une des façons ci-dessous.

Procédure

Résultats

Le serveur spécifié démarre. Pour vérifier que le serveur est à l'état démarré, dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'application WebSphere.

Que faire ensuite

Une fois le serveur démarré, déployez les applications que vous souhaitez exécuter.

Si vous devez démarrer un serveur d'application avec la fonction de débogage Java™ standard activée :
  1. Dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere.
  2. Cliquez sur le nom du serveur d'applications dont les processus sont à tracer et déboguer.
  3. [AIX Solaris HP-UX Linux Windows][z/OS]Sous Infrastructure du serveur, cliquez sur Gestion des processus et de Java > Définition des processus.
  4. [z/OS]Sélectionnez Contrôler.
  5. [AIX Solaris HP-UX Linux Windows][z/OS]Sélectionnez Machine virtuelle Java.
  6. Dans la page Machine virtuelle Java, sélectionnez l'option Mode débogage pour démarrer le débogueur Java standard. Paramétrez les arguments de Mode débogage si nécessaire.
  7. Cliquez sur OK.
  8. Enregistrez les modifications dans un fichier de configuration.
  9. Arrêtez le serveur d'applications.
  10. Redémarrez le serveur d'applications comme décrit précédemment.

Icône indiquant le type de rubrique Rubrique de tâche



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