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

Reiniciando Automaticamente os Processos de Servidor

Existem vários processos do servidor que o sistema operacional pode monitorar e reiniciar automaticamente quando os processos do servidor param anormalmente.

Antes de Iniciar

[AIX][HP-UX][Linux][Solaris]Para configurar essa função em um sistema operacional Linux ou UNIX suportado, você precisa ter a propriedade de administrador para editar o arquivo inittab.

[Windows]Para configurar essa função em um sistema operacional Microsoft Windows, você precisa pertencer ao grupo Administrador e ter os seguintes direitos de usuário avançado:
  • Agir como parte do sistema operacional
  • Efetuar logon como serviço

O Assistente de Instalação concede direitos do usuário, se o ID do usuário for parte do grupo do administrador.

[Windows]Se você estiver executando em um Sistema Operacional Microsoft Windows, o Assistente de Instalação exibirá uma mensagem que informa que, embora os direitos de usuário avançado estejam efetivos agora, eles não serão exibidos como efetivos até a próxima vez em que você efetuar logon na máquina Windows.

[Windows]Também é possível incluir os direitos de usuário avançado manualmente, se estiver executando uma instalação silenciosa em um sistema operacional Windows. Por exemplo, para conceder os direitos de usuário ao ID do usuário do grupo do administrador em um sistema operacional Windows, desempenhe o seguinte procedimento:
  1. Clique em Ferramentas Administrativas no Painel de Controle.
  2. Clique em Política de Segurança Local.
  3. Clique em Políticas Locais.
  4. Clique em Designações de Direitos do Usuário.
  5. Clique com o botão direito em Agir como parte do sistema operacional.
  6. Clique em Segurança.
  7. Clique em Incluir.
  8. Clique no ID do usuário.
  9. Clique em Incluir.
  10. Clique OK.
  11. Clique OK.
  12. Clique com o botão direito em Efetuar logon como um serviço.
  13. Clique em Segurança.
  14. Clique em Incluir.
  15. Clique OK.
  16. Clique OK.
  17. Reinicialize a máquina para tornar as configurações ativas.

[Windows]Consulte o sistema de ajuda do Windows para obter informações adicionais.

Sobre Esta Tarefa

Existem vários ambientes nos quais você pode utilizar esta função para reiniciar os servidores automaticamente. É possível reiniciar o processo do nó gerenciado server1, por exemplo. Segue uma lista de processos que podem ser considerados para reinicialização:
  • O processo do nó gerenciado server1
  • O processo server1 em um Servidor de Aplicativos independente
  • O processo dmgr em um nó do gerenciador de implementação
  • O processo do servidor nodeagent em qualquer nó gerenciado
  • O processo do IBM® HTTP Server
  • O processo do IBM HTTP Administration
[Windows]Em um sistema operacional Windows, você pode criar serviços do Windows durante a instalação, utilizando o assistente de instalação. Cada serviço do Windows controla um único processo, como uma instância do produto independente. Vários processos independentes do Application Server requerem vários serviços do Windows, que você pode definir. O assistente permite criar serviços para estes servidores:
  • O processo do nó gerenciado server1, definido como um serviço iniciado manualmente (em oposição ao automático)
  • O processo do Application Server independente server1, definido como um serviço iniciado manualmente
  • O processo do IBM HTTP Server e o processo do IBM HTTP Administration, definidos como serviços iniciados automaticamente, ao escolher a instalação do recurso IBM HTTP Server
  • O processo dmgr em um nó do gerenciador de implementação, definido como um serviço iniciado manualmente

O assistente de instalação não fornece uma maneira para criar um serviço para um agente do nó, porque o gerenciador de implementação instância cada agente do nó depois da instalação quando você adiciona um nó do Servidor de Aplicativos à célula do gerenciador de implementação. Por isso, é necessário criar manualmente uma função que inicia automaticamente um processo do servidor de agente do nó com falha.

