Commande migrateServerMEtoCluster

Lorsqu'un serveur membre d'un bus est converti en un cluster, utilisez la commande migrateServerMEtoCluster pour migrer le moteur de messagerie du serveur vers la portée du cluster. Lors de la conversion, l'appartenance au bus n'est pas automatiquement transférée à la portée du cluster. Si vous souhaitez que le cluster soit membre du bus, utilisez cette commande pour procéder au transfert.

Pour exécuter la commande, utilisez l'objet AdminTask du client de scriptage wsadmin.

[IBM i][IBM i]Le client de scriptage wsadmin est exécuté à partir de Qshell. [IBM i]Pour plus d'informations, voir Configuration de Qshell pour exécuter des scripts WebSphere à l'aide de l'outil de scriptage wsadmin.

Cette commande est valide uniquement lorsqu'elle est utilisée avec les serveurs d'applications WebSphere Application Server Version 7.0 ou ultérieures. Ne l'utilisez pas avec des versions antérieures.

L'aide de la ligne de commande est fournie pour les commandes de bus d'intégration de services :
  • Pour obtenir une liste des commandes de bus d'intégration de services disponibles dans Jython et une brève description de chacune d'elles, entrez la commande suivante à l'invite wsadmin :

    print AdminTask.help('SIBAdminCommands')

  • Pour obtenir une aide générale sur une commande donnée, entrez la commande suivante à l'invite wsadmin :

    print AdminTask.help('nom_commande')

Après avoir utilisé ces commandes, sauvegardez les modifications apportées à la configuration maîtresse en exécutant la commande suivante :

AdminConfig.save()

Rôle

La commande migrateServerMEtoCluster permet de migrer un moteur de messagerie d'un serveur vers la portée d'un cluster. Elle est très utile lorsqu'un serveur membre d'un bus d'intégration de services a été converti en cluster. La conversion en cluster ne fait pas automatiquement du cluster un membre du bus. Utilisez cette commande pour transférer l'appartenance du bus vers le cluster. Vous pouvez l'utiliser pour permettre au moteur de messagerie d'être hautement disponible ou pour ajouter d'autres moteurs de messagerie au cluster pour plus d'évolutivité. Dans ce cas, vous ne devez pas supprimer le moteur de messagerie sur la portée du serveur et le recréer sur la portée du cluster car vous risquez de perdre l'UUID du moteur de messagerie et le moteur de messagerie risque de ne pas fonctionner avec les configurations déjà en place.

La commande migrateServerMEtoCluster définit le cluster de serveurs comme un membre du bus.

Par exemple, cette commande peut être utile une fois qu'un serveur membre d'un bus est fédéré dans une cellule à l'aide de l'option permettant d'inclure le bus. Le serveur est promu comme membre d'un cluster en créant un cluster avec le serveur défini en tant que premier membre.

Objet cible

Moteur de messagerie.

Le moteur de messagerie est copié sur la portée du cluster et toutes les références de localisation de destination sont copiées pour assurer leur fonctionnement avec les destinations précédemment configurées. La définition du moteur de messagerie est supprimée sur la portée du serveur.

Paramètres requis

-bus nom_bus
Nom du bus d'intégration de services dont le serveur est membre lorsque le serveur héberge le moteur de messagerie à migrer. Vous pouvez utiliser la commande listSIBuses pour afficher la liste des noms des bus existants.
-node nom_noeud
Nom du noeud sur lequel le serveur s'exécute lorsque le serveur héberge le moteur de messagerie à héberger.
-server nom_serveur
Nom du serveur qui héberge le moteur de messagerie à migrer.

Le serveur doit être membre du bus indiqué et s'exécuter sur le noeud spécifié. En outre, il doit être déjà converti en cluster indiqué dans la commande.

-cluster nom_cluster
Nom du cluster de serveurs vers lequel le serveur a été converti et sur lequel vous souhaitez migrer le moteur de messagerie.

Le cluster doit exister et le serveur doit être membre du cluster. Le cluster ne doit encore être membre du bus d'intégration de services dont le serveur est membre.

Paramètres optionnels

-rename TRUE | FALSE
Indique s'il faut renommer le moteur de messagerie et les points de message et utiliser les conventions de dénomination pour ces ressources dans un cluster. Par exemple, le nom du moteur de messagerie sur le serveur qui utilise la convention de dénomination nom_noeud.nom_serveur-nom_bus est modifié pour utiliser la convention de dénomination nom_cluster.nnn-nom_bus.
TRUE
Le moteur de messagerie et les points de message sont renommés en utilisant les conventions de dénomination des ressources d'un cluster.
FALSE
Le moteur de messagerie et les points de message sont renommés en utilisant les conventions de dénomination des ressources d'un cluster.
La valeur par défaut est FALSE.

Exemple

Migration d'un moteur de messagerie actuellement configuré sur noeud1, serveur1 vers cluster1 et attribution d'un nouveau nom au moteur de messagerie et à tous les points de message pour utiliser la terminologie de cluster. Server1 est membre de bus1 et a déjà été converti en cluster1. Cluster1 n'est pas encore membre de bus1.

AdminTask.migrateServerMEtoCluster ('-bus bus1 -node node1 -server server1 -cluster cluster1 -rename TRUE')

Icône indiquant le type de rubrique Rubrique de référence



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=rjk_cli_me_promote
Nom du fichier : rjk_cli_me_promote.html