Freigeben über

Problembehandlung bei der Replikation öffentlicher Ordner für Exchange Server

  • Gilt für:: Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Exchange Server 2010 Service Pack 3, Exchange Server 2007, Exchange Server 2003 Service Pack 2

Ursprüngliche KB-Nummer: 10042

Übersicht

Wir bitten Sie zunächst, die Diagnoseprotokollierung und die Nachrichtenverfolgung als Voraussetzung zu aktivieren. Anschließend führen wir Sie durch eine Reihe von Schritten, um Ihre Replikationsprobleme für öffentliche Ordner zu beheben.

Geschätzte Dauer:
45–60 Minuten

Um die Replikation öffentlicher Ordner für Exchange Server zu beheben, müssen Sie zunächst die Diagnoseprotokollierung und die Nachrichtenverfolgung aktivieren.

Was möchten Sie tun

Diagnoseprotokollierung aktivieren

Sie müssen die Diagnoseprotokollierung auf allen Servern aktivieren, mit den Sie arbeiten. Die Schritte für verschiedene Exchange-Versionen können unterschiedlich sein. Wählen Sie Ihre Exchange-Version aus:

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie die Exchange-Verwaltungsshell.

  2. Führen Sie das folgende Cmdlet aus, um die aktuellen Protokollierungsebenen zu überprüfen:

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }

  3. Führen Sie zum Aktivieren der Protokollierung die folgenden Cmdlets auf allen Servern für öffentliche Ordner aus, mit denen Sie arbeiten:

    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication DS Updates" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Incoming Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Outgoing Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication NDRs" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Backfill" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication General" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Errors" -Level Medium

  4. Erhöhen Sie auf dem Zielserver die Transportprotokollierung, indem Sie die folgenden Cmdlets ausführen:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'

  5. So setzen Sie Protokollierungsebenen zurück:

    1. Öffnen Sie die Exchange-Verwaltungskonsole.
    2. Navigieren Sie in der Konsolenstruktur zu Serverkonfigurationspostfach>.
    3. Wählen Sie im Bereich "Aktionen " die Option "Diagnoseprotokollierungseigenschaften verwalten" aus.
    4. Wählen Sie auf der Seite "Diagnoseprotokollierungseigenschaften verwalten" den Exchange-Dienst aus, für den Sie die Protokollierungsebene ändern möchten.
    5. Wählen Sie die gewünschte Protokollierungsebene und dann "Konfigurieren" aus. Wenn Sie Standardwerte wiederherstellen möchten, wählen Sie "Alle Dienste auf Standardprotokollierungsebenen zurücksetzen" und dann "Konfigurieren" aus.
    6. Vergewissern Sie sich auf der Seite "Abschluss ", dass der Vorgang erfolgreich abgeschlossen wurde. Aufgaben zeigen den Status " Abgeschlossen" oder "Fehlgeschlagen" an. Wenn die Aufgabe fehlgeschlagen ist, überprüfen Sie die Zusammenfassung auf eine Erläuterung, und wählen Sie dann "Zurück " aus, um alle erforderlichen Konfigurationsänderungen vorzunehmen.
    7. Wählen Sie "Fertig stellen " aus, um den Assistenten "Diagnoseprotokollierungsebene verwalten" abzuschließen.

Für Exchange Server 2003

  1. Starten Sie Exchange-System-Manager, und zeigen Sie dann die Eigenschaften des Servers an, für den Sie die Diagnoseprotokollierung aktivieren möchten.
  2. Wählen Sie die Registerkarte "Diagnoseprotokollierung " aus, und erweitern Sie dann "MSExchangeIS " in der Liste " Dienste ".
  3. Wählen Sie "Öffentlicher Ordner" aus, halten Sie STRG gedrückt, und wählen Sie dann die folgenden Elemente aus, um sie alle auszuwählen:
    • AD-Replikationsupdates
    • Replikation eingehender Nachrichten
    • Replikation ausgehender Nachrichten
    • Unzustellbarkeitsberichte
    • Replikationsrückfüllen
    • Replikation allgemein
  4. Wählen Sie "Maximal>übernehmen" aus.
  5. Wählen Sie "Replikationsfehler>mittel>übernehmen">aus.
  6. So erhöhen Sie die Protokollierung auf dem Zielserver für den MSExchangeTransport-Dienst, und legen Sie die SMTP-Ebene auf "Mittel" fest:
    1. Erweitern Sie Server, klicken Sie mit der rechten Maustaste auf Den Servernamen, und wählen Sie dann "Eigenschaften" aus.
    2. Wählen Sie die Registerkarte "Diagnoseprotokollierung" und dann "MSExchangeTransport" unter "Dienste" aus.
    3. Wählen Sie unter "Kategorien" SMTP aus.
    4. Wählen Sie unter Protokollierungsebene "Mittel" aus.

Was möchten Sie als Nächstes tun?

Aktivieren der Nachrichtenverfolgung

Um die Nachrichtenverfolgung auf allen Servern zu aktivieren, mit denen Sie arbeiten, können die Schritte für unterschiedliche Exchange-Versionen unterschiedlich sein. Wählen Sie Ihre Exchange-Version aus:

Für Exchange Server 2007 und Exchange Server 2010

  1. Überprüfen Sie, ob die Nachrichtenverfolgung aktiviert ist, indem Sie zur Exchange-Verwaltungsshell wechseln und das folgende Cmdlet ausführen:

    Get-MailboxServer $env:computername | fl MessageTracking*

  2. Eine ähnliche Ausgabe wie die folgende sollte angezeigt werden:

    Screenshot des ausgeführten Cmdlets, um zu überprüfen, ob die Nachrichtenverfolgung aktiviert ist.

  3. Stellen Sie sicher, dass beide MessageTrackingLogEnabled und MessageTrackingLogSubjectLoggingEnabled auf "True" festgelegt sind.

  4. Stellen Sie sicher, dass Sie den MessageTrackingLogPath Protokollspeicherort beachten.

Für Exchange Server 2003

  1. Starten Sie Exchange-System-Manager, und zeigen Sie dann die Eigenschaften des Servers an, auf dem Sie die Nachrichtenverfolgung aktivieren möchten. Nachrichtenverfolgung sammelt Daten wie "An", "Von" und "Gesendetes Datum".
  2. Aktivieren Sie auf der Registerkarte "Allgemein " das Kontrollkästchen "Nachrichtenverfolgung aktivieren".
  3. Aktivieren Sie das Kontrollkästchen "Betreffprotokollierung aktivieren und anzeigen ".

Was möchten Sie tun

Problembehandlung bei der Replikation öffentlicher Ordner

Wählen Sie einen Ordner aus, der Daten auf einem Server, aber nicht auf einem anderen Server enthält, und machen Sie nur diesen Ordner zum Fokus Ihrer Problembehandlungsbemühungen. In den folgenden Schritten wird der Server, der die Daten enthält, als Quellserver bezeichnet. Der Server, der die Daten nicht enthält, wird als Zielserver bezeichnet.

Exchange Server 2007 und Exchange Server 2010

  1. Wählen Sie in Exchange-Verwaltungskonsole unter Toolbox die Verwaltungskonsole für öffentliche Ordner aus.
  2. Klicken Sie mit der rechten Maustaste auf öffentliche Ordner, und wählen Sie dann "Verbinden mit" aus.
  3. Wählen Sie den Server aus, mit dem Sie eine Verbindung herstellen möchten.

Exchange Server 2003

  1. Öffnen Sie die Exchange-System-Manager.
  2. Navigieren Sie zum Hierarchieobjekt für öffentliche Ordner.
  3. Klicken Sie mit der rechten Maustaste auf öffentliche Ordner, und wählen Sie dann "Verbinden mit" aus.
  4. Wählen Sie den Server aus, mit dem Sie eine Verbindung herstellen möchten.

Wird der gesuchte Ordner jetzt in der Hierarchie auf beiden Servern angezeigt?

Immer Intervall replizieren; Anwendungsprotokollereignis-ID 3018

Immer Intervall replizieren

Stellen Sie sicher, dass der Wert "Always Interval replizieren" auf 15 oder weniger Minuten auf dem Quellserver festgelegt ist. Passen Sie die Einstellung bei Bedarf an. Wählen Sie Ihre Exchange-Version aus, um die Schritte zu überprüfen:

Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Führen Sie die folgenden Cmdlets aus, und stellen Sie sicher, dass ReplicationPeriod, ReplicationScheduleund ReplicationMessageSize sie festgelegt sind:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*

    Screenshot der Ausführung von

  3. Stellen Sie sicher, dass alle öffentlichen F-Datenbanken dieselben ReplicationMessageSizehaben.

Überprüfen Sie als Nächstes, ob der betreffende Ordner für die Verwendung des Speicherzeitplans konfiguriert ist. Gehen Sie hierzu folgendermaßen vor:

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Führen Sie das folgende Cmdlet aus, und vergewissern Replicas Sie sich, dass sie UseDatabaseReplicationSchedule festgelegt sind:

    Get-PublicFolder | fl *Replica*

    Screenshot der Ausführung von

  3. Wenn UseDatabaseReplicationSchedule auf "False" festgelegt ist, stellen Sie sicher, dass ReplicationSchedule sie festgelegt ist.

Exchange Server 2003
  1. Starten Sie Exchange-System-Manager.
  2. Erweitern Sie den Container "Administrative Gruppen ", und wählen Sie dann die administrative Gruppe aus, die den Server für öffentliche Ordner enthält.
  3. Erweitern Sie den Servercontainer, wählen Sie die Datenbank für öffentliche Ordner aus, und wählen Sie dann "Eigenschaften" aus.
  4. Notieren Sie sich auf der Registerkarte Replikation (Richtlinie) den Wert im Feld "Replikationsintervall für immer (Minuten) ".
  5. Wenn der Wert nicht 15 ist, geben Sie 15 im Feld "Replikation" für immer (Minuten) ein.
  6. Klicken Sie auf Apply (Anwenden) und dann auf OK.

Überprüfen Sie als Nächstes, ob der Ordner, den Sie behandeln, für die Verwendung des Speicherzeitplans konfiguriert ist:

  1. Erweitern Sie öffentliche Ordner, und klicken Sie dann mit der rechten Maustaste auf den Ordner, den Sie behandeln möchten.
  2. Wählen Sie Eigenschaften aus.
  3. Wählen Sie auf der Registerkarte "Replikation" in der Replikationsintervallliste für öffentliche Ordner die Option "Öffentlichen Speicherplan verwenden" aus.

Anwendungsprotokollereignis-ID 3018

Erstellen Sie einen neuen Ordner in der Hierarchie auf dem Quellserver, und geben Sie dem neuen Ordner einen eindeutigen Namen, den Sie sich merken können.

