Monitores e regras

Cada monitor tem dois ou três estados de integridade. Um monitor estará em um, e somente um, de seus possíveis estados em um determinado momento. Quando um monitor é carregado pelo agente, ele é inicializado em um estado íntegro. O estado será alterado somente se as condições especificadas para outro estado forem detectadas.

A integridade geral de um determinado objeto será determinada com base na integridade de cada um de seus monitores. Essa será uma combinação de monitores direcionados diretamente para o objeto, monitores direcionados a objetos se acumulando em relação ao objeto por meio de um monitor de dependência, monitores de dependência direcionados para esses objetos e assim por diante. Essa hierarquia é ilustrada no Gerenciador de integridade do console de Operações. A política referente ao modo como a integridade é acumulada faz parte da configuração dos monitores agregados e de dependência.

Ao criar um monitor, você deve especificar uma condição para cada um de seus estados de integridade. Quando uma dessas condições é atendida, o monitor é alterado para esse estado. Cada uma das condições deve ser exclusiva, de modo que apenas uma delas possa ser verdadeira em um determinado momento. Quando o estado de um monitor é alterado para Aviso ou Crítico, ele pode gerar um alerta. Quando seu estado é alterado para Íntegro, os alertas gerados antes podem ser resolvidos automaticamente.

Observação
Quando o termo monitor é usado sozinho, geralmente se refere a um monitor de unidade. Os monitores agregados e de dependência normalmente serão referenciados pelo nome completo.

O diagrama a seguir mostra um exemplo do Gerenciador de Integridade para a classe do Windows Server. Isso mostra o uso dos diferentes tipos de monitores que colaboram para um estado de integridade geral.

Gerenciador de Integridade de exemplo

• Você quiser afetar a integridade de um objeto. Além de gerar um alerta, um monitor afetará o estado de integridade de seu objeto de destino. Isso será mostrado em exibições de estado e em relatórios de disponibilidade.

• Você quiser resolver automaticamente um alerta quando a condição de erro tiver sido limpa. Um alerta de uma regra não pode ser limpo automaticamente, pois uma regra não dispõe de nenhuma forma de detectar se o problema foi resolvido. Um monitor poderá detectar se o problema foi resolvido quando a condição para seu estado de integridade for atendida e o alerta poderá ser resolvido automaticamente.

• Você estiver criando um alerta com base em um limite de desempenho. Não há nenhuma regra disponível para gerar um alerta com base em um limite de desempenho. Um monitor deve ser usado para esse cenário de qualquer forma, pois é possível utilizar a condição na qual o contador de desempenho está sob o limite definido.

• Você tiver uma condição que exija lógica mais complexa do que o possível com regras. O console de Operações oferece várias opções para definir o estado de integridade de um monitor, mas apenas a detecção simples de uma regra. Se você precisar de lógica mais complexa para uma regra, mas não tiver um método para detectar o estado de integridade do monitor, poderá criar um monitor usando a redefinição manual ou de timer. Consulte Redefinição do Monitor de eventos para obter mais informações.

  Observação
  Usando o adb418d7-95ab-4e33-8ced-34a934016aa3#VMPD, você pode criar regras personalizadas com a mesma lógica disponível no console de Operações para monitores.

• Você quiser coletar contadores de desempenho ou eventos para análise e relatório. Os monitores somente coletam essas informações quando elas iniciam uma alteração no estado de integridade. Se você quiser coletar as informações de que precisa para criar uma regra de coleta.

  Para coletar um contador de desempenho e definir um limite para que ele estabeleça um estado de integridade, crie uma regra e um monitor usando o mesmo contador de desempenho.

• Você quiser gerar um alerta não relacionado ao estado de integridade de um objeto.