A notificação de alertas do Operations Manager pode não ser recebida

Este artigo ajuda você a resolve um problema em que os destinatários de assinaturas de alerta podem não receber notificações por email no System Center 2012 Operations Manager.

Versão original do produto: System Center 2012 Operations Manager
Número de KB original: 2709639

Motivo

O System Center Operations Manager pode enviar notificações por email para novos alertas ou alertas que tenham uma alteração no estado de resolução. Email notificações são enviadas a todos os destinatários que assinam o alerta desde que o alerta atenda aos critérios definidos para a assinatura e que todos os outros pré-requisitos sejam atendidos. Se o alerta não atender a todos os critérios ou se a notificação estiver configurada incorretamente, os destinatários pretendidos não receberão notificações por email.

Verifique se os pré-requisitos de notificação são atendidos

O processo para configurar o System Center Operations Manager para enviar notificações por email por meio do servidor SMTP é descrito em Configurar Notificação.

O canal de notificação precisa ser configurado usando o FQDN correto e a porta do servidor SMTP. O endereço e a porta devem estar disponíveis em todos os servidores de gerenciamento que fazem parte do pool de recursos de notificações no System Center 2012 Operations Manager. Se o endereço ou porta for bloqueado por regras de firewall ou software anti-malware, as exclusões para os servidores do pool de recursos deverão ser criadas.

O canal pode ser configurado para autenticação anônima ou autenticação do Windows. Se a autenticação anônima for selecionada, o servidor SMTP deverá permitir conexões anônimas ou ser configurado para usar uma exclusão para o endereço IP dos servidores de gerenciamento do pool de recursos de notificação. Se autenticação do Windows for selecionado, uma conta Executar como terá que ser criada e associada ao perfil Executar como da conta de notificação. Essa conta terá que ter permissão para enviar mensagens de email por meio do servidor SMTP. Para obter mais informações, consulte Criar e configurar uma conta de ação de notificação

Verificar a configuração do assinante

Cada assinante pode ter uma agenda que especifica o tempo durante o qual as notificações serão enviadas a eles. Essa é uma configuração geral que afeta todos os endereços configurados para esse assinante. Cada endereço definido para um assinante também pode ter uma agenda que especifica quando esse endereço está disponível para ter notificações enviadas a ele. Isso permite muitas flexibilidades com notificações.

Por exemplo, um assinante pode ter disponibilidade geral de notificação das 8h às 17h todos os dias da semana. No entanto, esse assinante pode ter dois endereços com horários de notificação diferentes. Por exemplo, o assinante pode ter um endereço de trabalho configurado de segunda a quinta-feira e um endereço alternativo configurado para sexta a domingo. Se o assinante não estiver recebendo notificações por email, a disponibilidade geral do assinante e a disponibilidade de endereço específica devem ser definidas antes que a notificação possa ser enviada.

O endereço ao qual a notificação é enviada também deve ser verificado como um endereço válido. O servidor SMTP e o cliente de email do assinante não devem ter regras de filtragem que estejam bloqueando mensagens de email do servidor do Operations Manager ou do nome do domínio. O endereço Reply-To definido no canal de notificação pode ser adicionado como uma isenção a qualquer regra de filtragem no servidor SMTP ou no cliente, se necessário.

Verificar a aplicabilidade da assinatura

As assinaturas podem ter vários critérios que devem ser atendidos para que uma notificação seja enviada. Se algum dos critérios não for atendido, nenhuma notificação será enviada.

No Operations Manager 2007 R2, os dois primeiros critérios disponíveis são para que o alerta seja gerado por uma instância que seja membro de um grupo específico e que o alerta seja gerado por uma instância de uma classe específica. Nesses dois critérios, a instância que levantou o alerta deve ser listada no campo de origem do alerta. O alerta listará apenas o nome da instância, não a classe. Se a classe da qual a instância é membro não estiver clara, o menu Ações listará as ações disponíveis para essa classe quando o alerta for realçado em uma exibição alerta. Se a classe for um critério, a classe deverá ser incluída na assinatura. Ou a instância específica deve ser um membro de qualquer grupo para o qual a assinatura é definida.