Wir verwenden Test 1 als Namen unseres Ordners in diesem Beispiel. Sehen Sie sich das Anwendungsprotokoll auf dem Quellserver für die Ereignis-ID 3018 an, die den Nachrichtentyp 0x2 angibt und den Namen des von Ihnen erstellten Ordners enthält. Möglicherweise müssen Sie bis zu 15 Minuten warten, bis das Ereignis protokolliert wird.

Ereignistyp Informationen
Ereignisquelle: ÖFFENTLICHER MSExchangeIS-Speicher
Ereigniskategorie: Replikation ausgehender Nachrichten
Ereignis-ID: 3018
Meldung: Eine ausgehende Replikationsnachricht wurde ausgegeben.
Typ: 0x2
Nachrichten-ID: <MessageID@Server.Domain.com>
Datenbank "Speichergruppe\Öffentlicher Ordner"
CN min: 1-100, CN max: 1-200
RFIs:
1) FID: 1-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Wird die Ereignis-ID 3018 angezeigt?

Problembehandlung für den Quellserver

Der Quellserver generiert keine ausgehenden Hierarchiereplikationsmeldungen für neue Änderungen. Wir konzentrieren uns zuerst auf die Problembehandlung auf dem Quellserver.

Ereignis-ID 3079, wenn die Datenbank für öffentliche Ordner bereitgestellt wird

Wenn die Datenbank für öffentliche Ordner bereitgestellt wird, wird die Ereignis-ID 3079 im Anwendungsprotokoll auf dem Quellserver aufgezeichnet. Überprüfen Sie das Anwendungsprotokoll auf dem Quellserver.

Ereignistyp Informationen
Ereignisquelle ÖFFENTLICHER MSExchangeIS-Speicher
Ereigniskategorie Replikationsfehler
Ereignis-ID 3079
Nachricht Unerwarteter Replikationsthreadfehler für datenbank "<name>".
1) FID: 1-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Wird die Ereignis-ID 3079 angezeigt?

  • Wenn ja, lesen Sie EcReplStartup.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Wenn Sie sich an den Support zu diesem Problem wenden, teilen Sie ihnen mit, dass der Quellserver keine Ausgehenden Hierarchiereplikationsmeldungen generiert, und es gibt kein Ereignis 3079, wenn die Datenbank bereitgestellt wird.

EcReplStartup

Untersuchen Sie die Ereignis-ID 3079 für den Text: EcReplStartup.

Enthält die Ereignis-ID 3079 EcReplStartup?

  • Wenn ja, lesen Sie die Anwendungsprotokollereignis-ID 9528.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Wenn Sie sich an den Support in Bezug auf dieses Problem wenden, teilen Sie ihnen mit, dass der Quellserver keine Ausgehenden Hierarchiereplikationsmeldungen generiert. Es gibt ein 3079-Ereignis, wenn die Datenbank bereitgestellt wird, aber das Ereignis nicht EcReplStartup enthält.

Anwendungsprotokollereignis-ID 9528

Wenn die Ereignis-ID 3079 EcReplStartup enthält, gibt dies an, dass der Replikationsthread beim Start stirbt. Überprüfen Sie dann, ob die Ereignis-ID 9528 im Anwendungsprotokoll des Quellservers aufgezeichnet wird.

Ereignistyp Informationen
Ereignisquelle MSExchangeIS
Ereigniskategorie Allgemein
Ereignis-ID 9528
Nachricht Die SID S-1-5-32-544 wurde auf 2 Benutzern im DS gefunden, sodass der Speicher diese SID nicht einem eindeutigen Benutzer zuordnen kann.
Die beteiligten Benutzer sind:
/DC=com/DC=domain/DC=na/OU=Migrated/CN=John, Woods
/DC=com/DC=domain/DC=ad/DC=corp/OU=EUC/OU=AMER/OU=Jersey City/OU=Harborside/OU=Users/CN=John, Woods

Wird die Ereignis-ID 9528 angezeigt?

  • Wenn ja, lesen Sie "Entfernen doppelter Konten".
  • Wenn nein, können wir keine nicht identifizierten Probleme mit diesem Leitfaden lösen. Wenden Sie sich an den Microsoft Exchange Server-Support, um weitere Hilfe bei der Behebung dieses Problems zu erhalten, und teilen Sie ihnen mit, dass beim Bereitstellen der Datenbank ein 3079-Ereignis protokolliert wird.

Nachverfolgen der Nachricht in der Nachrichtenverfolgung; Wurde die Nachricht an den Zielserver übermittelt

Nachverfolgen der Nachricht in der Nachrichtenverfolgung

Verwenden Sie auf dem Quellserver die Nachrichten-ID aus der Beschreibung der Ereignis-ID 3018, um die Nachricht in der Nachrichtenverfolgung nachzuverfolgen.

Ereignistyp Informationen
Ereignisquelle ÖFFENTLICHER MSExchangeIS-Speicher
Ereigniskategorie Ausgehende Replikationsnachricht
Ereignis-ID 3018
Nachricht Eine ausgehende Replikationsnachricht wurde ausgegeben.
Typ: 0x2
Nachrichten-ID: <MessageID@Server.Domain.com>
Datenbank "Speichergruppe\Öffentlicher Ordner"

Wurde die Nachricht an den Zielserver übermittelt

Notieren Sie sich in der Beschreibung der Ereignis-ID 3018 die Nachrichten-ID, und ermitteln Sie dann mithilfe der Nachrichtenverfolgung, ob die Nachricht an den Zielserver übermittelt wurde. Der folgende Nachrichtenverfolgungsauszug enthält z. B. den folgenden Text:

"Nachricht, die über SMTP übertragen wird".

Nachrichtenverlauf

SMTP Store Driver: Message Submitted From Store
SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Categorized and Queued For Routing
SMTP: Message Routed and Queued For Remote Delivery
SMTP: Started Outbound Transfer of Message Message transferred to through SMTP

Gibt die Nachrichtenverfolgung an, dass die Nachricht an den Zielserver übermittelt wurde?

Verkehrsproblem; Wird die Nachricht in der Nachrichtenverfolgung angezeigt?

Transportproblem

Die Nachricht wurde nicht an den Zielserver übermittelt, was angibt, dass ein Transportproblem das Problem verursacht. Beheben Sie als Nächstes den Transportvorgang.

Wird die Nachricht in der Nachrichtenverfolgung angezeigt

Wechseln Sie zum Quellserver, und suchen Sie die ausgehende Nachrichten-ID. Wechseln Sie als Nächstes zum Zielserver, und führen Sie die Nachrichtenverfolgung aus, um festzustellen, ob sie die Nachricht empfangen hat. Wählen Sie Ihre Exchange-Version aus, um die Schritte zum Ausführen der Nachrichtenverfolgung zu überprüfen.

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Führen Sie das folgende Cmdlet aus:

    Get-MessageTrackingLog -MessageId
Für Exchange Server 2003
  1. Starten Sie Exchange-System-Manager.
  2. Erweitern Sie in der Konsolenstruktur Die Tools, und wählen Sie dann das Nachrichtenverfolgungscenter aus.
  3. Geben Sie im Feld "Server" den Namen des Servers ein, auf dem Exchange Server 2003 ausgeführt wird.

Um eine Liste der verfügbaren Server zu durchsuchen, wählen Sie "Server" aus, wählen Sie einen Server und dann "Hinzufügen" aus. Sie können nach einer Nachricht suchen, die von einem bestimmten Server gesendet oder an einen bestimmten Server übermittelt wurde. Sie müssen nur den Servernamen angeben.

Wurde die Nachricht empfangen?

Ereignis-ID 3028 auf dem Zielserver

Überprüfen Sie auf dem Zielserver das Anwendungsprotokoll für die Ereignis-ID 3028, das die gleiche Nachrichten-ID enthält, die Sie aus der Beschreibung der Ereignis-ID 3018 angegeben haben.

Ereignistyp Informationen
Ereignisquelle ÖFFENTLICHER MSExchangeIS-Speicher
Ereigniskategorie Replikation eingehender Nachrichten
Ereignis-ID 3,028
Nachricht Eine eingehende Replikationsnachricht wurde ausgegeben.
Typ: 0x2
Nachrichten-ID: <MessageID@Server.Domain.com>
Datenbank "Speichergruppe\Öffentlicher Ordner"
CN min: 5-100 CN max: 5-200
RFIs: 1
1) FID: 5-1234, PFID: 1-1, Offset: 28
IPM_SUBTREE\Test 1

Zeigt das Anwendungsprotokoll des Zielservers ereignis-ID 3028 an, und enthält dieses Ereignis dieselbe Nachrichten-ID wie ereignis-ID 3018?

Ereignis-ID 7004 und Ereignis-ID 7010 auf dem Zielserver

Überprüfen Sie auf dem Zielserver das Anwendungsprotokoll Ereignisanzeige auf Ereignisse, die den folgenden Ereignissen ähneln.

Ereignistyp Fehler
Ereignisquelle MSExchangeTransport
Ereigniskategorie SMTP-Protokoll
Ereignis-ID 7004
Datum Date
Zeit Zeit
Benutzer Nicht verfügbar
Computer Computer_Name
Beschreibung Dies ist ein SMTP-Protokollfehlerprotokoll für virtuelle Server-ID 1, Verbindung #29. Der Remotehost E2k3server1.contoso.comhat auf den SMTP-Befehl "xexch50" mit "504 Muss zuerst authentifizieren" geantwortet. Der gesendete vollständige Befehl lautete "XEXCH50 2336 3". Dies führt wahrscheinlich dazu, dass die Verbindung fehlschlägt.
Ereignistyp Fehler
Ereignisquelle MSExchangeTransport
Ereigniskategorie SMTP-Protokoll
Ereignis-ID 7010
Datum Date
Zeit Zeit
Benutzer Nicht verfügbar
Computer Computer_Name
Beschreibung: Dies ist ein SMTP-Protokollprotokoll für virtuelle Server-ID 1, Verbindung #30. Der Client bei "6.5.2.4" hat einen "xexch50"-Befehl gesendet, und der SMTP-Server hat mit "504 Muss zuerst authentifizieren" geantwortet. Der vollständige Befehl wurde "xexch50 1092 2" gesendet. Dies führt wahrscheinlich dazu, dass die Verbindung fehlschlägt. Diese Ereignisse deuten darauf hin, dass die XEXCH50 Protokollsenke ausgelöst wurde, aber der Austausch der BLOBs zwischen den Servern fehlgeschlagen ist, die in den Ereignissen aufgeführt sind.

Wird die Ereignis-ID 7004 und die Ereignis-ID 7010 auf dem Zielserver angezeigt?

Beheben eines Problems mit dem Befehl XEXCH50

Das Problem, das Sie feststellen, kann durch ein XEXCH50 Befehlsproblem verursacht werden.