[AIX][HP-UX][Linux][Solaris]Em um sistema operacional Linux ou UNIX suportado, você deve criar manualmente um script de shell que inicia automaticamente qualquer um dos processos mencionados anteriormente. Cada script de shell UNIX controla um único processo, como uma instância do produto independente. Vários processos independentes do Application Server requerem vários scripts UNIX, que você pode definir.

[Windows][AIX][HP-UX][Linux][Solaris]Em um ambiente do WebSphere Application Server, Network Deployment, o comando addNode ou startNode inicia apenas um único agente do nó não monitorado, o processo do agente do nó, e não inicia todos os processos que você pode definir no nó. Durante a execução, o agente de nó monitora e inicia novamente os processos do Servidor de Aplicativos nesse nó, seja em uma plataforma Windows ou em uma baseada em Linux e UNIX. Cada processo do Application Server possui as definições de configuração de MonitoringPolicy que o agente do nó utiliza ao monitorar e iniciar novamente o processo.

É recomendável configurar manualmente um processo monitorado para o servidor dmgr do gerenciador de implementação e para qualquer agente do nó definido para seu sistema. Para configurar um processo monitorado:
  • [Windows]Use um serviço do Windows. É possível instalar o produto WebSphere Application Server, Network Deployment como um serviço do Windows durante a instalação ou posteriormente.
  • [Linux]Use o comando WASService. Para obter informações adicionais, consulte a documentação para o comando WASService. Como uma alternativa, você pode utilizar o shell script de exemplo rc.was example.
    Configurações suportadas Configurações suportadas: No sistema operacional Red Hat Enterprise Linux Versão 6, não use o shell script de exemplo rc.was. Em vez disso, siga as etapas específicas neste tópico que estão relacionadas a esse sistema operacional.sptcfg
  • [AIX][HP-UX][Solaris]Use o shell script de exemplo rc.was que é fornecido com a versão apropriada do produto.

