Recuperación o traslado de nodos con el mandato addNode -asExistingNode
Puede utilizar la opción -asExistingNode del mandato addNode para recuperar y mover nodos de un gestor de despliegue. Utilizando la opción -asExistingNode, federe un nodo personalizado nuevo en un gestor de despliegue como un nodo existente. Durante la federación, el producto utiliza la información de la configuración maestra del gestor de despliegue para transformar el nodo personalizado en el nodo existente.
Antes de empezar
En este tema se presupone que un producto WebSphere Application Server, Network Deployment tiene un gestor de despliegue con uno o más nodos gestionados.
Acerca de esta tarea
Utilice la opción -asExistingNode del mandato addNode para recuperar rápidamente un nodo dañado, para mover un nodo a una instalación del producto en un sistema distinto, pero en la misma vía de acceso, para mover un nodo a una instalación del producto en un sistema operativo distinto o con una vía de acceso diferente, o para crear celdas de una célula de plantilla.
Los procedimientos siguientes describen cómo utilizar la opción -asExistingNode:
- Recupere un nodo gestionado existente de un gestor de despliegue.
- Mover un nodo a una instalación del producto en un sistema distinto pero en la misma vía de acceso.
- Mover un nodo a una instalación del producto en un sistema operativo distinto o con una vía de acceso distinta.
- Crear una célula a partir de una célula de plantilla.