So beheben Sie das Problem mit dem befehl XEXCH50

  1. Stellen Sie sicher, dass die integrierte Windows-Authentifizierung auf den virtuellen SMTP-Servern auf den Computern aktiviert ist, auf denen Exchange Server in Ihrer Organisation ausgeführt wird. Wenn die integrierte Windows-Authentifizierung nicht aktiviert ist:

    1. Erweitern Sie in Exchange-System-Manager administrative Gruppen, erweitern Sie Server, erweitern Sie Den Exchange Server-Namen, erweitern Sie Protokolle, und erweitern Sie dann SMTP.
    2. Klicken Sie mit der rechten Maustaste auf den virtuellen SMTP-Server.
    3. Wählen Sie "Eigenschaften" aus, wählen Sie die Registerkarte "Access" und dann "Authentifizierung" aus. Stellen Sie sicher, dass das Kontrollkästchen "Integrierte Windows-Authentifizierung " aktiviert ist.

  2. Wenn die integrierte Windows-Authentifizierung aktiviert ist, aber die Ereignisse beibehalten werden, fehlt der sendende Server im 7004-Ereignis oder im 7010-Ereignis möglicherweise nicht oder verweigert die SendAs-Rechte auf dem empfangenden Server. Wenn der sendende Server und der empfangende Server diese Ereignisse aufweisen, fehlen den Servern möglicherweise die SendAs-Rechte füreinander. Die Rechte "SendAs" wird nicht explizit festgelegt. Das SendAs-Recht wird in der Regel über die Mitgliedschaft in der Exchange Domain Servers (EDS)-Gruppe geerbt. Wenn der EDS nicht über diesen ZUGRIFFSsteuerungseintrag (DENY Access Control Entry, ACE) verfügt, wird der betroffene Server möglicherweise in einer anderen Gruppe geschachtelt, die denY ACE hat, oder der EDS kann in einigen anderen Gruppen geschachtelt werden, die die VERWEIGERUNGS-ACE aufweisen. Um erfolgreich ausgeführt zu werden, muss der Befehl "XEXCH50 " über das Recht "SendAs" für Server in der Exchange-Organisation verfügen.

  3. Ermitteln Sie, ob Sie Transport Layer Security (TLS) und einen Sicherheitskanal zwischen Servern in der Exchange-Organisation verwenden. In diesem Szenario treten die STARTTLS-Transportereignisse vor dem AUTH-Befehl auf. Der befehl XEXCH50 schlägt später in der Sitzung fehl, da der AUTH-Befehl fehlt.

  4. Wenn die Exchange-Protokollsicherheitsauthentifizierung (EXPS) nicht ordnungsgemäß zwischen Servern funktioniert, funktioniert der Befehl XEXCH50 nicht. Ereignisse 1704 und 1706 deuten auf EXPS-Authentifizierungsfehler im Anwendungsprotokoll hin.

    Ereignistyp Warnung
    Ereignisquelle MSExchangeTransport-Ereignis
    Ereigniskategorie MTP-Protokoll
    Ereignis-ID 06:17
    Beschreibung: EXPS kann vorübergehend keine Protokollsicherheit mit ".. bereitstellen. com". "CSessionContext::OnEXPSInNegotiate" called "HrServerNegotiateAuth" which failed with error code 0x8009030c ( i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462 ). Daten: 0000: 0c 03 09 80 ...?

    Notiz

    Die Beschreibung in der Ereignis-ID 1706 enthält Fehlercode 0x8009030c.
    Fehlercode 0x8009030c ist der SEC_E_LOGON_DENIED Hresult-Wert. Dieser Code gibt an, dass das Konto nicht angemeldet werden konnte.
    Diese Probleme können schwierig zu behandeln sein, da die Microsoft Windows-Anmeldeinformationen von EXPS erforderlich sind, um diesen AUTH-Befehl zu übergeben. Sie können verschiedene Tools verwenden, um die Kombination von Ereignis-ID 7004 und 7010 zu beheben; dazu gehören das NLTEST-Tool und das NETDOM-Tool. Problembehandlungsschritte können das Zurücksetzen von Computerkonto-Kennwörtern umfassen.
    Wenn Sie eine Kombination aus Ereignis-ID 7004 und 7010 im Anwendungsprotokoll haben, wie zuvor beschrieben, und Sie können die Ursache des Problems nicht mithilfe der EXPS-Authentifizierung ermitteln, wenden Sie sich an Microsoft-Support Services.
    Wenn Sie nicht über die Kombination aus Ereignis-ID 7004 und Ereignis-ID 7010 im Anwendungsprotokoll verfügen, fahren Sie mit Schritt 5 fort.

  5. Überprüfen Sie, ob eine Firewall oder eine Antivirenwand zwischen Servern in der Exchange-Organisation vorhanden ist. Wenn eine Firewall zwischen Servern in der Organisation ausgeführt wird, deaktivieren Sie die Firewall vorübergehend, um festzustellen, ob dies das Problem verursacht.

Wurde das Problem durch das Deaktivieren der Firewall behoben?

Ausführen von isinteg -fix -test ReplState auf dem Zielserver; Tombstone aufgrund eines Löschvorgangs

Ausführen von isinteg –fix –test ReplState auf dem Zielserver

Wählen Sie Ihre Exchange-Version aus, um die Einstellung "ReplState" mit den folgenden Schritten zu überprüfen und anzupassen:

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Verwenden Sie das New-PublicFolderDatabaseRepairRequest Cmdlet, um Replikationsprobleme in der Datenbank für öffentliche Ordner zu erkennen und zu beheben. Auf öffentliche Ordner in der Datenbank für öffentliche Ordner kann weiterhin zugegriffen werden, während die Anforderung ausgeführt wird. Der derzeit reparierte öffentliche Ordner ist jedoch nicht verfügbar. Nachdem Sie die Reparaturanforderung gestartet haben, kann sie erst beendet werden, wenn Sie die Bereitstellung der Datenbank aufheben.

  3. Führen Sie das folgende Cmdlet aus:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Für Exchange Server 2003

  1. Installieren Sie auf dem Zielserver den Hotfix-KB925253.

  2. Nachdem der Hotfix installiert wurde, entfernen Sie die Bereitstellung der Datenbank für öffentliche Ordner auf dem Server, und führen Sie dann an einer Eingabeaufforderung den folgenden Befehl aus:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

Führen Sie als Nächstes einen Test aus, um zu ermitteln, ob das Problem behoben ist.

Tombstone aufgrund eines Löschvorgangs

Dies gibt an, dass der Ordner ein Grabstein ist, weil ein vorheriger Löschvorgang nicht repliziert wurde. Wechseln Sie zurück zum Quellserver, und kopieren Sie den Ordner, um einen neuen Ordner mit demselben Inhalt zu erstellen, und beginnen Sie dann erneut.

Sichtbarkeit neuer Ordner

Ist der neue Ordner in der Hierarchie auf dem Zielserver sichtbar?

Problembehandlung beim Zurückfüllen von Hierarchien

An diesem Punkt haben wir überprüft, ob Änderungen an der Hierarchie korrekt repliziert werden. Wir können jetzt Probleme mit dem Zurückfüllen von Hierarchien beheben. Führen Sie dazu "Synchronize Hierarchy " auf dem Zielserver aus. Die Synchronisierungshierarchie bewirkt, dass die Ereignis-ID 3017 auftritt. Die Ereignis-ID 3017 zeigt, dass eine Hierarchiestatusanforderung (Typ 0x20) an den Quellserver gesendet wurde.

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.
  2. Führen Sie das Update-PublicFolderHierarchy -Server-Cmdlet aus.
  3. Überprüfen Sie nach dem Ausführen der Synchronize Hierarchy auf dem Zielserver das Anwendungsprotokoll auf dem Quellserver für das Ereignis 3027 und die eingehende Statusanforderung.

Für Exchange Server 2003

  1. Starten Sie Exchange-System-Manager.
  2. Um die Synchronisierungshierarchie auszuführen, erweitern Sie Ordner, klicken Sie mit der rechten Maustaste auf den Objektcontainer für öffentliche Ordner, und wählen Sie dann "Hierarchie synchronisieren" aus.
  3. Überprüfen Sie nach dem Ausführen der Synchronize Hierarchy auf dem Zielserver das Anwendungsprotokoll auf dem Quellserver für Ereignis 3027 und die eingehende Statusanforderung.

Befindet sich das Ereignis 3027 im Anwendungsprotokoll auf dem Quellserver?

Abrufen der Nachrichten-ID und Nachverfolgen der Nachricht

Suchen Sie auf dem Quellserver die Ereignis-ID 3017, und notieren Sie sich dann die Nachrichten-ID. Verwenden Sie die Nachrichtenverfolgung, um die Nachrichten-ID nachzuverfolgen, um zu bestimmen, ob die Nachricht an den Quellserver übermittelt wurde.

Gibt die Nachrichtenverfolgung an, dass die Nachricht an den Quellserver übermittelt wurde?

Ermitteln, ob der Öffentliche Ordnerspeicher auf dem Quellserver über eine E-Mail-Adresse verfügt

Um zu ermitteln, ob dem Öffentlichen Ordnerspeicher auf dem Quellserver eine Proxyadresse zugewiesen ist, überprüfen Sie den Wert des proxyAddresses Attributs im Active Directory-Verzeichnisdienst.

So untersuchen Sie den Wert

Warnung

Wenn Sie das Active Directory Service Interface (ADSI) Edit Snap-In, das LDP-Hilfsprogramm oder einen anderen LDAP-Version 3-Client verwenden und die Attribute von Active Directory-Objekten falsch ändern, können Sie schwerwiegende Probleme verursachen. Bei diesen Problemen müssen Sie möglicherweise Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 oder Windows Server und Exchange Server erneut installieren. Microsoft kann nicht garantieren, dass Probleme behoben werden können, die auftreten, wenn Sie active Directory-Objektattribute falsch ändern. Ändern Sie diese Attribute auf eigenes Risiko.

Notiz