No System Center 2012 Operations Manager, várias condições adicionais foram adicionadas como possíveis critérios para notificação de alerta. Várias condições podem ser especificadas em uma única assinatura. Mas todas as condições devem ser atendidas para que a notificação seja enviada. As regras que se aplicam à associação de classe e grupo são as mesmas que se aplicam no Operations Manager 2007 R2.

Em alguns casos, um alerta pode ser gerado por um nó de observador ou parceiro de replicação em nome de uma instância. Nessa situação, a origem do alerta seria o nó de observador ou o parceiro de replicação. Portanto, as assinaturas de alerta que não incluem o nó do observador ou o parceiro de replicação como fonte não enviariam uma notificação por email. A instância mais comum disso seriam alertas de pulsação de agente ausentes em que a origem é a instância do observador do serviço de saúde para esse serviço de saúde.

As assinaturas podem ser criadas para regras e monitores específicos. Um alerta específico pode ser realçado em uma exibição alerta e uma assinatura de notificação pode ser criada para esse alerta no menu Ações ou clicando com o botão direito do mouse no alerta e selecionando o submenu Notificações . Se vários alertas precisarem ser incluídos em uma assinatura, o critério Criado por regras ou monitores poderá ser selecionado no novo assistente de assinatura e várias regras e monitores poderão ser selecionados ao mesmo tempo.

Por padrão, as assinaturas enviarão notificações para todos os níveis de gravidade e prioridade de alerta, a menos que outro comportamento seja especificado. Regras e monitores que criam alertas de gravidade e prioridade específicas geralmente expõem substituições para alterar a gravidade e a prioridade desses alertas. Substituições dessas propriedades de alerta podem ser úteis para incluir em alertas de assinaturas existentes que são gerados por essas regras e monitores ou para excluir esses alertas de assinaturas existentes.

No System Center 2012 Operations Manager, a notificação de alerta será enviada quando o alerta atender primeiro a todos os critérios, independentemente do estado de resolução, a menos que o estado de resolução em si seja um critério. Se a supressão de alerta estiver habilitada para a regra ou o monitor que gera um alerta, apenas uma notificação será enviada quando os critérios de assinatura forem atendidos pela primeira vez. Nenhuma notificação adicional será enviada até que o alerta seja fechado e um novo alerta seja gerado que atenda a todos os critérios de assinatura.

Critérios que procuram texto específico no nome ou em campos personalizados também podem impedir que algumas notificações de alerta sejam enviadas. Qualquer critério que permita o texto curinga poderá impedir a notificação se os valores curinga especificados não corresponderem ao campo de alerta especificado. Como teste, use um valor curinga mais simples ou elimine os critérios durante o teste para verificar se a notificação de alerta é enviada.

Atraso de notificação

As assinaturas de alerta podem ser configuradas para enviar uma notificação somente depois que os critérios de alerta permanecerem inalterados por um tempo. Por exemplo, uma assinatura configurada para enviar uma mensagem de email após 20 minutos não enviará uma mensagem se alguma das propriedades de alerta for alterada em menos de 20 minutos para que elas não atendam mais aos critérios de notificação. Se as propriedades de alerta forem alteradas para atender novamente aos critérios de assinatura e permanecerem por 20 minutos ou mais, a notificação será enviada.

As propriedades que podem ser alteradas antes da notificação serem enviadas podem ser severidade, prioridade, estado de resolução ou propriedades de campo personalizadas. Se o alerta for gerado por um monitor e configurado para que a gravidade do alerta corresponda ao estado do monitor, uma alteração de estado do monitor antes do intervalo de atraso expirar poderá alterar a gravidade do alerta e impedir a notificação por uma assinatura que usa determinada gravidade como critério de notificação.

Se os servidores de gerenciamento do pool de recursos de notificação estiverem enfrentando períodos de alta utilização de recursos ou cargas de trabalho, a notificação de alerta poderá ser atrasada. Os fluxos de trabalho de notificação são executados pelo serviço de Gerenciamento do System Center. Portanto, se esse serviço não estiver disponível ou estiver carregado, as notificações podem não ser recebidas ou podem ser atrasadas, embora outras funções de gerenciamento e processamento de dados pareçam estar ocorrendo normalmente.