Responder ServiceHealthMSExchangeReplForceReboot führt Exchange Server 2013 oder Exchange Server 2016 Abbruchfehler starten

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 2969070
Problembeschreibung
Microsoft Exchange Server 2013 oder Microsoft Exchange Server 2016 Server häufig neu gestartet und die Stop-Fehlermeldung auf einem blauen Bildschirm angezeigt.
Fehlercode
Fehlercode code000000EF
Fffffa80 Argumente ' 1a5f9980 00000000 "00000000 00000000" 00000000 00000000 "00000000
Neustart des werden verwalteten Verfügbarkeit Responder ServiceHealthMSExchangeReplForceReboot eingeleitet

Das Recovery Aktionsereignis beobachtet in "RecoveryActionResults"

Protokollname: Microsoft-Exchange-ManagedAvailability/RecoveryActionResults
Quelle: Microsoft-Exchange-ManagedAvailability
Datum: 4/28/2014 10:18 Uhr
Ereignis-ID: 500
Aufgabe Kategorie: Wiederherstellung
Ebene: Informationen
Schlüsselwörter:
Benutzer: SYSTEM
Computer: Exch1.contoso.com
Beschreibung
Recovery-Vorgang gestartet. (ActionId = ForceReboot ResourceName = Exch1 Antragsteller = ServiceHealthMSExchangeReplForceReboot InstanceId = 140428.105409.22538.004 ExpectedToFinishAt = 2014-04-29T04:59:09.2253815Z

Und zugehörigen Prüfpunkt-Fehlermeldung:

Protokollname: Microsoft-Exchange-ActiveMonitoring/ProbeResult
Quelle: Microsoft-Exchange-ActiveMonitoring
Datum: 4/30/2014 17:18 Uhr
Ereignis-ID: 2
Aufgabenkategorie: Prüfpunkt Ergebnis
Stufe: Fehler
Schlüsselwörter:
Benutzer: SYSTEM
Computer: Exch1.contoso.com
Beschreibung
Prüfpunkt Ergebnis (Name = TCP/ServiceHealthMSExchangeReplEndpointProbe/MSExchangeRepl)
<Error>Überprüfen Sie 'Microsoft.Exchange.Monitoring.TcpListenerCheck' eine Ausnahme ausgelöst.</Error>
Ausnahme - Microsoft.Exchange.Monitoring.ReplicationCheckHighPriorityFailedException: Hoher Priorität überprüfen Sie TcpListener ist fehlgeschlagen. : Fehler Fehler beim Test Zustand der TCP-Listener für den Microsoft Exchange-Replikationsdienst auf Server 'Exch1'. Dieser Server kann nicht an der Replikation teilnehmen, bis der Fehler behoben ist. Fehler: Konnte nicht die IP-Adresse für Server 'Exch1' bestimmt, da DNS keine Informationen zurückgegeben.



am Microsoft.Exchange.Monitoring.ReplicationCheck.FailInternal()

bei Microsoft.Exchange.Monitoring.ReplicationCheck.Fail (LocalizedString Fehler)

am Microsoft.Exchange.Monitoring.TcpListenerCheck.InternalRun()

am Microsoft.Exchange.Monitoring.ReplicationCheck.Run()

bei Microsoft.Exchange.Monitoring.ActiveMonitoring.HighAvailability.Probes.ReplicationHealthChecksProbeBase.RunReplicationCheck (Typ Typ)

Überprüfen Sie 'Microsoft.Exchange.Monitoring.TcpListenerCheck' nicht bestanden haben.

Detaillierte Meldung - Test Zustand der TCP-Listener für den Microsoft Exchange-Replikationsdienst auf Server 'Exch1' ist fehlgeschlagen. Dieser Server kann nicht an der Replikation teilnehmen, bis der Fehler behoben ist. Fehler: Konnte nicht die IP-Adresse für Server 'Exch1' bestimmt, da DNS keine Informationen zurückgegeben.

Ursache
Falsch konfigurierte Netzwerk Hostpuffer auf Exchange Server verursacht Fehler bei der Auflösung (DNS = Domain Name System).

Lösung
Stellen Sie sicher, dass die Adressen dieser Verbindung in DNS registrieren Eigenschaft auf dem Netzwerkadapter aktiviert ist:

Screenshot für Schritt 1

Hinweis Stellen Sie für Exchange-Server, die Mitglied so und separate MAPI und Replikation Netzwerk Adatpers sicher, dass diese Eigenschaft auf dem Netzwerkadapter aktiviert ist, die MAPI-Netzwerk darstellt.

Überprüfen Sie die Richtlinien in den folgenden TechNet-Artikel und sicherstellen Sie, dass der Netzwerkadapter, die Netzwerke MAPI und Replikation entsprechend konfiguriert.

http://technet.Microsoft.com/en-us/library/dd638104 (v=exchg.150).aspx#NR


Weitere Informationen
Verwenden Sie den Powershell-Befehl auf dem betroffenen Exchange-Server, um sicherzustellen, Neustart des Servers durch ServiceHealthMSExchangeReplForceReboot Responder tatsächlich verursacht werden.

Get-WinEvent -LogName Microsoft-Exchange-ManagedAvailability/* | where {$_.Message -like "*ServiceHealthMSExchangeReplForceReboot*"} | ft Message,TimeCreated
Oder suchen Sie Purpur Channel Protokoll mit dem Namen "Wiederherstellung Aktion" und "Remote Aktion Logs" Word "ForceReboot" den Responder gefunden haben, der den Neustart verursacht.

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 2969070 – Letzte Überarbeitung: 10/02/2015 00:08:00 – Revision: 2.0

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

  • kbsurveynew kbtshoot kbexpertiseinter kbmt KB2969070 KbMtde
Feedback