[AIX Solaris HP-UX Linux Windows][IBM i]

Rearranque automático de procesos de servidor

Hay varios procesos de servidor que el sistema operativo puede supervisar y reiniciar automáticamente cuando los procesos servidor se detienen anormalmente.

Antes de empezar

[AIX][HP-UX][Linux][Solaris]Para configurar esta función en sistemas operativos Linux o UNIX soportados, debe tener permisos de root para editar el archivo inittab.

[Windows]Para establecer esta función en sistemas operativos Microsoft Windows, el usuario debe pertenecer al grupo de administradores y tener los siguientes permisos de usuario avanzado:
  • Actuar como parte del sistema operativo
  • Conectarse como un servicio

El asistente de instalación le garantiza los derechos de usuario, si el ID de usuario forma parte del grupo de administradores.

[Windows]Si está ejecutando un sistema operativo Microsoft Windows, el asistente de instalación visualiza un mensaje que indica que aunque ahora están en vigor los derechos de usuario avanzados, éstos no se mostrarán en vigor hasta la próxima vez que inicie la sesión en la máquina Windows.

[Windows]Asimismo, en un sistema operativo Windows, puede añadir los derechos de usuario avanzado manualmente si realiza una instalación silenciosa. Por ejemplo, para otorgar los derechos de usuario al ID de usuario del grupo administrador en un sistema operativo Windows, lleve a cabo el procedimiento siguiente:
  1. En el Panel de control, pulse Herramientas administrativas.
  2. Pulse Directiva de seguridad local.
  3. Pulse Directivas locales.
  4. Pulse Asignaciones de derechos de usuario.
  5. Pulse el botón derecho en Actuar como parte del sistema operativo.
  6. Pulse Seguridad.
  7. Pulse Add (Añadir).
  8. Pulse en el ID de usuario.
  9. Pulse Add (Añadir).
  10. Pulse Aceptar.
  11. Pulse Aceptar.
  12. Pulse el botón derecho en Iniciar sesión como servicio.
  13. Pulse Seguridad.
  14. Pulse Add (Añadir).
  15. Pulse Aceptar.
  16. Pulse Aceptar.
  17. Reinicie la máquina para que los valores entren en vigor.

[Windows]Consulte la ayuda del sistema Windows para obtener más información.

Acerca de esta tarea

Hay varios entornos en los que puede utilizar esta función para rearrancar automáticamente servidores. Puede reiniciar el proceso de nodo gestionado servidor1, por ejemplo. A continuación se muestra una lista de procesos que pueden tenerse en cuenta a la hora del rearranque:
  • El proceso de nodo gestionado servidor1
  • El proceso servidor1 en un servidor de aplicaciones autónomo
  • El proceso dmgr en un nodo de gestor de despliegue
  • El proceso de servidor nodeagent en cualquier nodo gestionado
  • El proceso IBM® HTTP Server
  • El proceso IBM HTTP Administration
[Windows]En un sistema operativo Windows, puede crear servicios de Windows durante la instalación, utilizando el asistente de instalación. Todos los servicios de Windows controlan un único proceso, como una instancia del producto autónoma. Varios procesos del servidor de aplicaciones autónomos requieren varios servicios de Windows, que puede definir. El asistente le permite crear servicios para estos servidores:
  • El proceso de nodo gestionado servidor1, definido como un servicio de inicio manual (frente a automático).
  • El proceso de servidor de aplicaciones autónomo servidor1, definido como un servicio de inicio manual
  • El proceso IBM HTTP Server y el proceso IBM HTTP Administration, definido como servicio iniciado automáticamente si ha elegido instalar la característica IBM HTTP Server
  • El proceso dmgr en un nodo de gestor de despliegue, definido como un servicio iniciado manualmente

El asistente de instalación no proporciona una forma de crear un servicio para un agente de nodo debido a que el gestor de despliegue crea una instancia de cada agente de nodo después de la instalación, cuando se añada un nodo servidor de aplicaciones a la célula del gestor de despliegue. Por este motivo, hay que crear manualmente una función que inicie automáticamente un proceso de servidor de agente de nodo.