Je nach Ihrer Version von Microsoft Windows unterscheiden sich die folgenden Schritte möglicherweise auf Ihrem Computer. Lesen Sie in diesem Fall in Ihrer Produktdokumentation nach, wie diese Schritte auszuführen sind.

  1. Starten Sie das ADSI-Bearbeitungstool, indem Sie "Start>ausführen" auswählen, "adsiedit.msc" in das Feld "Öffnen" eingeben und dann "OK" auswählen.

    Notiz

    ADSI-Bearbeitung ist in microsoft Windows 2000 Server-Supporttools und windows Server 2003-Supporttools enthalten. Um Windows 2000-Supporttools zu installieren, doppelklicken Sie auf Setup.exe im Ordner "Support\Tools" auf der Windows 2000-CD. Um Windows Server 2003-Supporttools zu installieren, doppelklicken Sie im Ordner "Support\Tools" auf der Windows Server 2003-CD auf Suptools.msi .

  2. Stellen Sie eine Verbindung mit einem Domänencontroller her, wenn Sie noch nicht verbunden sind.

    Notiz

    In diesem Schritt contoso.com ist ein Platzhalter für Ihren Domänennamen. Andere Wörter kursiv sind Platzhalter für die angegebenen Namen. Erweitern Sie den Konfigurationscontainer [computername.contoso.com], erweitern Sie CN=Configuration, DC=contoso, DC=com, expand CN=Services, expand CN=Microsoft Exchange, expand CN=OrganizationName, expand CN=Administrative Groups, expand CN=AdministrativeGroupName, expand CN=Servers, expand CN=ExchangeServerName, expand CN=InformationStore, and then select CN=First Storage Gruppe.

  3. Klicken Sie im rechten Bereich mit der rechten Maustaste auf CN=Öffentlicher Ordnerspeicher (EXCHANGESERVERNAME), und wählen Sie dann "Eigenschaften" aus.

  4. Wählen Sie in der Liste auswählen, welche Eigenschaften angezeigt werden sollen, beide aus.

  5. Wählen Sie in der Liste "Eigenschaft auswählen" die Option "proxyAddresses" aus.

  6. Bestimmen Sie im Feld Wert(n), ob eine E-Mail-Adresse zugewiesen ist. In der Regel verfügt der Informationsspeicher für öffentliche Ordner über einen SMTP-Adressstempel (Simple Mail Transfer Protocol) ähnlich wie: SMTP:ExchangeServerName-IS@contoso.com.

  7. Wählen Sie in der Liste "Eigenschaft auswählen" die Option "E-Mail" aus.

  8. Überprüfen Sie im Feld "Werte ", ob die SMTP-Adresse mit der in Schritt 7 angezeigten SMTP-Adresse identisch ist.

Verfügt der öffentliche Quellspeicher über eine E-Mail-Adresse?

  • Wenn ja, leider können wir ein nicht identifiziertes Problem mithilfe dieses Handbuchs nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.
  • Wenn nein, siehe Anwendungsprotokollereignis-ID 3018.

Ereignis-ID 3017 auf dem Quellserver

Suchen Sie im Anwendungsprotokoll auf dem Quellserver unmittelbar vor der Ereignis-ID 3027 die Ereignis-ID 3017 für denselben Ordner, der den Typ 0x10 hat.

Wird die Ereignis-ID 3017 angezeigt, und geben Sie 0x10 für denselben Ordner ein?

Ereignis-ID 3027 auf dem Zielserver

Ereignis-ID 3027 ist die Statusantwort auf dem Quellserver. Suchen Sie im Anwendungsprotokoll auf dem Zielserver die Ereignis-ID 3027, um die Statusantwort zu untersuchen.

Wird die Ereignis-ID 3027 auf dem Zielserver angezeigt?

  • Wenn ja, lesen Sie "Problembehandlung beim Rückfüllen".
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Problembehandlung beim Rückfüllen

An diesem Punkt wissen wir, dass der Zielserver weiß, dass Daten fehlen. Jetzt konzentrieren wir uns auf die Problembehandlung, wenn die Hierarchie sich selbst zurückfüllt.

Führen Sie auf dem Zielserver die Synchronisierungshierarchie erneut aus, und überprüfen Sie dann das Anwendungsprotokoll auf dem Zielserver für die Ereignis-ID 3014, die den Typ 0x8 hat. Ereignis-ID 3014 ist eine ausgehende Backfill-Anforderung für die Hierarchie.

Wird die Ereignis-ID 3014 angezeigt, und geben Sie 0x8 auf dem Zielserver ein?

  • Wenn ja, siehe Ereignis-ID 3024 auf dem Quellserver.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Ereignis-ID 3024 auf dem Quellserver

Die Ereignis-ID 3024 ist die Anforderung zum Zurückfüllen der eingehenden Hierarchie.

Wird die Ereignis-ID 3024 auf dem Quellserver angezeigt?

Ereignis-ID 3019 auf dem Quellserver

Ereignis-ID 3019, die typ 0x80000002 hat, ist die Antwort für ausgehende Hierarchierückfüllen auf dem Quellserver. Untersuchen Sie das Anwendungsprotokoll auf dem Quellserver für die Ereignis-ID 3019.

Befindet sich die Ereignis-ID 3019 im Anwendungsprotokoll auf dem Quellserver?

  • Wenn ja, siehe Ereignis-ID 3029.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Ereignis-ID 3029

Ereignis-ID 3029 ist die Antwort auf das Backfill der eingehenden Hierarchie auf dem Zielserver.

Wird die Ereignis-ID 3029 im Anwendungsprotokoll auf dem Zielserver angezeigt?

Suchen nach dem Ordner in der Hierarchie

Suchen Sie auf dem Zielserver nach dem Ordner in der Hierarchie.

Wird der Ordner jetzt in der Hierarchie auf dem Zielserver angezeigt?

  • Wenn ja, herzlichen Glückwunsch! Das Problem der Replikation öffentlicher Ordner für Exchange Server 2003 wurde behoben.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Nachverfolgen der Nachrichten-ID aus der Ereignis-ID 3014

Überprüfen Sie auf dem Zielserver die Ereignis-ID 3014, um die Nachrichten-ID abzurufen. Verwenden Sie die Nachrichtenverfolgung, um die Nachrichten-ID nachzuverfolgen.

Gibt die Nachrichtenverfolgung an, dass die Nachricht an den Quellserver übermittelt wurde?

Nachverfolgen der Nachrichten-ID aus der Ereignis-ID 3019

Suchen Sie auf dem Quellserver die Ereignis-ID 3019, und notieren Sie sich dann die Nachrichten-ID im Ereignis. Verwenden Sie die Nachrichtenverfolgung, um die Nachrichten-ID nachzuverfolgen.

Gibt die Nachrichtenverfolgung an, dass die Nachricht an den Zielserver übermittelt wurde?

Konzentrieren Sie sich auf Inhalte; Immer Intervall und Zeitplan replizieren; Erstellen eines neuen Elements auf dem Quellserver

Fokus auf Inhalte

Da der Ordner in der Hierarchie auf beiden Servern angezeigt wird, handelt es sich wahrscheinlich nicht um ein Problem mit der Hierarchiereplikation. Konzentrieren Sie sich daher auf die Problembehandlung von Inhalten.

Immer Intervall und Zeitplan replizieren

Stellen Sie sicher, dass der Wert "Always Interval replizieren" auf 15 Minuten oder weniger auf dem Quellserver festgelegt ist.

So überprüfen und anpassen Sie die Einstellung auf Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Führen Sie das folgende Cmdlet aus, ReplicationScheduleund überprüfen ReplicationPeriodSie, und ReplicationMessageSize stellen Sie folgendes fest:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*

    Screenshot der Verwendung von

  3. Stellen Sie sicher, dass alle Datenbanken für öffentliche Ordner dieselben ReplicationMessageSizehaben.

Überprüfen Sie als Nächstes, ob der betreffende Ordner für die Verwendung des Speicherzeitplans konfiguriert ist:

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Führen Sie das folgende Cmdlet aus, und vergewissern Replicas Sie sich, dass sie UseDatabaseReplicationSchedule festgelegt sind:

    Get-PublicFolder | fl *Replica*

    Screenshot der Verwendung von

  3. Wenn UseDatabaseReplicationSchedule dieser Wert auf "False" festgelegt ist, stellen Sie sicher, dass dieser ReplicationSchedule Wert festgelegt ist.

So überprüfen und anpassen Sie die Einstellung auf Exchange Server 2003
  1. Starten Sie Exchange-System-Manager.
  2. Erweitern Sie den Container "Administrative Gruppen ", und wählen Sie dann die administrative Gruppe aus, die den Server für öffentliche Ordner enthält.
  3. Erweitern Sie den Servercontainer, erweitern Sie den Quellserver, wählen Sie die Datenbank für öffentliche Ordner aus, und wählen Sie dann "Eigenschaften" aus.
  4. Geben Sie auf der Registerkarte Replikation (Richtlinie) 15 im Feld "Replikationsintervall" für immer (Minuten) ein.
  5. Klicken Sie auf Apply (Anwenden) und dann auf OK.

Überprüfen Sie als Nächstes, ob der Ordner, mit dem Sie arbeiten, für die Verwendung des Speicherzeitplans konfiguriert ist. Gehen Sie hierzu folgendermaßen vor:

  1. Erweitern Sie öffentliche Ordner, und klicken Sie dann mit der rechten Maustaste auf den Ordner, mit dem Sie arbeiten.
  2. Wählen Sie Eigenschaften aus.
  3. Wählen Sie auf der Registerkarte "Replikation" in der Replikationsintervallliste für öffentliche Ordner die Option "Öffentlichen Speicherplan verwenden" aus.

Erstellen eines neuen Elements auf dem Quellserver

Erstellen Sie ein neues Element im öffentlichen Ordner auf dem Quellserver, und beobachten Sie dann das Anwendungsprotokoll für die Ereignis-ID 3020.

Wird die Ereignis-ID 3020 angezeigt, und enthält sie den Namen des Ordners, den Sie testen, und den Namen des elements, das wir erstellt haben?

Ereignis-ID 3030

Überprüfen Sie auf dem Zielserver das Anwendungsprotokoll für die Ereignis-ID 3030.

Enthält das Anwendungsprotokoll des Zielservers ereignis-ID 3030 für denselben Ordner und dasselbe Element.

Der Quellserver generiert keine ausgehenden Inhaltsnachrichten für diesen Ordner. Ereignis-ID 3079, wenn die Datenbank für öffentliche Ordner bereitgestellt wird

Der Quellserver generiert keine ausgehenden Inhaltsnachrichten für diesen Ordner.

Der Quellserver generiert keine ausgehenden Inhaltsnachrichten für diesen Ordner. Wir konzentrieren uns auf die Problembehandlung auf dem Quellserver.

Ereignis-ID 3079, wenn die Datenbank für öffentliche Ordner bereitgestellt wird

Überprüfen Sie auf dem Quellserver das Anwendungsprotokoll für die Ereignis-ID 3079. Die Ereignis-ID 3079 tritt auf, wenn die Datenbank bereitgestellt wird, und sie sollte den Text "EcReplStartup" enthalten. Beispielsweise sollte die Ereignis-ID 3079 der folgenden Tabelle ähneln.

Ereignistyp Informationen
Ereignisquelle
ÖFFENTLICHER MSExchangeIS-Speicher
Ereigniskategorie Replikationsfehler
Ereignis-ID 3079
Nachricht Unerwarteter Replikationsthreadfehler 0x3f0.
EcGetReplMsg
EcReplStartup
FReplAgent

