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

Traduções deste artigo Traduções deste artigo
ID do artigo: 2709639
Expandir tudo | Recolher tudo

Sintomas

Destinatários de alertas inscrições podem não receber notificações de e-mail no Microsoft System Center Operations Manager.

Causa

System Center Operations Manager pode enviar notificações de e-mail para novos alertas ou alertas que tem uma alteração no estado de resolução. As notificações de e-mail são enviadas a todos os destinatários que assinarem o alerta como o alerta atende aos critérios definidos para a inscrição e todos os outros pré-requisitos forem atendidos. Se o alerta não atender a todos os critérios, ou se a notificação for configurada incorretamente, os destinatários pretendidos não receberão notificações por e-mail.

Resolução

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

O processo de configuração do System Center Operations Manager para enviar notificações por email pelo servidor SMTP é descrito no seguinte artigo da Microsoft TechNet:

Configurando notificação

O canal de notificação pode ser configurada usando o FQDN correto e a porta do servidor SMTP. O endereço e a porta devem estar disponíveis no RMS no Operations Manager 2007 R2.o endereço e a porta devem estar disponíveis em todos os servidores de gerenciamento que fazem parte do pool de recursos notificações no System Center 2012 Operations Manager.Se o endereço ou a porta está bloqueada por regras de firewall ou software anti-malware, exclusões para o servidor de gerenciamento raiz (RMS) ou servidores de pool de recursos devem ser criadas.

O canal pode ser configurado para autenticação do Windows ou a autenticação anônima. Se a autenticação anônima estiver selecionada, o servidor SMTP ou deve permitir conexões anônimas ou ser configurado para usar uma exclusão para o endereço IP, os servidores de gerenciamento de pool de recursos RMS ou notificação. Se a autenticação do Windows é selecionada, uma conta executar como terá que ser criado e associado ao perfil notificação conta executar como. Será necessário que essa conta tem permissão para enviar mensagens de email pelo servidor SMTP. Para obter mais informações, consulte a seguinte página da Web da TechNet:

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 ele. Essa é uma configuração geral que afeta todos os endereços que estão configurados para esse assinante. Cada endereço é definido para um assinante também pode ter uma agenda que especifique quando esse endereço está disponível para obter notificações enviadas a ela. Isso permite muita flexibilidade com as notificações.

Por exemplo, um assinante pode ter disponibilidade de notificação geral das 8: 00 às 17: 00 todos os dias da semana. No entanto, este assinante pode ter dois endereços que têm tempos de notificação diferente. Por exemplo, o assinante pode ter um endereço de trabalho está configurado para o período de segunda a quinta-feira e um endereço alternativo que está configurado para sexta-feira a domingo. Se o assinante não está recebendo notificações de e-mail, a disponibilidade geral do assinante e a disponibilidade de endereço específico devem ser definidos antes da notificação ser enviada.

Também deve ser verificado o endereço ao qual a notificação é enviada como um endereço válido. Cliente de SMTP do servidor e email do assinante não deve ter quaisquer regras de filtragem que estão bloqueando mensagens de email do servidor do Operations Manager ou o nome de domínio. o endereço de resposta que é definido no canal de notificação pode ser adicionado como uma isenção para qualquer filtragem regras no cliente ou no servidor SMTP se isso é necessário.

Verificar a aplicabilidade de assinatura

As assinaturas podem ter vários critérios que devem ser atendidos para que uma notificação para ser enviada. Se qualquer um dos critérios não forem atendidos, nenhuma notificação será enviada.

No Operations Manager 2007 R2, os dois primeiros critérios disponíveis são para o alerta ser gerado por uma instância que é um membro de um grupo específico e para o alerta ser gerado por uma instância de uma classe específica. Esses dois critérios, a instância que disparou o alerta deve estar listada no campo origem do alerta. o alerta irá listar apenas o nome da instância, não a classe. Se a classe da qual a instância é um membro não estiver desmarcada, o menu ações lista as ações disponíveis para essa classe quando o alerta é realçado em um modo de exibição de alerta.Euclasse f é um critério, a classe deve ser incluída na assinatura. Ou a instância específica deve ser um membro de qualquer grupo para o qual a inscrição está definida.

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

