Monitores e Regras
Publicado: junho de 2016
Aplica-se a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Os monitores e as regras são os elementos primários para medir o estado de funcionamento e detetar erros no Operations Manager e proporcionam funcionalidades semelhantes, mas distintas. Os monitores definem o estado de um objeto enquanto as regras criam alertas e recolhem dados para análises e relatórios. Cada monitor e cada regra são principalmente definidos pela origem dos dados que são utilizados para executar a respetiva funcionalidade e a lógica utilizada para avaliar esses dados.
Embora proporcionem funcionalidades diferentes, os monitores e as regras utilizam ambos um conjunto comum de origens para fornecer os dados para avaliação. Por exemplo, um monitor pode utilizar um contador de desempenho para definir o estado de um determinado objeto. Uma regra pode aceder ao mesmo contador de desempenho para armazenar o respetivo valor para análises e relatórios.
Monitores
Um monitor mede o estado de funcionamento de algum aspeto de um objeto gerido. Existem três tipos de monitores como se indica na tabela seguinte:
Estado de Funcionamento
Os monitores têm dois ou três estados de funcionamento. Um monitor estará em um e apenas um dos seus estados potenciais num determinado momento. Quando um monitor é carregado pelo agente, é inicializado num bom estado de funcionamento. O estado apenas será alterado se forem detetadas as condições especificadas para outro estado.
O estado de funcionamento global de um determinado objeto é determinado a partir do estado de funcionamento de cada um dos seus monitores. Isto será resultado de uma combinação de monitores direcionados diretamente para o objeto, monitores direcionados para objetos agregados ao objeto mediante um monitor de dependência, monitores de dependência direcionados para esses objetos, e assim sucessivamente. Esta hierarquia é ilustrada no Explorador do Estado de Funcionamento da Consola de operações. A política da forma como o estado de funcionamento é agregado faz parte da configuração dos monitores de agregação e dependência.
Ao criar um monitor, é necessário especificar uma condição para cada um dos respetivos estados de funcionamento. Quando uma dessas condições for satisfeita, o monitor é alterado para esse estado. Cada uma das condições deve ser exclusiva de forma que apenas uma pode ser verdadeira num determinado momento. Quando um monitor for alterado para um estado de Aviso ou Crítico, então pode, opcionalmente, gerar um alerta. Quando um monitor for alterado para um estado de funcionamento Bom, então qualquer alerta gerado anteriormente pode, opcionalmente, ser resolvido automaticamente.
Tipos de Monitores
Monitor |
Descrição |
|---|---|
Monitores de Unidades |
Medem algum aspeto da aplicação. Isto pode ser verificar um contador de desempenho para determinar o desempenho da aplicação, executar um script para efetuar uma transação sintética ou monitorizar um evento que indica um erro. As classes têm normalmente vários monitores de unidades direcionados para si próprias para testar diferentes funcionalidades da aplicação e para monitorizar diferentes problemas. |
Monitores de Dependência |
Proporcionam a agregação do estado de funcionamento entre diferentes classes. Isto permite que o estado de funcionamento de um objeto dependa do estado de funcionamento de outro tipo de objeto do qual depende para o êxito da operação. |
Monitores de Agregação |
Proporcionam um estado de funcionamento combinado para monitores semelhantes. Os monitores de unidades e de dependência serão normalmente configurados sob um determinado monitor de agregação. Além de proporcionarem uma melhor organização geral dos muitos monitores diferentes direcionados a uma determinada classe, os monitores de agregação proporcionam um estado de funcionamento exclusivo para diferentes categorias da classe. |
Nota
Quando o termo monitor aparecer isolado, normalmente refere-se a um monitor de unidade. Os monitores de agregação e de dependência serão normalmente referidos com o nome completo.
O diagrama seguinte mostra um exemplo do Explorador do Estado de Funcionamento para a classe Windows Server. Isto mostra a utilização dos diferentes tipos de monitores que contribuem para um estado de funcionamento global.
Explorador do Estado de Funcionamento da Amostra
.jpeg "Exemplo do Explorador do Estado de Funcionamento")
Regras
As regras não afetam o estado de funcionamento do objeto de destino. São utilizadas para uma de três funções como descrito na tabela seguinte:
Monitor |
Descrição |
|---|---|
Regras de Alerta |
As regras de alerta criam um alerta quando for detetado um determinado evento. Isto pode ser qualquer um dos diferentes tipos de eventos apresentados nas Origens de Dados. As regras de alerta não afetam o estado de funcionamento. |
Regras de Recolha |
As regras de recolha recolhem eventos ou dados de desempenho para o armazém de dados e a base de dados do Operations Manager. Não criam alertas nem definem o estado de funcionamento. As regras de recolha podem utilizar cada uma das origens mostradas nas Origens de Dados. Os dados serão convertidos em um evento ou em dados de desempenho, dependendo do tipo específico de regra de recolha que estiver a ser criada. Em alguns assistentes, é necessário fornecer informações específicas a partir da origem de dados que será utilizada para as diferentes propriedades dos dados que estão a ser recolhidos. |
Regras de Comando |
As regras de comando executarão um script ou comando com base numa agenda. Não criam alertas nem recolhem quaisquer dados. |
É necessário criar um monitor ou uma regra?
Os monitores de unidades e as regras do Operations Manager são semelhantes. Ambos são fluxos de trabalho que são executados sobre um agente, podem ambos gerar um alerta quando for cumprida uma determinada condição e podem ambos utilizar um conjunto semelhante de origens de dados para detetar estas condições. Como resultado, pode ser difícil determinar se é necessário criar um monitor ou uma regra para um cenário em particular.
Utilize os seguintes critérios para determinar qual deles deve ser criado para condições diferentes.
Crie um monitor se...
Pretender afetar o estado de funcionamento de um objeto. Além de gerar um alerta, um monitor afetará o estado de funcionamento do respetivo objeto de destino. Isto é apresentado em vistas de estado e relatórios de disponibilidade.
Pretender resolver automaticamente um alerta após a condição de erro ser limpa. Não é possível limpar automaticamente um alerta gerado por uma regra uma vez que uma regra não tem forma de detetar que o problema foi resolvido. Um monitor pode detetar que o problema foi resolvido, quando for cumprida a condição para o respetivo bom estado de funcionamento, e o alerta pode ser resolvido automaticamente.
Estiver a criar um alerta com base num limiar de desempenho. Não existem regras disponíveis para gerar um alerta a partir de um limiar de desempenho. Para este cenário deve sempre ser utilizado um monitor uma vez que é possível utilizar a condição em que o contador de desempenho está abaixo do limiar definido.
Existe uma condição que necessita de lógica mais complexa do que aquela que é possível com as regras. A Consola de operações proporciona várias opções para definir o estado de funcionamento de um monitor, mas apenas deteção simples para uma regra. Se for necessária uma lógica mais complexa para uma regra, mas não estiver disponível um método para detetar o bom estado de funcionamento do monitor, é possível criar um monitor utilizando a reposição de Temporizador ou Manual. Consulte Redefinição do Monitor de eventos para obter mais informações.
Nota
Ao utilizar o adb418d7-95ab-4e33-8ced-34a934016aa3#VMPD, é possível criar regras personalizadas, utilizando a mesma lógica disponível na Consola de operações para monitores.
Crie uma Regra se...
Pretender recolher contadores de desempenho ou eventos para análises e relatórios. Os monitores apenas recolhem estas informações quando as mesmas iniciarem uma alteração do estado de funcionamento. Se pretender recolher as informações necessárias para criar uma regra de recolha.
Se pretender recolher um contador de desempenho e definir um limiar para o mesmo de modo a definir um estado de funcionamento, então devem ser criados um monitor e uma regra, utilizando o mesmo contador de desempenho.
Pretender gerar um alerta que não está relacionado com o estado de funcionamento de um objeto.
Tópicos de Monitores e Regras
Os monitores e as regras estão descritos nos seguintes tópicos.
-
Descreve o conceito de uma origem de dados e lista os diferentes tipos de origens de dados disponíveis para monitores e regras.
-
Descreve como criar uma expressão para diferentes tipos de monitores e regras.
-
Descreve como configurar alertas criados por monitores e regras.
-
Descreve monitores e regras que utilizam diferentes tipos de eventos e fornece detalhes e procedimentos para os criar utilizando assistentes na Consola de operações.
Regras e Monitores de Desempenho
Descreve monitores e regras que recolhem e monitorizam o desempenho e fornece detalhes e procedimentos para os criar utilizando assistentes na Consola de operações.
-
Fornece os detalhes sobre como escrever um script de monitorização e como criar monitores e regras utilizando scripts.
-
Descreve monitores que permitem que o estado de funcionamento de um tipo de objeto seja dependente do estado de funcionamento de outro objeto.
-
Descreve monitores que consolidam o estado de funcionamento de outros monitores para um determinado tipo de objeto.