Wird die Ereignis-ID 3079 angezeigt und enthält sie EcReplStartup, wenn die Datenbank bereitgestellt wird?

Run isinteg -fix -test ReplState; Ereignis-ID 3020

Ausführen von isinteg –fix –test ReplState auf dem Zielserver

Wählen Sie Ihre Exchange-Version aus, um die Einstellung "ReplState" mit den folgenden Schritten zu überprüfen und anzupassen:

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Verwenden Sie das New-PublicFolderDatabaseRepairRequest Cmdlet, um Replikationsprobleme in der Datenbank für öffentliche Ordner zu erkennen und zu beheben. Auf öffentliche Ordner in der Datenbank für öffentliche Ordner kann weiterhin zugegriffen werden, während die Anforderung ausgeführt wird. Der derzeit reparierte öffentliche Ordner ist jedoch nicht verfügbar. Nachdem Sie die Reparaturanforderung gestartet haben, kann sie erst beendet werden, wenn Sie die Bereitstellung der Datenbank aufheben.

  3. Führen Sie das folgende Cmdlet aus:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Für Exchange Server 2003

  1. Installieren Sie auf dem Zielserver den Hotfix KB925253, der am 24. Januar 2013 veröffentlicht wurde.

  2. Nachdem der Hotfix installiert wurde, entfernen Sie die Bereitstellung der Datenbank für öffentliche Ordner auf dem Server, und führen Sie dann an einer Eingabeaufforderung den folgenden Befehl aus:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

Ereignis-ID 3020

Erstellen Sie ein neues Element im öffentlichen Ordner auf dem Quellserver, und überprüfen Sie dann das Anwendungsprotokoll für die Ereignis-ID 3020.

Wird die Ereignis-ID 3020 angezeigt, und enthält sie den Namen des Ordners, den Sie testen, und den Namen des von Ihnen erstellten Elements?

  • Wenn ja, siehe Ereignis-ID 3030.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Wenn Sie sich an den Support in Bezug auf dieses Problem wenden, teilen Sie ihnen mit, dass der Quellserver keine Ausgehenden Hierarchiereplikationsmeldungen generiert. Es gibt ein 3079-Ereignis, wenn die Datenbank bereitgestellt wird, aber das Ereignis nicht EcReplStartup enthält.

Überprüfen, ob sich das Element im Quellordner auf dem Zielserver befindet

Suchen Sie auf dem Zielserver nach dem Element, das Sie auf dem Quellserver erstellt haben, und stellen Sie sicher, dass es sich im Zielordner befindet.

Wird das Element im Ordner auf dem Zielserver angezeigt?

Problembehandlung bei Inhaltsrückfüllung

Wir haben überprüft, ob Änderungen an Inhalten repliziert werden. Als Nächstes beheben Sie die Problembehandlung für das Zurückfüllen von Inhalten.

Führen Sie dazu "Inhalt synchronisieren" auf dem Zielserver aus. Dies sollte dazu führen, dass der Zielserver den Quellserver nach den fehlenden Daten fragt.

So führen Sie "Synchronisieren von Inhalten" in Exchange Server 2007 und Exchange Server 2010 aus

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Führen Sie den folgenden Befehl aus:

    Update-PublicFolder -Server <DestinationServer>

  3. Überprüfen Sie nach dem Ausführen der Synchronize Hierarchy auf dem Zielserver das Anwendungsprotokoll auf dem Quellserver für Ereignis 3027 und die eingehende Statusanforderung.

So führen Sie "Synchronisieren von Inhalten" in Exchange Server 2003 aus

  1. Erweitern Sie öffentliche Ordner, und wählen Sie dann den Zielordner aus.
  2. Wählen Sie im rechten Bereich die Registerkarte "Status " aus.
  3. Klicken Sie mit der rechten Maustaste auf den Zielserver, und wählen Sie dann "Inhalt synchronisieren" aus.

Nachdem Sie "Inhalt synchronisieren" auf dem Zielserver ausgeführt haben, überprüfen Sie das Anwendungsprotokoll für die Ereignis-ID 3017 für die ausgehende Statusanforderung.

Ist Ereignis-ID 3017 im Anwendungsprotokoll auf dem Zielserver

Run isinteg -fix -test ReplState (wenn Ereignis-ID 3017 nicht protokolliert wird)

Wählen Sie Ihre Exchange-Version aus, um die Einstellung "ReplState" mit den folgenden Schritten zu überprüfen und anzupassen:

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Verwenden Sie das New-PublicFolderDatabaseRepairRequest Cmdlet, um Replikationsprobleme in der Datenbank für öffentliche Ordner zu erkennen und zu beheben. Auf öffentliche Ordner in der Datenbank für öffentliche Ordner kann weiterhin zugegriffen werden, während die Anforderung ausgeführt wird, aber Sie können nicht auf den derzeit reparierten öffentlichen Ordner zugreifen. Nachdem Sie die Reparaturanforderung gestartet haben, kann sie erst beendet werden, wenn Sie die Bereitstellung der Datenbank aufheben.

  3. Führen Sie das folgende Cmdlet aus:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Für Exchange Server 2003

  1. Installieren Sie auf dem Zielserver den Hotfix-KB925253.

  2. Nachdem der Hotfix installiert wurde, entfernen Sie die Bereitstellung der Datenbank für öffentliche Ordner auf dem Server, und führen Sie dann an einer Eingabeaufforderung den folgenden Befehl aus:

     cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

  3. Nachdem der Isinteg-Prozess abgeschlossen ist, ändern Sie die Replikatliste im öffentlichen Ordner auf dem Quellserver. Fügen Sie dazu entweder ein Replikat hinzu, oder entfernen Sie ein Replikat von einem beliebigen Server. Wählen Sie "Übernehmen" aus, umkehren Sie die soeben vorgenommene Änderung, und wählen Sie dann erneut "Übernehmen" aus.

  4. Führen Sie "Inhalt synchronisieren" auf dem Zielserver erneut für denselben Ordner aus.

  5. Untersuchen Sie das Anwendungsprotokoll für die Ereignis-ID 3017 für die ausgehende Statusanforderung.

Befindet sich die Ereignis-ID 3017 im Anwendungsprotokoll auf dem Zielserver?

  • Wenn ja, siehe Ereignis-ID 3027.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Ereignis-ID 3027

Überprüfen Sie auf dem Quellserver das Anwendungsprotokoll für die Ereignis-ID 3027, die typ 0x20 hat.

Wird die Ereignis-ID 3027 angezeigt, und hat sie typ 0x20 auf dem Quellserver?

Ereignis-ID 3017 auf dem Quellserver

Suchen Sie im Anwendungsprotokoll auf dem Quellserver unmittelbar vor der Ereignis-ID 3027 die Ereignis-ID 3017, die typ 0x10 für denselben Ordner hat.

Wird die Ereignis-ID 3017 angezeigt und gibt sie 0x10 für denselben Ordner ein?

Weisen die Server unterschiedliche Altersbeschränkungen auf

Wenn der Quellserver normalerweise keine Statusantwort generiert, bedeutet dies, dass der Quellserver keine Daten enthält, die der andere Server nicht hat.

Eine Situation, in der Server synchronisiert werden können, ohne identische Inhalte zu haben, besteht darin, dass sie unterschiedliche Altersbeschränkungen haben. Wenn der betreffende Zielserver die betreffenden Elemente bereits abgelaufen ist, füllt er die Elemente nicht erneut aus.

Überprüfen Sie unbedingt, und stellen Sie sicher, dass die Server keine unterschiedlichen Altersbeschränkungen haben. Es gibt mehrere Arten von Grenzwerten:

Speicherkontingente

Standardeinstellungen für Datenbankkontingente verwenden

Aktivieren Sie dieses Kontrollkästchen, um die Kontingentbeschränkungen für öffentliche Ordner zu verwenden, für die sich der öffentliche Ordner befindet. Wenn Sie die Standardwerte nicht aktivieren, werden die Kontrollkästchen "Problemwarnung bei (KB)", "Beitrag verbieten bei (KB)" und "Maximale Elementgröße (KB)" verfügbar.

Problemwarnung bei (KB)

Aktivieren Sie dieses Kontrollkästchen, um Besitzer öffentlicher Ordner automatisch zu warnen, dass der öffentliche Ordner seinem Speicherlimit nähert. Um diesen Grenzwert anzugeben, aktivieren Sie das Kontrollkästchen, und geben Sie dann die Größe des öffentlichen Ordners in KB an, bei dem Sie die Veröffentlichung verbieten möchten. Sie können einen Wert zwischen 0 KB und 2.147.483.647 KB (2,1 Terabyte) eingeben.

Beitrag verbieten bei (KB)

Aktivieren Sie dieses Kontrollkästchen, um die Veröffentlichung im öffentlichen Ordner zu verhindern, nachdem die Größe des Ordners den angegebenen Grenzwert erreicht hat. Um diesen Grenzwert anzugeben, aktivieren Sie das Kontrollkästchen, und geben Sie dann die Größe des öffentlichen Ordners in KB an, in dem Sie die Veröffentlichung verbieten möchten. Sie können einen Wert zwischen 0 KB und 2.147.483.647 KB (2,1 Terabyte) eingeben.

Maximale Elementgröße (KB)

Aktivieren Sie dieses Kontrollkästchen, um die maximale Größe von Elementen einzuschränken, die Benutzer im öffentlichen Ordner posten können. Um die Größe anzugeben, aktivieren Sie das Kontrollkästchen, und geben Sie dann die maximale Größe von Elementen in KB an, die Benutzer in den öffentlichen Ordnern bereitstellen können. Sie können einen Wert zwischen 0 KB und 2.097.151 KB eingeben.

Aufbewahrung gelöschter Elemente

Standardeinstellungen für die Datenbankaufbewahrung verwenden

Aktivieren Sie dieses Kontrollkästchen, um die Aufbewahrungsgrenzwerte für Öffentliche Ordnerdatenbankelemente auf dem Server zu verwenden, auf dem sich dieser öffentliche Ordner befindet. Wenn Sie dieses Kontrollkästchen nicht aktivieren, ist das Kontrollkästchen "Gelöschte Elemente aufbewahren" (Tage) verfügbar.

Aufbewahrt gelöschte Elemente für (Tage)

Aktivieren Sie dieses Kontrollkästchen, um die Anzahl der Tage festzulegen, die gelöschte Elemente in einem öffentlichen Ordner aufbewahrt werden. Sie können einen Wert zwischen 0 und 24.855 Tagen eingeben.

Altersbeschränkungen

Standardeinstellungen für datenbankalter verwenden

