Monitores de Dependência

 

Aplica-se a: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Monitores de dependência permitir que o estado de funcionamento de objetos ser afetada pelo Estado de funcionamento de outro objeto. Isto permite agregação do Estado de funcionamento entre instâncias específicas relacionadas de classes diferentes.

Cada monitor de dependência baseia-se uma relação de alojamento ou contenção específica. Apenas a criar uma relação entre dois objetos não fornece individualmente rollup entre os respetivos Estados de funcionamento. Um monitor de dependência tem de estar associado a relação para agregação do Estado de funcionamento a ser executado.

A classe de origem e destino para um monitor de dependência são definidos pela relação que o monitor se baseia. O monitor adicionalmente deve especificar um monitor de unidade específico ou o monitor de agregação na classe de destino e um monitor de agregação na classe de origem. Apenas o estado de funcionamento do monitor destino considera-se ao calcular o estado de funcionamento do Monitor de dependência e só afeta o estado de funcionamento do monitor agregado especificado o objeto de destino.

Monitor de dependência baseado no monitor de unidade

Monitor de dependência baseado no monitor de agregação

Podem ser criados vários monitores de dependência numa única relação se o estado de funcionamento da classe origem deve ser afectado por várias unidade ou monitores de agregação na classe de destino. Por exemplo, poderá ser criado um monitor de dependência para cada monitor de agregação padrão, como é mostrado na imagem seguinte.

Vários monitores de dependência para uma única classe

Política de Rollup do Estado de funcionamento

Podem existir várias instâncias de classe de destino, cada uma com um Estado de funcionamento diferentes. Cada monitor de dependência tem de definir uma política de rollup do Estado de funcionamento para definir a lógica que é utilizada para determinar o estado de funcionamento do monitor de dependência baseado o estado de funcionamento das instâncias do monitor de destino. As políticas de rollup do Estado de funcionamento possíveis para um monitor de dependência são da seguinte forma:

Pior política de estado

O objeto de origem corresponde ao estado do objeto de destino que tem o pior estado de funcionamento. Isto é utilizado quando o objeto de origem deve apenas ser bom estado de funcionamento se todos os objetos de destino estão em bom estado. Esta é a política mais comum utilizada por monitores de dependência.

Pior política de estado de funcionamento do Estado

Melhor política de estado

O objeto de origem corresponde ao estado do objeto de destino que tem o melhor estado de funcionamento. Esta política é utilizada quando apenas uma dos objetos de origem tem de ser bom estado de funcionamento para o objeto de destino ser bom estado de funcionamento.

Por exemplo, o monitorização do Microsoft Windows Hyper-V 2008 pacote de gestão tem um monitor de dependência na relação de alojamento Microsoft.Windows.HyperV.ServerRole para Microsoft.Windows.HyperV.VirtualNetwork que utiliza uma política de estado melhor. Este é porque o servidor a executar o Hyper-V está funcional, desde que tem uma rede virtual funcional. A lógica definida por este pacote de gestão é que a classe de servidor deve mostrar um erro de estado se não existem redes virtuais estão disponíveis.

Melhor política de estado de funcionamento do Estado

Política de percentagem

O objeto de origem corresponde o pior estado de um único membro de uma percentagem especificada de objetos de destino no Estado melhor. Esta política é utilizada quando numa determinada percentagem de objetos de destino tem de ser bom estado de funcionamento para o objeto de destino sejam considerados bom estado de funcionamento.

Por exemplo poderá executar uma aplicação num farm web que inclua vários servidores Web. Devido a redundância oferecida neste tipo de implementação, a aplicação pode ser considerada bom estado de funcionamento se uma determinada percentagem de servidores está disponível. O farm próprio poderia ser representado no pacote de gestão por uma classe de rollup do Estado de funcionamento com base no System.ApplicationComponent com uma relação de contenção para os servidores Web. Um monitor de dependência foi possível criar esta relação de contenção com uma política de rollup do Estado de funcionamento especificando uma percentagem. Mesmo se um ou mais servidores Web tinham um problema, desde que a percentagem especificada foram um bom estado de funcionamento, em seguida, a classe que representa o farm web também seria bom estado de funcionamento.

Política de estado de funcionamento da percentagem

Rollup de estado de funcionamento entre agentes

Estado de funcionamento só pode ser agregado entre objetos geridos pelo agente mesmo, a menos que o objeto de origem é gerido pelo servidor de gestão de raiz. Grupos e classes utilizadas para agregação do Estado de funcionamento são normalmente unhosted. Isto significa que são geridos pelo RMS para que estes podem implementar o estado de funcionamento de objetos geridos por diferentes agentes. Pode ser detetada uma relação entre objetos geridos por agentes diferentes, mas qualquer monitor de dependência associado que relação não funcionarão conforme esperado.

Rollup de estado de funcionamento entre agentes