- -includeapps
- -includebuses
- -startingport
- -portprops
- -nodeagentshortname
- -nodegroupname
- -registerservice
- -serviceusername
- -servicepassword
- -coregroupname
- -excludesecuritydomains
Cuando el mandato addNode se ejecuta con la opción -asExistingNode, el producto no comprueba ni resuelve los conflictos entre puertos. Debe verificar que los puertos asociados a un nodo no entren en conflicto con los puertos que ya están en uso en el host de destino.
Procedimiento
- Recupere un nodo gestionado existente de un gestor de despliegue.
Puede recuperar un nodo dañado existente utilizando la opción -asExistingNode del mandato addNode. Por ejemplo, si una anomalía del sistema hace que un nodo no esté disponible pero la información de nodo permanece en el gestor de despliegue, puede utilizar la opción -asExistingNode para volver a crear el nodo que no está disponible.
- Asegúrese de que el nodo dañado existente no esté en ejecución. Detenga el agente de nodo y todos los servidores de aplicaciones que residen en el nodo.
- Elimine el perfil original y cree un perfil para sustituir el nodo dañado y asígnele el mismo perfil de acceso, nombre de perfil y nombre de nodo que el nodo que no está disponible.
O bien, puede crear el perfil en un sistema distinto del nodo original, si su sistema original no está disponible y ha configurado un nuevo sistema con el mismo nombre de host.
Por ejemplo, suponga que el nodo myNode01 que tiene el nombre de perfil AppSrv01 deja de funcionar. Para sustituirlo por un nuevo nodo, cree un perfil de servidor de aplicaciones denominado AppSrv01 para el nodo myNode01.
- Ejecute el mandato addNode con la opción -asExistingNode desde la línea
de mandatos en el directorio bin del perfil de servidor de aplicaciones gestionado.
El nombre del nuevo nodo debe coincidir con el nombre del nodo donde ejecuta addNode con la opción -asExistingNode.
- Abra un indicador de mandatos y vaya al directorio bin del servidor de aplicaciones. Por ejemplo, para un perfil de servidor de aplicaciones AppSrv01, vaya al directorio raíz_perfil/AppSrv01/bin.
- Ejecute el mandato addNode con la opción -asexistingnode para sustituir el nodo de servidor de aplicaciones con el nuevo nodo. El mandato de ejemplo siguiente da por supuesto que la seguridad está habilitada y que el producto requiere que escriba un nombre de usuario y una contraseña. Para host_dmgr y puerto_dmgr, especifique el nombre de host y el número de puerto del gestor de despliegue.
addNode host_dmgr puerto_dmgr -asExistingNode -username nombre_usuario -password contraseña
Restricción: Los adaptadores JCA instalados anteriormente no se guardan como parte de la configuración de WebSphere. Después de sustituir un nodo, debe reinstalar los adaptadores JCA para que puedan funcionar en el nuevo entorno. - Sincronice todos los demás nodos activos en la célula.
- La manera más fácil y eficaz de sincronizar los nodos activos es permitir que se ejecute la sincronización automática. De forma predeterminada, la sincronización automática está habilitada y los nodos se sincronizan en su intervalo configurado.
- Si la sincronización automática no está habilitada, puede sincronizar los nodos explícitamente.
- Pulse Administración del sistema > Nodos.
- En la página Nodos, seleccione los nodos no sincronizados y pulse Sincronizar.
Si tiene más de cinco nodos no sincronizados, sincronice sólo cinco nodos cada vez.
Para recuperar un nodo gestionado utilizando una consola administrativa del gestor de despliegue, consulte el tema sobre adición, gestión y eliminación de nodos.
- Mueva un nodo a una instalación del producto en un sistema distinto pero en la misma vía de acceso.
Puede utilizar la opción -asExistingNode para mover un nodo a un sistema distinto, siempre que los valores siguientes sean los mismos en el sistema diferente:
- Directorio de instalación de WebSphere Application Server
- Nombre de perfil
- Directorio del perfil
- Nombre de nodo
Este procedimiento implica tres perfiles distintos:
- El perfil de gestor de despliegue es el perfil del gestor de despliegue. Ejecute el mandato changeHostName desde el perfil del gestor de despliegue.
- El perfil de origen es el perfil original desde el que desea mover.
- El perfil de destino es el perfil al que mover en el sistema diferente.
- Asegúrese de que el nodo que desea mover, el perfil de origen, no se esté ejecutando. Detenga el agente de nodo y todos los servidores de aplicaciones que residen en el nodo.
- Cambie el nombre de host del nodo en la configuración maestra presente en el gestor de despliegue.
Realice los pasos siguientes, que implican el perfil del gestor de despliegue:
- Abra un indicador de mandatos y vaya al directorio bin del perfil del gestor de despliegue. Por ejemplo, si el perfil del gestor de despliegue se denomina Dmgr01, vaya al directorio raíz_perfil/dmgr01/bin.
- Ejecute los mandatos Jython wsadmin que cambian el nombre de host del nodo. Los mandatos de ejemplo siguientes dan por supuesto que la seguridad está habilitada y que el producto requiere que escriba un nombre de usuario y una contraseña. Para nombre_host_nuevo, especifique el nombre de host del sistema de destino.
wsadmin -lang jython -userName nombre_usuario -password contraseña AdminTask.changeHostName('[-hostName nombre_host_nuevo -nodeName nombre_nodo]') AdminConfig.save() quit
- Mueva el nodo de la instalación del producto en el sistema de origen a la instalación del producto en el sistema de destino.
Realice los pasos siguientes, que implican el perfil de destino, en el sistema de destino:
- Instale WebSphere Application Server en un directorio que tenga el mismo nombre que el directorio de instalación del producto en el sistema de origen.
- Cree un perfil personalizado que tenga el mismo nombre de perfil, directorio de perfil y nombre de nodo que el perfil del nodo que desea mover. Al crear el perfil personalizado, seleccione federar el nodo más adelante. No seleccione federar el nodo durante la creación de perfiles.
- Abra un indicador de mandatos y vaya al directorio bin del servidor de aplicaciones. Por ejemplo, para un perfil de servidor de aplicaciones AppSrv01, vaya al directorio raíz_perfil/AppSrv01/bin.
- Ejecute el mandato addNode con la opción -asexistingnode para sustituir el nodo de servidor de aplicaciones por el nodo que desea mover. El mandato de ejemplo siguiente da por supuesto que la seguridad está habilitada y que el producto requiere que escriba un nombre de usuario y una contraseña. Para dmgr_host y dmgr_port,
especifique el nombre de host y el número de puerto del gestor de despliegue de destino.
addNode host_dmgr puerto_dmgr -asExistingNode -username nombre_usuario -password contraseña
Restricción: Los adaptadores JCA instalados anteriormente no se guardan como parte de la configuración de WebSphere. Después de mover un nodo, debe reinstalar los adaptadores JCA para que puedan funcionar en el nuevo entorno. - Utilice la consola administrativa del gestor de despliegue de destino o wsadmin para habilitar los servidores del nodo para que se ejecuten correctamente.
- Inicie el nodo. Este paso implica el perfil de destino.
- Actualice los hosts virtuales (los alias de host) para incluir el nombre de host de destino del nodo de servidor de aplicaciones.
- Inicie los servidores de aplicaciones del nodo.
- Si el nodo utiliza un certificado SSL (Secure Sockets Layer), modifique el certificado predeterminado para que contenga el nombre de host del nodo.
Consulte el tema sobre la creación de certificados SSL para sustituir certificados existentes en un nodo.
- Sincronice todos los demás nodos activos en la célula.
Es posible que tenga que actualizar las configuraciones de otros componentes de la infraestructura, como servidores web, que se configuran de forma estática para utilizar servidores de aplicaciones que residen en hosts específicos.
- Mueva un nodo a una instalación del producto en un sistema operativo distinto o con una vía de acceso distinta.
Puede utilizar la opción -asExistingNode para mover un nodo a una instalación del producto en un sistema distinto con el mismo sistema operativo, pero con otro nombre de host y vía de acceso. También puede utilizar la opción para mover un nodo a una instalación del producto en un sistema distinto que tiene un sistema operativo diferente, pero los archivos de configuración son compatibles; por ejemplo, de un sistema operativo AIX a un sistema operativo Windows.
Restricción:- Las aplicaciones que utilizan el planificador sólo funcionan con el mismo nombre de host. Debido a que el nombre de host está incorporado en cada tarea planificada, las tareas que existen antes de mover un nodo no funcionarán correctamente, pero las tareas creadas después del traslado funcionarán correctamente. Después de mover un nodo, vuelva a planificar las tareas planificadas que existían al mover el nodo.
- No puede mover nodos entre instalaciones del producto en sistemas operativos z/OS y sistemas operativos que no sean z/OS.
- Los adaptadores JCA instalados anteriormente no se guardan como parte de la configuración de WebSphere. Después de mover un nodo, debe reinstalar los adaptadores JCA para que puedan funcionar en el nuevo entorno.
En esta tarea se asume que el directorio de instalación y el directorio de perfiles de WebSphere Application Server en el sistema que tiene el nodo que desea mover (sistema de origen) no son los mismos que los directorios en el sistema de destino. Sin embargo, el nombre de perfil del nodo y el nombre de nodo deben ser iguales en los sistemas de origen y destino.
Para completar esta tarea, siga los pasos de la tarea Mover un nodo a una instalación del producto en un sistema distinto, pero en la misma vía de acceso, excepto cambiar las vías de acceso de instalación y perfiles del producto de cada nodo en las correlaciones de variable de la configuración del gestor de despliegue antes de mover el nodo al sistema de destino. Por ejemplo:
- En una consola administrativa del gestor de despliegue, pulse Entorno > Variables de WebSphere.
- En la página Variables de WebSphere, seleccione el ámbito de nodo y, a continuación, pulse la variable WAS_INSTALL_ROOT.
- En la página de valores para la variable WAS_INSTALL_ROOT, cambie el parámetro Valor para que especifique la nueva vía de instalación del producto y guarde los cambios.
- En la página Variables de WebSphere, con el ámbito de nodo seleccionado, pulse la variable USER_INSTALL_ROOT.
- En la página de valores para la variable USER_INSTALL_ROOT, cambie el parámetro Valor para que especifique la nueva vía de instalación del perfil y guarde el cambio.
- Repita estos pasos según sea necesario para cambiar las vías de acceso de instalación y de perfiles del producto de cada nodo de modo que las vías de acceso sean correctas para el sistema de destino.
Para esta tarea, no es necesario que los directorios de instalación y de perfiles del producto sean los mismos en el sistema de destino que en el sistema de origen.
- Cree una célula a partir de una célula de plantilla.
Puede crear rápidamente una célula a partir de una célula existente utilizando la opción -asExistingNode del mandato addNode. La nueva célula debe tener el mismo nombre que la célula de plantilla.
Restricción:- La aplicación del planificador no funciona con varios entornos. Debido a que el nombre de host está incorporado en cada tarea planificada, las tareas que existen antes de mover un nodo no funcionarán correctamente, pero las tareas creadas después del traslado funcionarán correctamente. Después de mover un nodo, vuelva a planificar las tareas planificadas que existían al mover el nodo.
- Debe evaluar si diferentes recursos, como orígenes de datos, son necesarios para cada entorno.
- Los adaptadores JCA instalados anteriormente no se guardan como parte de la configuración de WebSphere. Después de mover un nodo, debe reinstalar los adaptadores JCA para que puedan funcionar en el nuevo entorno.
Si la seguridad está habilitada, es posible que deba volver a generar nuevas claves y señales para una nueva célula.
- Cree y configure una célula para que sea la célula de plantilla que desea utilizar para las nuevas instalaciones del producto.
- Haga una copia de la configuración del perfil del gestor de despliegue utilizando el mandato backupConfig. Utilizará esta copia de la configuración para restaurar la configuración del gestor de despliegue en la nueva instalación.
- Copie la célula de plantilla en una nueva instalación del producto.
Para cada nuevo entorno que se suministre, efectúe los pasos siguientes:
- Instale WebSphere Application Server.
- Cree los perfiles de nodo del gestor de despliegue y del servidor de aplicaciones. Los perfiles de servidor de aplicaciones deben tener el mismo nombre de nodo que la célula plantilla.
- Restaure la configuración del perfil del gestor de despliegue utilizando el mandato restoreConfig. Actualice el nombre de host del gestor de despliegue mediante wsadmin en una modalidad local. Si la vía de acceso del perfil o la vía de acceso de instalación del producto ha cambiado, modifique el archivo variables.xml del nodo del gestor de despliegue para reflejar las nuevas vías de acceso. Actualice los archivos de propiedades adicionales según sea necesario. Los archivos de propiedades que podría necesitar actualizar son, por ejemplo, wsadmin.properties y soap.client.props.
- Personalice cada configuración de nodo en el perfil del gestor de despliegue. Por ejemplo, cambie los valores siguientes:
- Nombre de host
- Puertos
- Directorio de instalación del producto
- Directorios de perfiles
- Configuración de seguridad
- Ejecute addNode
–asExistingNode para cada nodo.
Puede ejecutar el mandato simultáneamente desde cada nodo.
- Abra un indicador de mandatos y vaya al directorio bin del servidor de aplicaciones. Por ejemplo, para un perfil de servidor de aplicaciones AppSrv01, vaya al directorio raíz_perfil/AppSrv01/bin.
- Ejecute el mandato addNode con la opción -asexistingnode para sustituir el nodo de servidor de aplicaciones por el nodo de la célula de destino. El mandato de ejemplo siguiente da por supuesto que la seguridad está habilitada y que el producto requiere que escriba un nombre de usuario y una contraseña. Para dmgr_host y dmgr_port,
especifique el nombre de host y el número de puerto del gestor de despliegue de destino.
addNode host_dmgr puerto_dmgr -asExistingNode -username nombre_usuario -password contraseña
- Utilice la consola administrativa del gestor de despliegue nuevo o wsadmin para habilitar servidores para que todos los nodos
se ejecuten correctamente.
- Inicie el nodo. Ejecute el mandato startNode desde el perfil del nodo.
- Actualice los hosts virtuales (los alias de host) para que incluyan el nombre de host del nodo de servidor de aplicaciones.
- Inicie los servidores de aplicaciones del nodo.
- Si el célula utiliza un certificado SSL (Secure Sockets Layer), modifique el certificado raíz autofirmado
del almacén de claves raíz, DmgrDefaultRootStore.
Consulte el tema sobre la creación de certificados SSL para sustituir certificados existentes en una célula.
- Sincronice todos los demás nodos activos en la célula.
Qué hacer a continuación
Examine los nodos en la instalación de destino para asegurarse de que la configuración del nodo funciona correctamente. Si es necesario, suprima los perfiles de la instalación de origen.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tagt_addNode_asExistingNode
File name: tagt_addNode_asExistingNode.html