Aktivieren Sie dieses Kontrollkästchen, um die Altersbeschränkungen für öffentliche Ordnerdatenbanken für den Server zu verwenden, auf dem sich dieser öffentliche Ordner befindet. Wenn Sie dieses Kontrollkästchen nicht aktivieren, wird das Kontrollkästchen "Alter" für Replikate (Tage) verfügbar.

Altersgrenze für Replikate (Tage)

Aktivieren Sie dieses Kontrollkästchen, um das Alter des öffentlichen Ordners einzuschränken. Verwenden Sie das entsprechende Textfeld, um die Altersgrenze in Tagen anzugeben. Replikate dieses öffentlichen Ordners werden automatisch gelöscht, wenn die Altersgrenze überschritten wird. Sie können einen Wert zwischen 0 und 24.855 Tagen eingeben.

Haben die Server unterschiedliche Altersbeschränkungen?

  • Wenn die Antwort ja ist, ist der Inhaltsunterschied beabsichtigt. Sie müssen die Problembehandlung nicht fortsetzen. Sie können das Problem umgehen, indem Sie die Elemente kopieren, damit sie zu neuen Elementen in einem neuen Ordner werden.
  • Wenn die Antwort nein ist, ist ein unbekannter Fehler aufgetreten.

Ereignis-ID 3027 mit Typ 0x10 auf dem Zielserver

Überprüfen Sie auf dem Zielserver das Anwendungsprotokoll für das Ereignis ID 3027-Ereignis, das den Typ 0x10 hat.

Wird die Ereignis-ID 3027 angezeigt und hat sie typ 0x10?

  • Wenn ja, lesen Sie "Fokus beim Rückfüllen".
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Wenn Sie sich an den Support in Bezug auf dieses Problem wenden, teilen Sie ihnen mit, dass der Quellserver keine Ausgehenden Hierarchiereplikationsmeldungen generiert. Es gibt ein 3079-Ereignis, wenn die Datenbank bereitgestellt wird, aber das Ereignis nicht EcReplStartup enthält.

Fokus auf Backfill

An diesem Punkt hat der Zielserver berechnet, dass einige Daten fehlen. Konzentrieren Sie sich daher auf "Backfill".

Führen Sie auf dem Zielserver "Inhalt synchronisieren" erneut im Zielordner aus. Nachdem Sie "Inhalt synchronisieren" ausgeführt haben, wird die Ereignis-ID 3016 im Anwendungsprotokoll aufgezeichnet. Die Ereignis-ID 3016 weist den Nachrichtentyp 0x8 auf, der den Namen des Ordners enthält.

Wird auf dem Zielserver die Ereignis-ID 3016 angezeigt, und hat sie den Nachrichtentyp 0x8, der den Namen des Ordners enthält?

Ereignis-ID 3026 auf dem Quellserver

Als Reaktion auf die Ereignis-ID 3016 auf dem Zielserver sollte die Ereignis-ID 3026 im Anwendungsprotokoll auf dem Quellserver angezeigt werden.

Wird auf dem Quellserver die Ereignis-ID 3026 angezeigt?

Ereignis-ID 3021 auf dem Quellserver

Im Anwendungsprotokoll auf dem Quellserver sollte unmittelbar nach der Ereignis-ID 3026 ein oder mehrere Vorfälle der Ereignis-ID 3021 angezeigt werden, die den Nachrichtentyp 0x80000004 für den Ordner enthalten.

Wird mindestens eine Ereignis-ID 3021 angezeigt, die den Nachrichtentyp 0x80000004 für den Ordner enthält?

Vergleich der Anzahl der Ereignis-ID 3021 mit der Anzahl der Ereignis-ID 3031

Zählen Sie die Anzahl der Vorfälle der Ereignis-ID 3021, die sich im Anwendungsprotokoll auf dem Quellserver befinden. Zählen Sie dann die Anzahl der Vorfälle der Ereignis-ID 3031, die den Nachrichtentyp für den Ordner 0x80000004 und die sich im Anwendungsprotokoll auf dem Zielserver befinden.

Gibt es eine gleiche Anzahl von Ereignis-ID 3021-Vorfällen und Ereignis-ID 3031-Vorfällen zwischen den Servern?

Suchen des Inhalts im Ordner auf dem Zielserver

Suchen Sie auf dem Zielserver nach dem Inhalt, der vom Quellserver mit demselben Ordner auf dem Zielserver synchronisiert wurde.

Haben Sie den Inhalt im selben Ordner auf dem Zielserver gefunden?

  • Wenn ja, herzlichen Glückwunsch! Das Problem der Replikation öffentlicher Ordner für Exchange Server 2003 wurde behoben.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Die Nachricht wurde möglicherweise an einen anderen Quellserver gesendet.

Überprüfen Sie die Ereignis-ID 3016, um zu überprüfen, ob die Nachricht an den erwarteten Quellserver gesendet wurde. Überprüfen Sie auf dem Zielserver die Ereignis-ID 3016, um zu ermitteln, welcher Quellserver die Nachricht empfangen haben soll. Wenn ein anderer Quellserver die Nachricht empfangen hat, verwenden Sie diesen Server als neuen Quellserver, und überprüfen Sie dann das Anwendungsprotokoll auf dem neuen Quellserver für die Ereignis-ID 3016.

Ereignistyp Informationen
Ereignisquelle ÖFFENTLICHER MSExchangeIS-Speicher
Ereigniskategorie Replikation ausgehender Nachrichten
Ereignis-ID 3016
Nachricht Wert des <Typs für ausgehende Nachrichten>
Nachrichten-ID: <ID>
Ordner: <Ordnername>
Datenbank "<name>".
CNSET: <Wert>
CNSET(FAI): <Wert>
Server: <Servername>

Wird der erwartete Quellserver in der Ereignis-ID 3016 identifiziert?

  • Wenn ja, siehe Ereignis-ID 3021 auf dem Quellserver.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Ausstehendes Rückfülllimit

Standardmäßig kann der Informationsspeicher für öffentliche Ordner bis zu 50 ausstehende Backfill-Anforderungen gleichzeitig enthalten. Dies wird als "Outstanding Backfill Limit" (OBL) bezeichnet. Wenn sich 50 Backfill-Anforderungen im Speicherarray befinden, werden diese Anforderungen wiederholt ausgeführt, bis sie erfüllt sind. es können keine weiteren neuen Anforderungen gestellt werden, bis mindestens eine Anforderung abgeschlossen wurde.

Jedes Mal, wenn eine Backfill-Anforderung erfüllt ist, erfolgt eine Öffnung in der OBL, und eine neue Datenmenge kann angefordert werden. Wenn jedoch alle 50 Anforderungen Probleme haben und nicht erfüllt werden können, treten keine neuen Öffnungen auf, keine neuen Anforderungen können vorgenommen werden, und die Replikation kann nicht fortgesetzt werden.

Um zu ermitteln, ob der ausstehende Backfill-Grenzwert die Ursache des Problems ist, erhöhen Sie den OBL-Grenzwert um eins (1) auf dem Zielserver, und überprüfen Sie dann das Anwendungsprotokoll mindestens fünf Minuten für eine Instanz der Ereignis-ID 3016.

So erhöhen Sie den OBL-Grenzwert um einen (1) auf dem Zielserver

  1. Öffnen Sie den Registrierungs-Editor, indem Sie "Start>ausführen" auswählen, "regedit" eingeben und dann "OK" auswählen.

  2. Erweitern Sie den folgenden Unterschlüssel:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. Klicken Sie mit der rechten Maustaste auf "Public-GUID>"<, zeigen Sie auf "Neu", und wählen Sie dann "DWORD-Wert" aus.

  4. Geben Sie "Ausstehendes Rückfülllimit" ein, und drücken Sie dann die EINGABETASTE, um den neuen Unterschlüssel "-subkey" zu nennen.

  5. Klicken Sie mit der rechten Maustaste auf "Replikation ausstehendes Rückfülllimit", und wählen Sie dann "Ändern" aus.

  6. Geben Sie im Feld "Wert" 51 ein, und wählen Sie dann "OK" aus.

  7. Schließen Sie den Registrierungs-Editor.

  8. Starten Sie den Microsoft Exchange Information Store-Dienst auf Exchange Server 2003 neu. Gehen Sie hierzu folgendermaßen vor:

    • Klicken Sie auf Start, zeigen Sie auf Verwaltung, und klicken Sie dann auf Dienste.
    • Wählen Sie in der Liste "Dienste" den Microsoft Exchange-Informationsspeicher und dann "Neu starten" aus.

Wenn die Ereignis-ID 3016 für einen anderen Ordner aufgezeichnet wird, beheben Sie stattdessen die Verwendung dieses Ordners.

Wird für einen anderen Ordner die Ereignis-ID 3016 angezeigt?

  • Wenn ja, lesen Sie "Problembehandlung beim Zurückfüllen von Inhalten".
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Nachverfolgen der in der Ereignis-ID 3020 identifizierten Nachricht

Verwenden Sie auf dem Quellserver die Nachrichtenverfolgung, um die Nachricht nachzuverfolgen, die in der Ereignis-ID 3020 identifiziert wird.

Gibt die Nachrichtenverfolgung an, dass die Nachricht an den Zielserver übermittelt wurde?

Problembehandlung für den Befehl "XEXCH50"

Um probleme mit dem Befehl XEXCH50 zu beheben, erhöhen Sie die Protokollierung auf dem Zielserver für den MSExchangeTransport-Dienst, und legen Sie die SMTP-Protokollebene auf "mittel" fest.

Um die Einstellung auf SMTP-Protokollebene zu überprüfen und anzupassen, wählen Sie Ihre Exchange-Version aus, um die Schritte zu überprüfen:

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.
  2. Verwenden Sie die Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Und-Cmdlets Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' , um die Ereignisprotokollierung für smtp zu aktivieren.
  3. Verwenden Sie das Resume-PublicFolderReplication Cmdlet, um die Replikation öffentlicher Ordner für die gesamte Organisation zu starten.

Für Exchange Server 2003

Überprüfen Sie als Nächstes das Anwendungsprotokoll Ereignisanzeige auf Ereignisse, die wie folgt aussehen:

