Mandato migrateServerMEtoCluster

Cuando un servidor que es miembro de un bus se convierte en un clúster, utilice el mandato migrateServerMEtoCluster para migrar el motor de mensajería (ME) al ámbito de servidor a clúster. Durante la conversión, la pertenencia de bus no se transfiere automáticamente a un ámbito de clúster. Si desea que el clúster sea un miembro del bus, utilice este mandato para realizar dicha transferencia.

Para ejecutar el mandato, utilice el objeto AdminTask del cliente de scripts wsadmin.

[IBM i][IBM i]El cliente de scripts wsadmin se ejecuta desde Qshell. [IBM i]Para obtener más información, consulte Configuración de Qshell para ejecutar scripts de WebSphere mediante el script wsadmin.

Este mandato sólo es válido cuando se utiliza con los servidores de aplicaciones WebSphere Application Server Versión 7.0 o posterior. No lo utilice con versiones anteriores.

Para los mandatos del bus de integración de servicios se proporciona ayuda de línea de mandatos:
  • Si desea una lista de los mandatos disponibles del bus de integración de servicios en Jyton y una breve descripción de cada mandato, especifique el mandato siguiente en el indicador de wsadmin:

    print AdminTask.help('SIBAdminCommands')

  • Si desea ayuda general sobre un mandato determinado, especifique el mandato siguiente en el indicador de wsadmin:

    print AdminTask.help('nombre_mandato')

Después de utilizar el mandato, guarde los cambios en la configuración maestra utilizando el mandato siguiente:

AdminConfig.save()

Objetivo

El mandato migrateServerMEtoCluster migra un motor de mensajería de un servidor al ámbito de un clúster. Puede utilizarlo cuando un servidor que es miembro de un bus de integración de servicios se haya convertido a un clúster. La conversión a un clúster no hace que el clúster se convierta automáticamente en un miembro del bus. Utilice este mandato para transferir la pertenencia del bus al clúster. Esto puede utilizarse para permitir al motor de mensajería tener una alta disponibilidad, o si desea añadir motores de mensajería adicionales al clúster para la escalabilidad. En esta situación, no debe suprimir el motor de mensajería en el ámbito de servidor y volver a crearlo en el ámbito del clúster, porque el identificador exclusivo (UUID) del motor de mensajería se perdería y el motor de mensajería no funcionaría con los destinos configurados previamente.

El mandato migrateServerMEtoCluster convierte al nuevo clúster de servidores en un miembro del bus.

Un ejemplo de una situación en la que este mandato es útil es después de que un servidor que es miembro de un bus se haya federado en una célula, utilizando la opción para incluir el bus, el servidor se promoverá a un miembro de un clúster creando un nuevo clúster con el servidor como primer miembro.

Objeto de destino

Un motor de mensajería.

El motor de mensajería se copia en el ámbito del clúster y se copian todas las referencias de localización de destino, asegurándose de que sigue funcionando con destinos configurados anteriormente. Se suprime la definición de motor de mensajería en el ámbito del servidor.

Parámetros necesarios

-bus nombre_bus
Nombre del bus de integración de servicios del que es miembro un servidor, cuando dicho servidor aloja el motor de mensajería que se va a migrar. Puede utilizar el mandato listSIBuses para listar los nombres de los buses existentes.
-node nombre_nodo
Nombre del nodo en el que se ejecuta el servidor, cuando ese servidor aloja el motor de mensajería que se va a migrar.
-server nombre_servidor
Nombre del servidor que aloja el motor de mensajería que se va a migrar.

El servidor debe ser un miembro del especificado y ejecutarse en el nodo especificado y ya debe haberse convertido al clúster especificado en el mandato.

-cluster nombre_clúster
El nombre del clúster de servidores al que se ha convertido el servidor, y al cual desea migrar el motor de mensajería.

El clúster debe existir y el servidor debe ser miembro del clúster. El clúster todavía no puede ser miembro del miembro del que es miembro el servidor.

Parámetros opcionales

-rename TRUE | FALSE
Si se debe cambiar el nombre del motor de mensajería y los puntos de mensajes, así como utilizar los convenios de denominación para estos recursos en un clúster. Por ejemplo, el nombre del motor de mensajería de un servidor que utiliza el convenio de denominación nombre_nodo.nombre_servidor-nombre_bus pasa a utilizar el convenio de denominación nombre_clúster.nnn-nombre_bus.
TRUE
Se cambia el nombre del motor de mensajería y de los puntos de mensajes utilizando los convenios de denominación para estos recursos en un clúster.
FALSE
No se cambia el nombre del motor de mensajería y de los puntos de mensajes utilizando los convenios de denominación para estos recursos en un clúster.
El valor predeterminado es FALSE.

Ejemplo

Migrar a cluster1 un motor de mensajería que está configurado actualmente en node1, server1, y cambiar el nombre del motor de mensajería y de todos sus puntos de mensajes para que se utilice la terminología de clúster. Server1 es un miembro del bus1 y ya se ha convertido en el cluster1. El cluster1 todavía no es miembro del bus1.

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

Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjk_cli_me_promote
File name: rjk_cli_me_promote.html