Vous pouvez lancer tous les serveurs d'un cluster (membres du cluster) en une
seule opération. Lorsque vous lancez un cluster, la gestion de la charge de travail est automatiquement
activée.
Pourquoi et quand exécuter cette tâche
Lorsque vous demandez le démarrage de tous les membres d'un cluster, celui-ci passe à l'état
Partiellement démarré et chaque serveur qui en est membre est lancé, s'il n'est pas déjà en cours d'exécution. Lorsque tous
les membres du cluster sont en cours d'exécution, le cluster passe à l'état En cours d'exécution.
L'option
Démarrage en cascade arrête puis démarre chaque serveur les uns après les autres.
Conseil : Si vous utilisez des clusters, la propriété Etat initial du
sous-composant Serveur d'applications (Serveurs > Serveurs
d'applications > nom_serveur > Administration >
Composants de serveur > Serveur d'applications) ne permet pas de
contrôler l'état de chaque serveur du cluster lors du démarrage du cluster. Elle permet
uniquement de contrôler l'état du sous-composant Serveur d'applications d'un serveur. Il
est préférable de lancer et arrêter les membres d'un cluster à l'aide des options Serveur
de la console d'administration ou des commandes de ligne de commande (startServer
et stopServer).
Si vous utilisez un modèle d'environnement de déploiement
Messagerie distante ou
Messagerie et support distants, plusieurs clusters peuvent être interdépendants. Dans ce cas, démarrez l'infrastructure et les
clusters comme suit pour éviter les problèmes de démarrage potentiels :
- Séquence de démarrage de l'infrastructure :
- Serveurs de base de données, LDAP (Lightweight Directory Access Protocol) et Web
- Gestionnaire de déploiement (si nécessaire)
- Agents de noeud
- Séquence de démarrage des clusters :
- Cluster d'infrastructure de messagerie
- Cluster de support (infrastructure d'événement commune ou CEI)
- Cluster de déploiement d'applications
Pour démarrer un cluster, procédez comme suit :