Ereignistyp Fehler
Ereignisquelle MSExchangeTransport
Ereigniskategorie SMTP-Protokoll
Ereignis-ID 7004
Datum: Datum
Zeit Zeit
Benutzer Nicht verfügbar
Computer Computer_Name
Beschreibung Dies ist ein SMTP-Protokollfehlerprotokoll für virtuelle Server-ID 1, Verbindung #29. Der Remotehost E2k3server1.contoso.com hat auf den SMTP-Befehl "xexch50" mit "504 Muss zuerst authentifizieren" geantwortet. "Der gesendete vollständige Befehl lautete "XEXCH50 2336 3". Dies führt wahrscheinlich dazu, dass die Verbindung fehlschlägt.
Ereignistyp: Fehler
Ereignisquelle MSExchangeTransport
Ereigniskategorie SMTP-Protokoll
Ereignis-ID 7010
Datum Date
Zeit Zeit
Benutzer Nicht verfügbar
Computer: Computer_Name
Beschreibung: Dies ist ein SMTP-Protokollprotokoll für virtuelle Server-ID 1, Verbindung #30. Der Client unter "6.5.2.4" hat einen "xexch50"-Befehl gesendet, und der SMTP-Server hat mit "504 Muss zuerst authentifiziert" geantwortet. Der vollständige Befehl wurde "xexch50 1092 2" gesendet. Dies führt wahrscheinlich dazu, dass die Verbindung fehlschlägt. Diese Ereignisse deuten darauf hin, dass die XEXCH50 Protokollsenke ausgelöst wurde, aber der Austausch der BLOBs zwischen den Servern fehlgeschlagen ist, die in den Ereignissen aufgeführt sind.

Wird die Ereignis-ID 7004 und die Ereignis-ID 7010 auf dem Zielserver angezeigt?

Ausführen von isinteg -fix -test ReplState (wenn Ereignis-IE 7004 und 7010 nicht angezeigt wird)

Wählen Sie Ihre Exchange-Version aus, um die Einstellung "ReplState" mit den folgenden Schritten zu überprüfen und anzupassen:

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.

  2. Verwenden Sie das New-PublicFolderDatabaseRepairRequest Cmdlet, um Replikationsprobleme in der Datenbank für öffentliche Ordner zu erkennen und zu beheben. Auf öffentliche Ordner in der Datenbank für öffentliche Ordner kann weiterhin zugegriffen werden, während die Anforderung ausgeführt wird, aber Sie können nicht auf den derzeit reparierten öffentlichen Ordner zugreifen. Nachdem Sie die Reparaturanforderung gestartet haben, kann sie erst beendet werden, wenn Sie die Bereitstellung der Datenbank aufheben.

  3. Führen Sie das folgende Cmdlet aus:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Für Exchange Server 2003

  1. Installieren Sie auf dem Zielserver den Hotfix-KB925253.

  2. Nachdem der Hotfix installiert wurde, entfernen Sie die Bereitstellung der Datenbank für öffentliche Ordner auf dem Server, und führen Sie dann an einer Eingabeaufforderung den folgenden Befehl aus:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

  3. Nach Abschluss des Isinteg-Prozesses:

    1. Ändern Sie die Replikatliste im öffentlichen Ordner auf dem Zielserver. Fügen Sie dazu ein Replikat zu einem beliebigen Server hinzu oder entfernen Sie es. Wählen Sie "Übernehmen" aus, umkehren Sie die soeben vorgenommene Änderung, und wählen Sie dann erneut "Übernehmen" aus.
    2. Erstellen Sie auf dem Quellserver ein neues Element.
    3. Überprüfen Sie das Anwendungsprotokoll auf dem Quellserver für die Ereignis-ID 3020.
    4. Überprüfen Sie das Anwendungsprotokoll auf dem Zielserver für die Ereignis-ID 3030.

Wird die Ereignis-ID 3030 im Anwendungsprotokoll auf dem Zielserver angezeigt?

  • Wenn ja, herzlichen Glückwunsch! Das Problem der Replikation öffentlicher Ordner für Exchange Server 2003 wurde behoben.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Wenn Sie sich an den Support in Bezug auf dieses Problem wenden, teilen Sie ihnen mit, dass der Quellserver keine Ausgehenden Hierarchiereplikationsmeldungen generiert. Es gibt ein 3079-Ereignis, wenn die Datenbank bereitgestellt wird, aber das Ereignis nicht EcReplStartup enthält.

Größe der Replikationswarteschleife in Leistungsmonitor

Replikationsnachrichten für öffentliche Ordner werden von SMTP empfangen, kategorisiert und an die lokale SMTP-Warteschlange übergeben. Die Nachrichten werden dann an den Informationsspeicher für öffentliche Ordner übermittelt. Sobald Nachrichten an den Informationsspeicher für öffentliche Ordner übermittelt wurden, werden sie in die Replikations-Empfangswarteschlange gesetzt. Die Nachrichten in der Replikations-Empfangswarteschlange werden dann verarbeitet, und Änderungen werden für den entsprechenden öffentlichen Ordner ausgeführt. Der Leistungsindikator für die Replikationswarteschlangengröße gibt die Anzahl der Replikationsnachrichten für öffentliche Ordner an, die auf die Verarbeitung warten.

Je größer die Replikationswarteschlange wird, desto mehr Synchronisierung der Inhalte in den Ordnern kann werden. Wenn Replikationswarteschlangen wachsen, wird die Auslastung von Ressourcen erhöht, da die Nachrichten in der Replikationswarteschlange verarbeitet werden. Außerdem deuten wachsende Replikationswarteschlangen darauf hin, dass Inhalte öffentlicher Ordner auf dem Server veraltet sind.

Es ist keine Aktion in den beiden Instanzen erforderlich, in denen das Wachstum in der Replikations-Empfangswarteschlange erwartet wird und für Folgendes geplant werden kann:

  • Bei einem neu eingeführten Server für öffentliche Ordner kann das Wachstum in der Replikations-Empfangswarteschlange durch die erwartete erste Backfill-Replikation verursacht werden.
  • Wenn die Standortkonsolidierung oder andere wichtige Änderungen in der Exchange-Topologie auftreten, wird erwartet, dass es eine Vielzahl von Replikationen gibt, während der Inhalt verschoben wird.

Bei vorhandenen, stabilen Zustandsservern, auf denen Replikate öffentlicher Ordner nicht in massenweise geändert werden, kann dieser Fehler auf Folgendes hinweisen:

  • Engpässe bei der Serverressourcenleistung, z. B. Datenträger, CPU, Netzwerk oder Arbeitsspeicher. Wenn es einen Ressourcenengpässe auf dem Server gibt, kann der Store.exe Prozess die Replikationsnachrichten nicht schnell genug verarbeiten, und eine Warteschlange wird vergrößert.
  • Das Replikationsintervall für öffentliche Ordner ist zu kurz, damit die Replikation abgeschlossen werden kann, bevor der nächste Replikationszyklus gestartet wird.

So beheben Sie diesen Fehler:

  • Überwachen Sie die MsExchangeIS Public\Replication Receive Queue Size, bis sie anzeigt, dass die Replikation abgeschlossen ist, bevor der nächste Replikationszyklus gestartet wird.
  • Erwägen Sie, die Gesamtzahl der Replikate in der Exchange-Organisation zu verringern, um das erforderliche Replikationsaufkommen zu reduzieren.

Wenn Sie über eine hohe Warteschlange verfügen, lesen Sie "Replikation anhalten".

Wenn Sie über eine niedrige Warteschlange verfügen, lesen Sie mögliches ReplState-Problem.

Replikation anhalten

Unterbrechen Sie die Replikation öffentlicher Ordner, und lassen Sie die Warteschlangen die Unterstützung von Warteschlangen ableiten oder anrufen.

So unterbrechen Sie die Replikation

  1. Starten Sie Exchange-Verwaltungskonsole.
  2. Verwenden Sie das Suspend-PublicFolderReplication Cmdlet, um die Replikation öffentlicher Ordner für die gesamte Organisation zu beenden.
  3. Überwachen Sie die Transportwarteschlangen, indem Sie ausgeführt Get-TransportServer | Get-Queuewerden. Sobald die Warteschlange reduziert wurde, können Sie die Replikation fortsetzen.
  4. Verwenden Sie das Resume-PublicFolderReplication Cmdlet, um die Replikation öffentlicher Ordner für die gesamte Organisation neu zu starten.

Leider können wir ein nicht identifiziertes Problem mithilfe dieses Handbuchs nicht beheben. Wenn Sie sich an den Support zu diesem Problem wenden, teilen Sie ihnen mit, dass die Replikation angehalten ist und Sie auf die Reduzierung der Warteschlangen warten.

Suchen Sie nach der Ordner-ID (FID) (Isolate?)

Zeigt das Ereignis ID 3028 die FID an, aber nicht den Namen des Ordners?

  • Wenn ja, lesen Sie Tombstone aufgrund eines Löschvorgangs.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Tombstone aufgrund eines Löschvorgangs (Ereignis-ID 3028 zeigt das FID)

Dies gibt an, dass der Ordner ein Grabstein ist, weil ein vorheriger Löschvorgang nicht repliziert wurde. Wechseln Sie zurück zum Quellserver, und kopieren Sie den Ordner, um einen neuen Ordner mit demselben Inhalt zu erstellen, und beginnen Sie dann erneut.

Sind diese Informationen hilfreich?

  • Wenn ja, lesen Sie "Entfernen doppelter Konten".
  • Wenn nein, können wir keine nicht identifizierten Probleme mit diesem Leitfaden lösen. Wenden Sie sich an den Microsoft Exchange Server-Support, um weitere Hilfe bei der Behebung dieses Problems zu erhalten, und teilen Sie ihnen mit, dass beim Bereitstellen der Datenbank ein 3079-Ereignis protokolliert wird.

Zeigt die Leistungsüberwachung eine große Anzahl von Nachrichten an, die für die Übermittlung in die Warteschlange gestellt wurden.

Öffnen Sie den Leistungsmonitor

Fügen Sie counter MSExchangeIS Public\Replication Receive Queue hinzu, und überwachen Sie die Größe der Warteschlange.

Wenn Sie mehr über den Leistungsmonitor wissen müssen, können Sie hier gehen: Leistungsmonitor leitfaden für erste Schritte.

Zeigt der Leistungsmonitor eine große Anzahl von Nachrichten an, die für die Übermittlung in die Warteschlange gestellt werden?

  • Wenn ja, lesen Sie "Dienste überprüfen".
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Wenn Sie sich an den Support zu diesem Problem wenden, teilen Sie ihnen mit, dass der Server ausgehende Hierarchiemeldungen generiert, diese Nachrichten werden jedoch nicht in der Nachrichtenverfolgung angezeigt, und für die Übermittlung wird nichts in die Warteschlange gestellt.

Dienstüberprüfung

  1. Klicken Sie auf Start>Ausführen.
  2. Geben Sie "services.msc " in das Feld ein.
  3. Suchen Sie MSExchangeTransport , und überprüfen Sie, ob sie gestartet wurde.

Wenn Sie Über PowerShell verfügen, öffnen Sie sie, und führen Sie das folgende Cmdlet aus:

Get-Service MSExchangeTransport

Wird der Transportdienst ausgeführt?

  • Wenn ja, lesen Sie " Problembehandlung bei der Replikation öffentlicher Ordner".
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Wenn Sie sich an den Support zu diesem Problem wenden, teilen Sie ihnen mit, dass der Server ausgehende Hierarchiemeldungen generiert, diese Nachrichten werden jedoch nicht in der Nachrichtenverfolgung angezeigt, und für die Übermittlung wird nichts in die Warteschlange gestellt.

