Definições de Políticas de Monitoramento

Utilize essa página para visualizar ou alterar definições que controlam como o agente do nó monitora e inicia novamente um processo.

Para visualizar essa página do console administrativo, clique em Servidores > Tipos de Servidor > Servidores de Aplicativos do WebSphere > server_name. Em seguida, sob Infraestrutura do Servidor, clique em Gerenciamento Java e de Processo > Política de Monitoramento.

Número Máximo de Tentativas de Inicialização

Especifica o número máximo de vezes que o produto tenta iniciar um servidor de aplicativos em resposta a uma solicitação inicial. Se o servidor não puder ser iniciado dentro do número especificado de tentativas, será emitida uma mensagem de erro indicando que o servidor de aplicativos não poderá ser iniciado.

Informações Valor
Tipo de D]ados Número Inteiro
Default

3

Intervalo de Execução de Ping

Especifica, em segundos, a frequência de tentativas de comunicação entre o processo pai, como o agente do nó, e o processo que criou, como um servidor de aplicativos. Ajuste esse valor com base em sua necessidade de reiniciar servidores que falharam. A redução do valor detecta falhas mais rapidamente; o aumento do valor reduz a frequência de execução de pings, reduzindo a sobrecarga do sistema.

Informações Valor
Tipo de D]ados Número Inteiro
Intervalo Defina o valor como maior que ou igual a 0 (zero) e menor que 2147483. Se você especificar um valor maior que 2147483, o servidor de aplicativos agirá como se o valor tivesse sido definido como 0. Quando um valor 0 é especificado, nenhuma verificação é executada.
Default

60

[z/OS]Em um ambiente z/OS, a configuração Intervalo de Ping para um gerenciador de implementação ou agente do nó é ignorada. Entretanto, a configuração Intervalo de Ping para um servidor de aplicativos é utilizada pelo agente do nó para controlar a função de monitormento PidWaiter do sistema operacional z/OS nativo. O monitoramento PidWaiter é semelhante em funcionalidade à função de ping utilizada em um ambiente de plataforma distribuída. Essas duas funções de monitoramento determinam se um servidor de aplicativos ainda está em execução. A única diferença entre as duas funções é que o monitoramento PidWaiter não envia nenhuma das mensagens TCP/IP enviadas pelo monitoramento Intervalo de Ping.

Evitar Problemas Evitar Problemas:
  • Se você configurar essa propriedade como 0, que indica que nenhuma verificação é executada, determinados encadeamentos, como PidWaiter, podem finalizar antes que os encadeamentos retornem seus status para o encadeamento inicial. Nessas situações, o gerenciador de implementação pode não notificar os agentes do nó de determinados eventos, o que pode impactar negativamente o processamento de stopServer.sh.
  • Se você configurar essa propriedade para um valor maior que 0, mas menor ou igual a 5, o valor real usado para o intervalo de ping será 5.
gotcha
[z/OS]Você também pode definir as duas seguintes propriedades para reduzir consideravelmente o número de consultas de DNS que poderão ocorrer por causa dessa atividade de monitoramento:
  1. Você pode incluir a propriedade customizada JVM com.ibm.websphere.management.monitoring.pingInterval para o controlador de cada processo. O valor padrão dessa propriedade é 60 segundos. Não é recomendável alterar esse valor padrão, a menos que seja necessário diminuir o número de consultas de DNS que ocorrem. Se isso for necessário, defina essa propriedade com um intervalo de tempo mais apropriado ao seu sistema.

    Quando essa propriedade está definida para o gerenciador de implementação, ela regula a frequência com que o gerenciador de implementação verifica se o agente do nó ainda está em execução. Quando definida para o agente do nó, ela regula a frequência com que o agente do nó verifica se o gerenciador de implementação ainda está em execução. Quando definida para um servidor de aplicativos, ela regula a frequência com que o servidor de aplicativos verifica se o agente do nó ainda está em execução.

  2. É possível incluir a variável de ambiente protocol_iiop_resolve_foreign_hostname no nível de célula e definir como 0. O valor 0 desativa a função de resolução de nome de host externo do IIOP, com isso eliminando as consultas de DNS que essa função executa.

[z/OS]A inclusão dessas duas propriedades não elimina completamente as consultas de DNS a partir dos processos do produto.

Tempo Limite de Execução de Ping

Quando um processo pai estiver criando um processo-filho, como quando um gerenciador de processo cria um servidor, o processo pai executará ping do processo filho para ver se o filho foi criado com êxito. Esse valor especifica o número de segundos que o processo pai deve aguardar (após efetuar ping do processo filho) antes de assumir que o processo filho falhou.

Informações Valor
Tipo de D]ados Número Inteiro
Unidades Segundos
Intervalo Configure o valor como maior que ou igual a 0 (zero) e menor que 2147483647. Se você especificar um valor maior que 2147483647, o servidor de aplicativos agirá como se você tivesse configurado o valor para 0.
Default

300

Reinício Automático

Especifica se o processo deve reiniciar automaticamente, caso ele falhe.

Se você alterar o valor especificado para esse campo, você deve reiniciar o servidor de aplicativos e o agente do nó antes da nova configuração ser efetivada.

Essa configuração não afeta o que foi especificado para a configuração Estado de Reinicialização do Nó. As duas configurações são mutuamente exclusivas.

Informações Valor
Tipo de D]ados Booleano
Default

[AIX Solaris HP-UX Linux Windows][IBM i]É true para ambientes distribuídos e IBM® i

[z/OS]false para o ambiente z/OS

Estado de Reinício do Nó

A configuração é exibida apenas para o produto WebSphere Application Server, Network Deployment. Especifica o comportamento desejado dos servidores depois que o nó é encerrado e reiniciado completamente.

Se um servidor já estiver em execução quando o agente do nó pára, esse servidor ainda estará em execução após o agente do nó reiniciar. Se um servidor estiver parado quando o agente do nó iniciar, se o agente do nó iniciar o servidor depende da configuração dessa propriedade.
  • Se essa propriedade for configurada para STOPPED, o agente do nó não inicia o servidor.
  • Se essa propriedade for configurada para RUNNING, o agente do nó sempre inicia o servidor.
  • Se essa propriedade for configurada para PREVIOUS, o agente do nó iniciará o servidor somente se o servidor estava em execução no momento que o agente do nó foi parado.
Nota: As alterações que você fizer no estado de reinício do nó tornam-se efetivas após o nó ser sincronizado. No próximo reinício do NodeAgent (após a sincronização), o estado de reinício do nó será respeitado.

Essa configuração não afeta o que foi especificado para a configuração Reinicialização Automática. As duas configurações são mutuamente exclusivas.

Informações Valor
Tipo de D]ados String
Default STOPPED
Intervalo Os valores válidos são STOPPED, RUNNING ou PREVIOUS. Se quiser que o processo retorne a seu estado atual depois do nó ser reiniciado, utilize PREVIOUS.

Ícone que indica o tipo de tópico Tópico de Referência



Í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=urun_rmonitorpol
Nome do arquivo: urun_rmonitorpol.html