Responder ServiceHealthMSExchangeReplForceReboot faz com que Exchange Server reinicie com o Erro de Paragem

• Aplica-se a:

  Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Exchange Server 2013 Enterprise, Exchange Server 2013 Standard Edition

Número original da BDC: 2969070

Sintomas

Exchange Server 2016 ou Exchange Server 2013 é reiniciado com frequência e apresenta o seguinte erro Fatal num ecrã azul.

verificação de erros
Código de verificação de erros 000000EF
Argumentos fffffa801a5f9980 0000000000000000 000000000000000000000 00000000

Os reinícios são iniciados pelo Managed Availability responder ServiceHealthMSExchangeReplForceReboot.

O evento de ação de recuperação é observado em RecoveryActionResults:

Nome do Registo: Microsoft-Exchange-ManagedAvailability/RecoveryActionResults
Origem: Microsoft-Exchange-ManagedAvailability
Data: DateTime
ID do Evento: 500
Categoria da Tarefa: Recuperação
Nível: Informações
Palavras-chave:
Utilizador: SYSTEM
Computador: Exch1.contoso.com
Descrição:
Ação de Recuperação Iniciada. (ActionId=ForceReboot, ResourceName=Exch1, Requester=ServiceHealthMSExchangeReplForceReboot, InstanceId=140428.105409.22538.004, ExpectedToFinishAt=2014-04-29T04:59:09.2253815Z

E mensagem de falha da Sonda associada:

Nome do Registo: Microsoft-Exchange-ActiveMonitoring/ProbeResult
Origem: Microsoft-Exchange-ActiveMonitoring
Data: DateTime
ID do Evento: 2
Categoria da Tarefa: Resultado da pesquisa
Nível: Erro
Palavras-chave:
Utilizador: SYSTEM
Computador: Exch1.contoso.com
Descrição:
Resultado da pesquisa (Name=ServiceHealthMSExchangeReplEndpointProbe/TCP/MSExchangeRepl)
<A verificação de erro>"Microsoft.Exchange.Monitoring.TcpListenerCheck" acionou uma Exceção! Exceção - Microsoft.Exchange.Monitoring.ReplicationCheckHighPriorityFailedException: Falha na verificação de alta prioridade TcpListener. Erro: O teste de estado de funcionamento do serviço de escuta TCP para o serviço de Replicação do Microsoft Exchange no servidor "Exch1" falhou. Este servidor não pode participar na replicação até que o erro seja resolvido. Erro: Não foi possível determinar o endereço IP para o servidor "Exch1" porque o DNS não devolveu nenhuma informação.
em Microsoft.Exchange.Monitoring.ReplicationCheck.FailInternal()
em Microsoft.Exchange.Monitoring.ReplicationCheck.Fail(Erro LocalizedString)
em Microsoft.Exchange.Monitoring.TcpListenerCheck.InternalRun()
em Microsoft.Exchange.Monitoring.ReplicationCheck.Run()
em Microsoft.Exchange.Monitoring.ActiveMonitoring.HighAvailability.Probes.ReplicationHealthChecksProbeBase.RunReplicationCheck(Type checkType)
Verifique se "Microsoft.Exchange.Monitoring.TcpListenerCheck" não passou!
Mensagem Detalhada – O teste de estado de funcionamento do serviço de escuta TCP para o serviço de Replicação do Microsoft Exchange no servidor "Exch1" falhou. Este servidor não pode participar na replicação até que o erro seja resolvido. Erro: Não foi possível determinar o endereço IP para o servidor "Exch1" porque o DNS não devolveu nenhuma informação.
</Error>

Causa

O adaptador de rede configurado incorretamente no Exchange Server causa falhas na resolução de nomes do Sistema de Nomes de Domínio (DNS).

Resolução

Certifique-se de que a opção Registar os endereços desta ligação na propriedade DNS está selecionada na placa de rede:

Nota

Para o servidor Exchange que é membro do DAG e tem adaptadores de rede MAPI e Replicação separados, certifique-se de que esta propriedade está selecionada na placa de rede que representa a rede MAPI.

Reveja as diretrizes fornecidas no artigo seguinte e certifique-se de que a placa de rede que representa as redes MAPI e Replicação está configurada em conformidade.

Planear a elevada disponibilidade e a resiliência do site

Mais informações

Utilize o seguinte comando do PowerShell no servidor Exchange afetado para garantir que os reinícios do servidor são realmente causados pelo ServiceHealthMSExchangeReplForceReboot dispositivo de resposta.

Get-WinEvent -LogName Microsoft-Exchange-ManagedAvailability/* | where {$_.Message -like "*ServiceHealthMSExchangeReplForceReboot*"} | ft Message,TimeCreated

Em alternativa, pode procurar no registo do canal carmesim com o nome Registos de Ações de Recuperação e Registos de Ação Remota para o word ForceReboot para encontrar o participante que causa o reinício.