Procedimento

  1. [Windows]Use o Profile Management Tool para configurar um serviço do Windows para monitorar e reiniciar automaticamente os processos relacionados ao produto.
    • Desempenhe o procedimento a seguir na Ferramenta de Gerenciamento de Perfil para selecionar serviços que podem ser configurados pelo assistente de instalação:
      1. Clique em Executar WebSphere Application Server, Network Deployment como um serviço.
        Se você selecionar essa opção, o assistente de instalação criará o seguinte serviço durante a instalação:
        IBMWAS6Service - node_name

        O serviço IBMWAS6Service - node_name controla o processo node_name.

        Depois de concluir e verificar a instalação, utilize o painel Serviços do Windows para alterar o serviço IBMWAS6Service - node_name para um tipo de inicialização automática.
        1. Clique com o botão direito em IBMWAS6Service - node_name e clique em Propriedades.
        2. Clique em Automático no quadro de listagem Tipo de Inicialização e clique em OK.
      2. Clique em Executar o IBM HTTP Server como um serviço.

        Selecione essa opção na máquina onde o IBM HTTP Server está sendo instalado.

        Se essa opção for selecionada, o assistente de instalação cria os seguintes serviços durante a instalação:
        • IBM HTTP Server 2.0.x
        • IBM HTTP Administration 2.0.x
        O assistente de instalação define o tipo de inicialização desses serviços como automático. Não é necessário alterar o tipo de manual para automático.
      3. Informe o ID do usuário e a senha e clique em Avançar.

      Em um ambiente de coexistência, você pode alterar os nomes dos serviços padrão para torná-los exclusivos. Em um mesmo cenário de coexistência da versão para IBM HTTP Server 2.0.x em uma plataforma Windows, não é possível utilizar os nomes dos serviços padrão criados pelo instalador, pois são comuns.

      Para evitar esse problema:
      1. Instale a primeira cópia do IBM HTTP Server, sozinho ou com o produto, e selecione para instalar os serviços.
      2. Customize os nomes dos serviços para a primeira instalação, executando os seguintes comandos a partir da localização da primeira instalação:
             apache -k install -n "IHS 2.0(1)"
             apache -k install -f conf\admin.conf -n "IHS 2.0 Administration (1)"
      3. Edite a diretiva AdminAlias no arquivo installLocation 1\conf\admin.conf para apontar para o novo nome de serviço, como IHS 2.0(1).
      4. Remova os nomes de serviços padrão instalados pela primeira instalação, executando os comandos a seguir:
             apache -k uninstall -n "IBM HTTP Server 2.0"
             apache -k uninstall -n "IBM HTTP Administration 2.0"
      5. Instale a segunda cópia do IBM HTTP Server, sozinho ou com o produto. Os nomes de serviço padrão correspondem à segunda instalação.
      Evitar Problemas Evitar Problemas: Os nomes de serviços customizados devem ser exclusivos em seu sistema.gotcha
  2. [AIX][HP-UX][Linux][Solaris]Após instalar o produto, configure um shell script para monitorar e reiniciar automaticamente os processos do servidor relacionados.
    Configurações suportadas Configurações suportadas: Existem dois conjuntos de subetapas para executar esta tarefa. O primeiro conjunto de subetapas não se aplica ao sistema operacional Red Hat Enterprise Linux Versão 6. Para obter informações adicionais sobre esse sistema operacional, consulte o segundo conjunto de subetapas. sptcfg
    1. Localize o exemplo de script de shell rc.was, localizado no diretório app_server_root/bin.
    2. Crie um novo script de shell para cada processo que o sistema operacional deve monitorar e reiniciar.
    3. Edite cada script de shell de acordo com os comentários em seu cabeçalho, que fornecem instruções para identificar um processo do produto.
    4. Edite o arquivo inittab do sistema operacional para incluir uma entrada para cada script de shell criado.

      Os comentários no cabeçalho do arquivo rc.was incluem uma linha de entrada inittab de amostra para incluir este script na tabela inittab. Cada entrada inittab faz com que o sistema operacional chame o script de shell especificado sempre que o sistema é inicializado. À medida que cada script de shell é executado, ele monitora e inicia o processo do servidor especificado.

      Por exemplo, se você criar a entrada inittab a seguir para um processo, o script de shell rc.was será executado sempre que o sistema for inicializado e se o processo ficar inativo enquanto o sistema estiver sendo inicializado em uma máquina que esteja operando no nível de execução 2, 3 ou 5:
      was:235:respawn:/usr/WebSphere/AppServer/bin/rc.was >/dev/console 2>&1 
      Se for criada a entrada inittab a seguir, o shell script rc.was será executado apenas uma vez quando você inicializar em uma máquina que esteja operando em um nível de execução de 2,3 ou 5:
      was:235:once:/usr/WebSphere/AppServer/bin/rc.was >/dev/console 2>&1 
      A seguir está uma lista dos níveis de execução que podem ser especificados. Os níveis de execução geralmente assume 3 ou 5.
      • 0-interromper
      • 1-Modo de usuário único
      • 2-Multiusuário, sem NFS (o mesmo que 3, se você não tiver rede)
      • 3-Modo multiusuário completo
      • 4-não utilizado
      • 5-X11
      • 6-Reinicializar
      Se você não souber o nível de execução em que sua máquina é inicializada, consulte a seguinte linha no arquivo inittab:
      id:x:initdefault

      em que x é o nível de execução em que a máquina é inicializada.

      Por exemplo, se sua máquina estiver sendo inicializada em um nível de execução 5, todos os processos declarados para serem executados com um nível de execução 5 serão iniciados.

      Evitar Problemas Evitar Problemas: Tudo o que é executado a partir do arquivo inittab é feito sob o usuário root. Portanto, se for necessário que o servidor inicie automaticamente o processo sob um ID de usuário não raiz quando a máquina for iniciada, você também deverá incluir a seguinte linha no arquivo inittab:
      su user -c values

      em que values é o caminho de arquivo e argumentos que são utilizados para chamar os scripts rc criados e user é o usuário não raiz com o qual você configurou o produto para ser executado.

      gotcha
    Cada shell script monitora e reinicia os seguintes processos em um ambiente do WebSphere Application Server, Network Deployment:
    • Um processo do servidor em um nó gerenciado
    • Um processo de agente do nó em um nó gerenciado
    • Um processo do Application Server independente
    • Um processo do gerenciador de implementação
    Configurações suportadas Configurações suportadas: O seguinte conjunto de subetapas se aplica ao sistema operacional Red Hat Enterprise Linux Versão 6.sptcfg
    1. Crie o arquivo as1.conf para monitorar e reiniciar processos e coloque-o no diretório /etc/init. O seguinte código é o conteúdo de exemplo para o arquivo 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. Crie o arquivo rc.as1 para reiniciar o servidor e coloque-o no diretório install_root/bin do WebSphere Application Server. O seguinte código é o conteúdo de exemplo para o arquivo rc.as1:
      #!/bin/sh
      cd /opt/IBM/WebSphere/AppServer/profiles/profile_name/bin
      ./startServer.sh server_name

      profile_name representa o nome do perfil do servidor de aplicativos. server_name é o nome do servidor. Altere esses valores para corresponderem ao ambiente.

  3. [Windows]Após instalar o produto, é possível usar o comando WASService.exe no diretório app_server_root\bin para definir manualmente um serviço do Windows para outra instância de instalação ou para outra instância de configuração do processo server1.
  4. [Windows]Após instalar o produto, use o comando WASService.exe para definir manualmente o processo do servidor de agente do nó como um serviço do Windows.

    É possível utilizar o mesmo comando para definir manualmente um serviço do Windows para outra instância de instalação ou para outra instância de configuração do processo server1 ou do processo dmgr.

  5. [IBM i]No console administrativo, clique em Servidores > Tipos de servidores > WebSphere Application Servers > server_name > Processo. Inicie o console administrativo. Na árvore de topologia, expanda Servidores e clique em Servidores de Aplicativos. Clique no nome do servidor de aplicativos que você deseja iniciar automaticamente. Clique em Definição de Processo. Clique em Política de Monitoramento. Altere o estado de Reinicialização do Nó para RUNNING. Clique em Aplicar. Salve a configuração.
  6. [IBM i]Selecione o servidor de aplicativos que deseja que reinicie automaticamente e, em seguida, sob Infraestrutura do Servidor, clique em Gerenciamento Java e de Processo > Política de Monitoramento.
  7. [IBM i]Selecione Reinício Automático.
  8. Clique em Aplicar e, em seguida, clique em Salvar para salvar a alteração diretamente na configuração principal.