[AIX][HP-UX][Linux][Solaris]Debe crear manualmente un script del shell que inicie automáticamente cualquiera de los procesos anteriormente mencionados, en los sistemas operativos Linux o UNIX soportados. Todos los scripts de shell de UNIX controlan un único proceso, como una instancia del producto autónoma. Varios procesos del servidor de aplicaciones autónomos requieren varios scripts de UNIX, que puede definir.

[Windows][AIX][HP-UX][Linux][Solaris]En entornos WebSphere Application Server, Network Deployment, el mandato addNode o startNode inicia sólo un único agente de nodo sin supervisar, el proceso agente de nodo y no inicia el resto de procesos que pueda haber definido en el nodo. Cuando está en ejecución, el agente de nodo supervisa y reinicia procesos del servidor de aplicaciones en ese nodo, en plataformas Windows o Linux y UNIX. Cada proceso del servidor de aplicaciones dispone de valores de configuración de MonitoringPolicy que el agente de nodo utiliza al supervisar y reiniciar el proceso.

Se recomienda que, por norma general, configure un proceso supervisado para el servidor dmgr del gestor de despliegue y para cualquier agente de nodo definido para el sistema. Para configurar un proceso supervisado:
  • [Windows]Utilice un servicio de Windows. Puede instalar el producto WebSphere Application Server, Network Deployment como un servicio de Windows durante la instalación o más adelante.
  • [Linux]Utilice el mandato WASService. Para obtener más información, consulte la documentación sobre el mandato WASService. Como alternativa, puede utilizar el script de shell de ejemplo rc.was.
    Supported configurations Supported configurations: En el sistema operativo Red Hat Enterprise Linux Versión 6, no utilice el script de shell de ejemplo rc.was. En su lugar, siga los pasos específicos en este tema que están relacionados con este sistema operativo. sptcfg
  • [AIX][HP-UX][Solaris]Utilice el script de shell de ejemplo rc.was que se facilita con la versión adecuada del producto.