Em alguns casos, um alerta pode ser gerado por um parceiro de replicação ou nó de Inspetor em nome de uma instância. Nessa situação, a origem do alerta seria o parceiro de replicação ou nó de Inspetor.Portanto, as assinaturas de alerta que não incluem o parceiro de replicação ou nó de Inspetor como uma fonte de não enviará uma notificação por e-mail. a instância mais comuns disso estaria perdendo alertas de pulsação do agente a fonte é a instância do Gerenciador de serviço de integridade para esse serviço de integridade.

As assinaturas podem ser criadas para regras específicas e monitores. Um alerta específico pode ser realçado em um modo de exibição de alerta e uma assinatura de notificação pode ser criada para o alerta no menu ações ou clicando duas vezes no alerta e selecionando o submenu de notificações . Se tem vários alertas a serem incluídos em uma assinatura, o critério criado por regras ou monitores pode ser selecionado no Assistente de nova inscrição e várias regras e monitores podem ser selecionados ao mesmo tempo.

Por padrão, as assinaturas enviará as notificações para todos os níveis de gravidade e prioridade de alerta, a menos que outro comportamento é especificado. Regras e monitores que criar alertas de prioridade e severidade específica geralmente expõem substituições para alterar à gravidade e à prioridade desses alertas. Substituições dessas propriedades de alerta podem ser útil para incluir nas assinaturas existentes alertas geradas por estas regras e monitores ou excluir esses alertas de inscrições existentes.

No Operations Manager 2007 R2, se não forem especificados os critérios para o estado de resolução, as notificações serão enviadas quando um alerta é o primeiro gerado (estado de resolução 0) e novamente quando ela estiver fechada (estado de resolução 255). Se estados de resolução personalizada são usados no grupo de gerenciamento, uma nova notificação será enviada sempre que o estado de resolução do alerta é alterado. 

Nota uma notificação de alerta será enviada somente quando um alerta altera o estado de resolução. Se um alerta é disparado por uma regra ou monitor, supressão de alerta está habilitado para essa regra ou monitor e as condições que causaram o alerta ser gerado são encontradas novamente antes que o alerta original for fechado ou movido para um estado personalizado, novas notificações não serão enviadas. Um aumento na contagem de repetição de um alerta não enviará notificações adicionais.No entanto, umapós o alerta for fechado, qualquer nova detecção das condições que gerou o alerta original fará com que um novo alerta ser gerado, com uma notificação correspondente. 

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

Critérios que procurar texto específico no nome ou campos personalizados também podem impedir que algumas notificações de alerta seja enviado. Nenhum critério permite para texto de caractere curinga pode impedir a notificação se o curinga valores que é especificados não coincidem com o campo alerta especificado. Como um teste, use um valor de curinga simples ou eliminar os critérios durante o teste para verificar se a notificação de alerta é enviada.

Atraso de notificação

Inscrições de alerta podem ser configuradas para enviar uma notificação somente depois que os critérios do alerta permaneçam inalterados por um tempo. Por exemplo, uma assinatura que está configurada para enviar uma mensagem de email após 20 minutos não enviará uma mensagem se qualquer uma das propriedades alertas alterar em menos de 20 minutos para que eles não atenderem aos critérios de notificação.  Se, em seguida, alterar as propriedades de alerta para atender aos critérios de inscrição novamente e permanecer por 20 minutos ou mais, a notificação será enviada.

Propriedades que podem ser alteradas antes de notificação é enviada podem ser gravidade, prioridade, estado de resolução ou propriedades do campo personalizado. Se o alerta é gerado por um monitor e configurado para ter a severidade do alerta coincide com o estado do monitor, uma alteração no estado monitor antes de expirar o intervalo de atraso pode alterar a severidade do alerta e impedir a notificação por uma assinatura que usa determinada gravidade como um critério de notificação.

Se os servidores de gerenciamento do RMS ou Pool de recursos de notificação estiver enfrentando períodos de alta utilização dos recursos ou cargas de trabalho, notificação de alerta pode ser atrasada. As notificações são executados pelo serviço de gerenciamento do System Center de fluxos de trabalho.

Propriedades

ID do artigo: 2709639 - Última revisão: quarta-feira, 8 de janeiro de 2014 - Revisão: 1.0
Palavras-chave: 
kbtshoot kbmt KB2709639 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.
Clique aqui para ver a versão em Inglês deste artigo: 2709639

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com