Resultados

[Windows]Em um sistema operacional Windows, você pode
  • Utilizar os comandos net start e net stop para controlar os serviços do IBM HTTP Server em um sistema Windows. Para obter informações adicionais sobre esses comandos, consulte os arquivos de ajuda do Windows. Acesse esses comandos a partir do menu Iniciar, clicando em Iniciar > Programas > IBM HTTP Server.
  • Utilizar os comandos Iniciar o Servidor e Parar o Servidor para controlar o processo do produto. Acesse esses comandos a partir do menu Iniciar, clicando em Iniciar > Programas > IBM WebSphere > Application Server.
  • Utilize os comandos Iniciar o Gerenciador e Pare o Gerenciador para controlar o processo dmgr do WebSphere Application Server, Network Deployment. Acesse esses comandos a partir do menu Iniciar, clicando em Iniciar > Programas > IBM WebSphere > Application Server > Deployment Manager.

Os processos iniciados por um comando startServer, um comando startNode ou um comando startManager não são executados como processos monitorados, independentemente de como eles foram configurados.

Por exemplo, é possível configurar um processo server1 como um processo monitorado. No entanto, se você iniciar o processo server1 utilizando o comando startServer, o sistema operacional não monitora ou reinicia o processo server1, pois o sistema operacional não iniciou originalmente o processo como um processo monitorado.

O que Fazer Depois

Após a configuração do processo, o sistema operacional pode monitorar cada processo do servidor e reiniciar o processo, se ele parar.

Retorne para a página Definindo processos do servidor de aplicativos do console administrativo para continuar.


Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_processrestart
Nome do arquivo: trun_processrestart.html