Procedimiento

  1. [Windows]Utilice la herramienta de Gestión de perfiles para configurar un servicio de Windows a fin de supervisar y reiniciar automáticamente los procesos relacionados con el producto.
    • Siga el procedimiento siguiente desde la Herramienta de gestión de perfiles para seleccionar servicios que puede configurar el asistente de instalación:
      1. Pulse Ejecutar WebSphere Application Server, Network Deployment como un servicio.
        Si selecciona esta opción, el asistente de instalación crea el servicio siguiente durante la instalación:
        IBMWAS6Service - nombre_nodo

        El servicio IBMWAS6Service - nombre_nodo controla el proceso nombre_nodo.

        Después de realizar y verificar la instalación, utilice el panel de servicios de Windows para cambiar el servicio IBMWAS6Service - nombre_nodo a un tipo de arranque automático.
        1. Pulse con el botón derecho IBMWAS6Service - nombre_nodo y pulse Propiedades.
        2. Pulse en Automático del recuadro de lista Tipo de arranque y pulse Aceptar.
      2. Pulse en Ejecutar IBM HTTP Server como un servicio.

        Seleccione esta opción en el equipo en el que instale IBM HTTP Server.

        Si selecciona esta opción, el asistente de instalación crea los servicios siguientes durante la instalación:
        • IBM HTTP Server 2.0.x
        • IBM HTTP Administration 2.0.x
        El asistente de instalación define el tipo de arranque de estos servicios como automático. No es necesario que cambie el tipo de manual a automático.
      3. Entre el ID de usuario y contraseña y pulse Siguiente.

      En un entorno de coexistencia, puede cambiar los nombres de servicio por omisión para que sean exclusivos. En un caso de coexistencia de la misma versión de IBM HTTP Server 2.0.x en plataformas Windows, no puede utilizar los nombres de servicio por omisión creados por el instalador porque son comunes.

      Para solucionar este problema:
      1. Instale la primera copia de IBM HTTP Server, de manera autónoma o con el producto y seleccione la instalación de los servicios.
      2. Personalice los nombres de servicio de la primera instalación ejecutando los siguientes mandatos en la ubicación de la primera instalación:
             apache -k install -n "IHS 2.0(1)"
             apache -k install -f conf\admin.conf -n "IHS 2.0 Administration (1)"
      3. Edite la directiva AdminAlias en el archivo installLocation 1\conf\admin.conf para que apunte al nuevo nombre de servicio, por ejemplo, IHS 2.0(1).
      4. Elimine los nombres de servicio por omisión instalados por la primera instalación. Para ello, ejecute los mandatos siguientes:
             apache -k uninstall -n "IBM HTTP Server 2.0"
             apache -k uninstall -n "IBM HTTP Administration 2.0"
      5. Instale la segunda copia de IBM HTTP Server, de manera autónoma o con el producto. Los nombres de servicio por omisión corresponden a la segunda instalación.
      Avoid trouble Avoid trouble: Los nombres de servicio personalizados deben ser exclusivos en el sistema.gotcha
  2. [AIX][HP-UX][Linux][Solaris]Después de instalar el producto, configure un script de shell para que supervise y reinicie automáticamente los procesos de servidor relacionados.
    Supported configurations Supported configurations: Hay dos conjuntos de los subpasos para completar esta tarea. El primer conjunto de subpasos no se aplican en el sistema operativo Red Hat Enterprise Linux Versión 6. Para obtener más información sobre este sistema operativo, consulte el segundo conjunto de los subpasos. sptcfg
    1. Localice el script de shell de ejemplo rc.was, que está en el directorio raíz_servidor_apl/bin.
    2. Cree un nuevo script del shell para cada proceso que el sistema operativo va a supervisar y rearrancar.
    3. Edite los script de shell según los comentarios de la cabecera, que proporcionan instrucciones para identificar un proceso de producto.
    4. Edite el archivo inittab del sistema operativo para añadir una entrada para cada script de shell que haya creado.

      Los comentarios de la cabecera del archivo rc.was incluyen una línea de entrada de inittab de ejemplo para añadir este script a la tabla inittab. El efecto que produce cada entrada inittab es que cada vez que se inicializa el sistema, el sistema operativo llama al script del shell especificado. Cuando se ejecuta cada shell, supervisa y arranca el proceso de servidor que haya especificado.

      Por ejemplo, si crea la entrada inittab siguiente para un proceso, el script de shell rc.was se ejecuta cuando se inicializa el sistema y si el proceso se desactiva cuando el sistema se inicializa en una máquina que funciona en el nivel de ejecución 2, 3 ó 5:
      was:235:respawn:/usr/WebSphere/AppServer/bin/rc.was >/dev/console 2>&1 
      Si crea la entrada inittab siguiente, el script de shell rc.was sólo se ejecuta una vez en la inicialización en una máquina que funciona en el nivel de ejecución 2, 3 ó 5:
      was:235:once:/usr/WebSphere/AppServer/bin/rc.was >/dev/console 2>&1 
      La siguiente es una lista de los niveles de ejecución que pueden especificarse. Los niveles de ejecución por omisión suelen ser 3 ó 5.
      • 0-Detención
      • 1-Modalidad de usuario único
      • 2-Modalidad de varios usuarios sin NFS (igual que en 3 si no tiene funciones de red)
      • 3-Modalidad de varios usuarios completa
      • 4-Sin uso
      • 5-X11
      • 6-Rearranque
      Si no sabe el nivel de ejecución con el que arranca su máquina, consulte la línea siguiente en el archivo inittab:
      id:x:initdefault

      siendo x es el nivel de ejecución con el que arranca la máquina.

      Por ejemplo, si la máquina arranca en el nivel de ejecución 5, se inician todos los procesos declarados para ejecutarse con el nivel de ejecución 5.

      Avoid trouble Avoid trouble: Todo lo que se ejecuta desde el archivo inittab se ejecuta como el usuario root. Por lo tanto, si el servidor ha de iniciar automáticamente el proceso bajo un ID de usuario no root cuando se inicia la máquina, también debe añadir la línea siguiente al archivo inittab:
      su usuario -c valores

      donde valores es la vía de acceso al archivo y los argumentos que se utilizan para llamar a los scripts rc que ha creado y usuario es el usuario no root que ha configurado para que se ejecute el producto.

      gotcha
    Cada script del shell supervisa y reinicia los procesos siguientes en un entorno de WebSphere Application Server, Network Deployment:
    • Un proceso de servidor en un nodo gestionado
    • Un proceso agente de nodo en un nodo gestionado
    • Un proceso de servidor de aplicaciones autónomo
    • Un proceso de gestor de despliegue
    Supported configurations Supported configurations: El siguiente conjunto de subpasos se aplica al sistema operativo Red Hat Enterprise Linux Versión 6. sptcfg
    1. Cree el archivo as1.conf para supervisar y reiniciar los procesos y póngalo en el directorio /etc/init. El código siguiente es el contenido de ejemplo para el archivo as1.conf:
      # upstart service for my application server profile
      
      description  "my application server"
      
      start on runlevel [235]
      stop on runlevel [!235]
      
      expect fork
      respawn
      
      exec /opt/IBM/WebSphere/AppServer/bin/rc.as1
    2. Cree el archivo rc.as1 para reiniciar el servidor y póngalo en el directorio raíz_instalación/bin para WebSphere Application Server. El código siguiente es el contenido de ejemplo para el archivo rc.as1:
      #!/bin/sh
      cd /opt/IBM/WebSphere/AppServer/profiles/nombre_perfil/bin
      ./startServer.sh nombre_servidor

      nombre_perfil representa el nombre del perfil de servidor de aplicaciones. nombre_servidor es el nombre del servidor. Cambie estos valores para que coincidan con el entorno.

  3. [Windows]Después de instalar el producto, puede utilizar el mandato WASService.exe en el directorio raíz_servidor_aplicaciones\bin para definir manualmente un servicio Windows para otra instancia de instalación o para otra instancia de configuración del proceso server1.
  4. [Windows]Después de instalar el producto, utilice el mandato WASService.exe para definir manualmente el proceso de servidor nodeagent como un servicio de Windows.

    Puede utilizar el mismo mandato para definir manualmente un servicio de Windows para otra instancia de configuración o instalación del proceso servidor1 o dmgr.

  5. [IBM i]En la consola administrativa, pulse Servidores > Tipos de servidor > Servidores de aplicaciones de WebSphere > nombre_servidor > Proceso. Inicie la consola administrativa. En el árbol de topología, expanda Servidores y pulse Servidores de aplicaciones. Pulse el nombre del servidor de aplicaciones que desea iniciar automáticamente. Pulse Definición de proceso. Pulse Políticas de supervisión. Cambie el estado de rearranque de nodo a RUNNING (en ejecución). Pulse Aplicar. Guarde la configuración.
  6. [IBM i]Seleccione el servidor de aplicaciones que desea reiniciar automáticamente y, a continuación, bajo Infraestructura de servidor, pulse Java y gestión de procesos > Política de supervisión.
  7. [IBM i]Seleccione Reinicio automático.
  8. Pulse Aplicar y, a continuación, pulse Guardar para guardar el cambio directamente en la configuración maestra.