Zeigt das Ereignis 3030 die Nachrichten-ID (TEIL) des Elements an, aber nicht den Betreff.

Zeigt das Ereignis 3030 den TEIL des Elements an, aber nicht den Betreff?

  • Wenn ja, siehe Tombstone.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Wenn Sie sich an den Support zu diesem Problem wenden, teilen Sie ihnen mit, dass der Quellserver keine Ausgehenden Hierarchiereplikationsmeldungen generiert, und es gibt kein Ereignis 3079, wenn die Datenbank bereitgestellt wird.

Grabstein

Dies ist in der Regel das Ergebnis eines Grabsteins aufgrund eines Nachrichtenlöschvorgangs, der nicht repliziert wurde. Sie können die Nachrichten im Ordner kopieren, um neue Nachrichten zu erstellen oder den gesamten Ordner zu kopieren.

Sind diese Informationen hilfreich?

  • Wenn ja, lesen Sie "Entfernen doppelter Konten".
  • Wenn nein, können wir keine nicht identifizierten Probleme mit diesem Leitfaden lösen. Wenden Sie sich an den Microsoft Exchange Server-Support, um weitere Hilfe bei der Behebung dieses Problems zu erhalten, und teilen Sie ihnen mit, dass beim Bereitstellen der Datenbank ein 3079-Ereignis protokolliert wird.

Nachverfolgen der Ereignis-ID 3027

Verfolgen Sie die 3027, um zu sehen, wie weit es gekommen ist. Wenn er den Quellserver nicht verlassen hat, überprüfen Sie den Leistungsindikator "Nachrichtenwarteschlange für Übermittlung" unter "MSExchangeIS Public", um festzustellen, ob die ausgehenden Nachrichten im öffentlichen Speicher hängen bleiben.

Sind diese Informationen hilfreich?

  • Wenn ja, lesen Sie "Entfernen doppelter Konten".
  • Wenn nein, können wir keine nicht identifizierten Probleme mit diesem Leitfaden lösen. Wenden Sie sich an den Microsoft Exchange Server-Support, um weitere Hilfe bei der Behebung dieses Problems zu erhalten, und teilen Sie ihnen mit, dass beim Bereitstellen der Datenbank ein 3079-Ereignis protokolliert wird.

Mögliches ReplState-Problem

Es ist möglich, dass dieses Problem ein XEXCH50 Problem oder ein ReplState-Problem sein könnte. Bevor wir fortfahren, überprüfen wir, ob die SMTP-Protokollierung aktiviert ist.

Wählen Sie Ihre Exchange-Version aus, um die Einstellung "ReplState" mit den folgenden Schritten zu überprüfen und anzupassen:

Für Exchange Server 2007 und Exchange Server 2010

  1. Starten Sie Exchange-Verwaltungskonsole.
  2. Verwenden Sie die Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' Und-Cmdlets Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' , um die Ereignisprotokollierung für smtp zu aktivieren.
  3. Verwenden Sie das Resume-PublicFolderReplication Cmdlet, um die Replikation öffentlicher Ordner für die gesamte Organisation zu starten.

Für Exchange Server 2003

  1. Starten Sie Exchange-System-Manager.
  2. Erweitern Sie Server, klicken Sie mit der rechten Maustaste auf Your_ Servername, und wählen Sie dann "Eigenschaften" aus.
  3. Wählen Sie die Registerkarte "Diagnoseprotokollierung" und dann "MSExchangeTransport" unter "Dienste" aus.
  4. Wählen Sie unter "Kategorien" SMTP aus.
  5. Wählen Sie unter Protokollierungsebene "Mittel" aus.

Was ist Ihre Exchange-Version?

Mindestens eine der Nachrichten wurde beim Transport verloren

Wenn die Anzahl der 3031-Ereignisse auf dem Zielserver kleiner als die Anzahl von 3021-Ereignissen auf dem Quellserver ist, ging mindestens eine der Nachrichten beim Transport verloren. Um den Nachrichtenverlust zu beheben, identifizieren Sie die Nachrichten-ID der Nachrichten, die nicht repliziert wurden.

Überprüfen Sie dazu das Anwendungsprotokoll auf dem Quellserver. Verwenden Sie dann die Nachrichtenverfolgung, um die Nachrichten nachzuverfolgen und das Problem zu beheben.

Gibt es Exchange Server 2007- oder 2010-Server im Pfad dieser Nachricht?

Hat das Problem behoben

Ist Ihr Problem jetzt behoben?

  • Wenn ja, herzlichen Glückwunsch! Das Problem der Replikation öffentlicher Ordner für Exchange Server 2003 wurde behoben.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.

Exchange Server 2007 und Exchange Server 2010 im Pfad

Der häufigste Grund für eine Antwort auf das Zurückfüllen verlorener Inhalte auf Exchange Server 2007 oder Exchange Server 2010 ist ein Speichertreiberfehler. So wird beispielsweise eine Rückausfüllantwort an einen Exchange Server 2007-Server gesendet, aber wenn Sie das Anwendungsprotokoll auf der 2007-Seite betrachten, wird das eingehende Replikationsereignis nie angezeigt. Die Nachrichtenverfolgung zeigt, dass die Replikationsnachricht auf den Hub-Transportserver gelangt ist und dann im Speichertreiber fehlgeschlagen ist.

Der erste Schritt für die Problembehandlung besteht darin, die Nachricht nachzuverfolgen und zu sehen, wo sie fehlgeschlagen ist.

Normalerweise protokolliert der Hub-Transportserver ein Ereignis 1020, das das Problem mit diesem bestimmten Inhalt beschreibt. Nachdem Sie die Nachricht nachverfolgt und ermittelt haben, auf welchem Hub-Transportserver ein Fehler aufgetreten ist, überprüfen Sie das Ereignis 1020 mit dem Quell-MSExchange Store-Treiber auf diesem Hub-Transportserver.

Wird ein 1020-Ereignis mit dem Quell-MSExchange Store-Treiber auf diesem Hub-Transportserver angezeigt?

Exchange Server 2007 und Exchange Server 2010 im Pfad (Der Nachrichteninhalt wurde beschädigt)

Diese Nachricht liegt in der Regel an beschädigten TNEF. Wenn es sich um eine Hybridumgebung handelt, wenden Sie Exchange 2013 CU6 an, um neue beschädigte Nachrichten zu verhindern und die alten zu löschen. Um die beschädigten Elemente zu identifizieren, fahren Sie mit den nachstehenden Schritten fort.

So identifizieren Sie, welche Elemente beschädigt sind:

  1. Verringern Sie die Größe der Replikationsnachricht auf 1k auf dem Quellserver.
  2. Erzwingen Sie auf dem Ziel eine weitere Backfill-Anforderung mit "Inhalt synchronisieren" oder "Update-PublicFolder".
  3. Nun wird eine Backfill-Antwort (Ereignis 3021) pro Element im Ordner auf dem Quellserver angezeigt. Das Anwendungsprotokoll kann mit Rückfüllantworten gefüllt werden, wenn der Ordner viele Elemente enthält. Sobald sich die Aktivität von 3021 beruhigt hat, löschen Sie das Anwendungsprotokoll auf dem Quellserver, und erzwingen Sie eine weitere Rückfüllanforderung. Da alle guten Elemente bereits in der letzten Runde von Rückfüllungen repliziert wurden, sollten die einzigen neuen Elemente, die im neuen Ereignis 3021 angezeigt werden, die beschädigten Elemente sein.

Jetzt sollten Sie eine Rückausfüllantwort (3021) für jedes beschädigte Element im Anwendungsprotokoll auf dem Quellserver und ein Ereignis von 1020 für jedes beschädigte Element im Anwendungsprotokoll auf dem Hub-Transportserver haben. Da Sie nun wissen, welche Elemente beschädigt sind (da Sie die Themen des Elements in den Ereignissen von 3021 lesen können), können Sie diese Elemente löschen oder versuchen, sie zu beheben.

Weitere Informationen finden Sie unter Beheben von Replikationsfehlern für öffentliche Ordner von Exchange Server 2003 zu Exchange Server 2007 oder 2010.

Hat das Problem behoben?

Exchange Server 2007 und Exchange Server 2010 im Pfad (siehe Ereignis 1020, jedoch keine der oben genannten Fehlermeldungen)

Dies ist ein anderer Typ beschädigter Elemente. So identifizieren Sie, welche Elemente beschädigt sind:

  1. Verringern Sie die Größe der Replikationsnachricht auf 1k auf dem Quellserver.
  2. Erzwingen Sie auf dem Ziel eine weitere Backfill-Anforderung mit dem Synchronisieren von Inhalten oder aktualisieren eines öffentlichen Ordners.
  3. Nun wird eine Backfill-Antwort (Ereignis 3021) pro Element im Ordner auf dem Quellserver angezeigt. Das Anwendungsprotokoll kann mit Rückfüllantworten gefüllt werden, wenn der Ordner viele Elemente enthält. Sobald sich die Aktivität von 3021 beruhigt hat, löschen Sie das Anwendungsprotokoll auf dem Quellserver, und erzwingen Sie eine weitere Rückfüllanforderung. Da alle guten Elemente bereits in der letzten Runde von Rückfüllungen repliziert wurden, sollten die einzigen neuen Elemente, die im neuen Ereignis 3021 angezeigt werden, die beschädigten Elemente sein.

Jetzt sollten Sie eine Rückausfüllantwort (3021-Ereignis) für jedes beschädigte Element im Anwendungsprotokoll auf dem Quellserver und ein 1020-Ereignis für jedes beschädigte Element im Anwendungsprotokoll auf dem Hub-Transportserver haben. Da Sie nun wissen, welche Elemente beschädigt sind (da Sie die Themen des Elements in den Ereignissen von 3021 lesen können), können Sie sie löschen oder versuchen, sie zu beheben.

Weitere Informationen finden Sie unter Beheben von Replikationsfehlern für öffentliche Ordner von Exchange Server 2003 zu Exchange Server 2007 oder 2010.

Ist Ihr Problem jetzt behoben?

Entfernen doppelter Konten

Entfernen Sie die im Ereignis erwähnten doppelten Konten, oder löschen Sie einen der Benutzer, damit die SID für einen einzelnen Benutzer im DS aufgelöst werden kann.

Sind diese Informationen hilfreich?

  • Wenn ja, herzlichen Glückwunsch! Ihr Problem mit der Replikation öffentlicher Ordner für Exchange Server wurde behoben.
  • Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben. Weitere Hilfe zum Beheben dieses Problems erhalten Sie vom Microsoft Exchange Server-Support.