Resultados

[Windows]En un sistema operativo Windows, puede realizar las siguientes acciones:
  • Utilizar los mandatos net start y net stop para controlar los servicios IBM HTTP Server en sistemas Windows. Para obtener más información sobre estos mandatos, consulte el archivo de ayuda de Windows. Acceda a estos mandatos desde el menú Inicio, pulsando Inicio > Programas > IBM HTTP Server.
  • Utilizar los mandatos Arrancar el servidor y Detener el servidor para controlar el proceso del producto. Acceda a estos mandatos desde el menú Inicio, pulsando Inicio > Programas > IBM WebSphere > Application Server.
  • Utilizar los mandatos Arrancar el gestor y Detener el gestor para controlar el proceso dmgr de WebSphere Application Server, Network Deployment. Acceda a estos mandatos desde el menú Inicio, pulsando Inicio > Programas > IBM WebSphere > Application Server > Gestor de despliegue.

Los procesos que se inician mediante el mandato startServer, startNode o bien startManager no se ejecutan como procesos supervisados, independientemente de cómo se hayan configurado.

Por ejemplo, puede configurar un proceso servidor1 como un proceso supervisado. No obstante, si inicia el proceso servidor1 utilizando el mandato startServer, el sistema operativo no supervisará ni reiniciará el proceso servidor1 porque no ha iniciado el proceso como supervisado.

Qué hacer a continuación

Después de configurar el proceso, el sistema operativo puede supervisar todos los procesos de servidor y reiniciar los proceso si se detienen.

Regrese a la página de la consola administrativa Definición de procesos del servidor de aplicaciones para continuar.


Icon that indicates the type of topic Task topic



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