Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
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
- Aktivieren der Nachrichtenverfolgung
- Ich bin bereit für die Problembehandlung bei der Replikation öffentlicher Ordner
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
Starten Sie die Exchange-Verwaltungsshell.
Führen Sie das folgende Cmdlet aus, um die aktuellen Protokollierungsebenen zu überprüfen:
Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }
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
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'
So setzen Sie Protokollierungsebenen zurück:
- Öffnen Sie die Exchange-Verwaltungskonsole.
- Navigieren Sie in der Konsolenstruktur zu Serverkonfigurationspostfach>.
- Wählen Sie im Bereich "Aktionen " die Option "Diagnoseprotokollierungseigenschaften verwalten" aus.
- Wählen Sie auf der Seite "Diagnoseprotokollierungseigenschaften verwalten" den Exchange-Dienst aus, für den Sie die Protokollierungsebene ändern möchten.
- 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.
- 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.
- Wählen Sie "Fertig stellen " aus, um den Assistenten "Diagnoseprotokollierungsebene verwalten" abzuschließen.
Für Exchange Server 2003
- Starten Sie Exchange-System-Manager, und zeigen Sie dann die Eigenschaften des Servers an, für den Sie die Diagnoseprotokollierung aktivieren möchten.
- Wählen Sie die Registerkarte "Diagnoseprotokollierung " aus, und erweitern Sie dann "MSExchangeIS " in der Liste " Dienste ".
- 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
- Wählen Sie "Maximal>übernehmen" aus.
- Wählen Sie "Replikationsfehler>mittel>übernehmen">aus.
- So erhöhen Sie die Protokollierung auf dem Zielserver für den MSExchangeTransport-Dienst, und legen Sie die SMTP-Ebene auf "Mittel" fest:
- Erweitern Sie Server, klicken Sie mit der rechten Maustaste auf Den Servernamen, und wählen Sie dann "Eigenschaften" aus.
- Wählen Sie die Registerkarte "Diagnoseprotokollierung" und dann "MSExchangeTransport" unter "Dienste" aus.
- Wählen Sie unter "Kategorien" SMTP aus.
- Wählen Sie unter Protokollierungsebene "Mittel" aus.
Was möchten Sie als Nächstes tun?
- Aktivieren der Nachrichtenverfolgung
- Ich bin bereit für die Problembehandlung bei der Replikation öffentlicher Ordner
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
Ü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*
Eine ähnliche Ausgabe wie die folgende sollte angezeigt werden:
Stellen Sie sicher, dass beide
MessageTrackingLogEnabled
undMessageTrackingLogSubjectLoggingEnabled
auf "True" festgelegt sind.Stellen Sie sicher, dass Sie den
MessageTrackingLogPath
Protokollspeicherort beachten.
Für Exchange Server 2003
- 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".
- Aktivieren Sie auf der Registerkarte "Allgemein " das Kontrollkästchen "Nachrichtenverfolgung aktivieren".
- Aktivieren Sie das Kontrollkästchen "Betreffprotokollierung aktivieren und anzeigen ".
Was möchten Sie tun
- Diagnoseprotokollierung aktivieren
- Ich bin bereit für die Problembehandlung bei der Replikation öffentlicher Ordner
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
- Wählen Sie in Exchange-Verwaltungskonsole unter Toolbox die Verwaltungskonsole für öffentliche Ordner aus.
- Klicken Sie mit der rechten Maustaste auf öffentliche Ordner, und wählen Sie dann "Verbinden mit" aus.
- Wählen Sie den Server aus, mit dem Sie eine Verbindung herstellen möchten.
Exchange Server 2003
- Öffnen Sie die Exchange-System-Manager.
- Navigieren Sie zum Hierarchieobjekt für öffentliche Ordner.
- Klicken Sie mit der rechten Maustaste auf öffentliche Ordner, und wählen Sie dann "Verbinden mit" aus.
- 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?
- Wenn ja, lesen Sie "Fokus auf Inhalte". Immer Intervall und Zeitplan replizieren; Erstellen Sie ein neues Element auf dem Quellserver.
- Wenn nein, lesen Sie "Immer replizieren"; Anwendungsprotokollereignis-ID 3018.
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
Starten Sie Exchange-Verwaltungskonsole.
Führen Sie die folgenden Cmdlets aus, und stellen Sie sicher, dass
ReplicationPeriod
,ReplicationSchedule
undReplicationMessageSize
sie festgelegt sind:Get-PublicFolderDatabase -Server $env:computername| fl Replication*
Stellen Sie sicher, dass alle öffentlichen F-Datenbanken dieselben
ReplicationMessageSize
haben.
Überprüfen Sie als Nächstes, ob der betreffende Ordner für die Verwendung des Speicherzeitplans konfiguriert ist. Gehen Sie hierzu folgendermaßen vor:
Starten Sie Exchange-Verwaltungskonsole.
Führen Sie das folgende Cmdlet aus, und vergewissern
Replicas
Sie sich, dass sieUseDatabaseReplicationSchedule
festgelegt sind:Get-PublicFolder | fl *Replica*
Wenn
UseDatabaseReplicationSchedule
auf "False" festgelegt ist, stellen Sie sicher, dassReplicationSchedule
sie festgelegt ist.
Exchange Server 2003
- Starten Sie Exchange-System-Manager.
- Erweitern Sie den Container "Administrative Gruppen ", und wählen Sie dann die administrative Gruppe aus, die den Server für öffentliche Ordner enthält.
- Erweitern Sie den Servercontainer, wählen Sie die Datenbank für öffentliche Ordner aus, und wählen Sie dann "Eigenschaften" aus.
- Notieren Sie sich auf der Registerkarte Replikation (Richtlinie) den Wert im Feld "Replikationsintervall für immer (Minuten) ".
- Wenn der Wert nicht 15 ist, geben Sie 15 im Feld "Replikation" für immer (Minuten) ein.
- 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:
- Erweitern Sie öffentliche Ordner, und klicken Sie dann mit der rechten Maustaste auf den Ordner, den Sie behandeln möchten.
- Wählen Sie Eigenschaften aus.
- 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?
- Wenn ja, lesen Sie "Nachverfolgen der Nachricht in der Nachrichtenverfolgung"; Wurde die Nachricht an den Zielserver übermittelt?
- Wenn nein, lesen Sie die Problembehandlung für den Quellserver.
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?
- Wenn ja, siehe Ereignis-ID 3028 auf dem Zielserver.
- Wenn nein, siehe Transportproblem; Wird die Nachricht in der Nachrichtenverfolgung angezeigt?
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
Starten Sie Exchange-Verwaltungskonsole.
Führen Sie das folgende Cmdlet aus:
Get-MessageTrackingLog -MessageId
Für Exchange Server 2003
- Starten Sie Exchange-System-Manager.
- Erweitern Sie in der Konsolenstruktur Die Tools, und wählen Sie dann das Nachrichtenverfolgungscenter aus.
- 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?
- Wenn ja, überprüfen Sie , ob der Öffentliche Ordnerspeicher auf dem Quellserver über eine E-Mail-Adresse verfügt.
- Wenn nein, wird auf der Leistungsüberwachung eine große Anzahl von Nachrichten angezeigt, die für die Übermittlung in die Warteschlange gestellt werden?
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?
- Wenn ja, lesen Sie die Sichtbarkeit des neuen Ordners.
- Wenn nein, lesen Sie die Größe der Replikationswarteschleife in Leistungsmonitor.
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.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 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?
- Wenn ja, lesen Sie "Problem beheben" mit dem Befehl "XEXCH50".
- Wenn nein, lesen Sie "Run isinteg –fix –test ReplState" auf dem Zielserver; Tombstone wegen eines Löschvorgangs.
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
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:
- 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.
- Klicken Sie mit der rechten Maustaste auf den virtuellen SMTP-Server.
- 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.
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.
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.
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.Ü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?
- Wenn ja, herzlichen Glückwunsch! Das Problem der Replikation öffentlicher Ordner für Exchange Server 2003 wurde behoben.
- Wenn nein, lesen Sie "Run isinteg –fix –test ReplState" auf dem Zielserver; Tombstone wegen eines Löschvorgangs.
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
Starten Sie Exchange-Verwaltungskonsole.
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.Führen Sie das folgende Cmdlet aus:
New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Für Exchange Server 2003
Installieren Sie auf dem Zielserver den Hotfix-KB925253.
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?
- Wenn ja, lesen Sie "Problembehandlung bei Hierarchierückfüllungen".
- Wenn nein, lesen Sie die Suche nach der Ordner-ID (FID) (Isolate?)
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
- Starten Sie Exchange-Verwaltungskonsole.
- Führen Sie das
Update-PublicFolderHierarchy -Server
-Cmdlet aus. - Ü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
- Starten Sie Exchange-System-Manager.
- 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.
- Ü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?
- Wenn ja, siehe Ereignis-ID 3017 auf dem Quellserver.
- Wenn nein, lesen Sie "Abrufen der Nachrichten-ID" und "Nachverfolgen der Nachricht".
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?
- Wenn ja, siehe Mögliches ReplState-Problem.
- Wenn nein, überprüfen Sie , ob der Öffentliche Ordnerspeicher auf dem Quellserver über eine E-Mail-Adresse verfügt.
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.
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 .
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.Klicken Sie im rechten Bereich mit der rechten Maustaste auf CN=Öffentlicher Ordnerspeicher (EXCHANGESERVERNAME), und wählen Sie dann "Eigenschaften" aus.
Wählen Sie in der Liste auswählen, welche Eigenschaften angezeigt werden sollen, beide aus.
Wählen Sie in der Liste "Eigenschaft auswählen" die Option "proxyAddresses" aus.
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
.Wählen Sie in der Liste "Eigenschaft auswählen" die Option "E-Mail" aus.
Ü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?
- Wenn ja, siehe Ereignis-ID 3027, die typ 0x10 auf dem Zielserver hat.
- Wenn nein, lesen Sie, ob die Server unterschiedliche Altersbeschränkungen haben?
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?
- Wenn ja, siehe Ereignis-ID 3019 auf dem Quellserver.
- Wenn nein, lesen Sie "Nachverfolgen der Nachrichten-ID aus der Ereignis-ID 3014".
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?
- Wenn ja, lesen Sie " Suchen nach dem Ordner in der Hierarchie".
- Wenn nein, lesen Sie "Nachverfolgen der Nachrichten-ID aus der Ereignis-ID 3019".
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?
- Wenn ja, lesen Sie "Fokus auf Inhalte". Immer Intervall und Zeitplan replizieren; Erstellen Sie ein neues Element auf dem Quellserver.
- Wenn nein, können wir ein nicht identifiziertes Problem mit diesem Handbuch nicht beheben.
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?
- Wenn ja, lesen Sie die Größe der Replikationswarteschleife in Leistungsmonitor.
- 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.
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
Starten Sie Exchange-Verwaltungskonsole.
Führen Sie das folgende Cmdlet aus,
ReplicationSchedule
und überprüfenReplicationPeriod
Sie, undReplicationMessageSize
stellen Sie folgendes fest:Get-PublicFolderDatabase -Server $env:computername| fl Replication*
Stellen Sie sicher, dass alle Datenbanken für öffentliche Ordner dieselben
ReplicationMessageSize
haben.
Überprüfen Sie als Nächstes, ob der betreffende Ordner für die Verwendung des Speicherzeitplans konfiguriert ist:
Starten Sie Exchange-Verwaltungskonsole.
Führen Sie das folgende Cmdlet aus, und vergewissern
Replicas
Sie sich, dass sieUseDatabaseReplicationSchedule
festgelegt sind:Get-PublicFolder | fl *Replica*
Wenn
UseDatabaseReplicationSchedule
dieser Wert auf "False" festgelegt ist, stellen Sie sicher, dass dieserReplicationSchedule
Wert festgelegt ist.
So überprüfen und anpassen Sie die Einstellung auf Exchange Server 2003
- Starten Sie Exchange-System-Manager.
- Erweitern Sie den Container "Administrative Gruppen ", und wählen Sie dann die administrative Gruppe aus, die den Server für öffentliche Ordner enthält.
- 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.
- Geben Sie auf der Registerkarte Replikation (Richtlinie) 15 im Feld "Replikationsintervall" für immer (Minuten) ein.
- 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:
- Erweitern Sie öffentliche Ordner, und klicken Sie dann mit der rechten Maustaste auf den Ordner, mit dem Sie arbeiten.
- Wählen Sie Eigenschaften aus.
- 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?
- Wenn ja, siehe Ereignis-ID 3030.
- Wenn nein, sehen Sie, ob der Quellserver keine ausgehenden Inhaltsnachrichten für diesen Ordner generiert. Ereignis-ID 3079, wenn die Datenbank für öffentliche Ordner bereitgestellt wird.
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.
- Wenn ja, überprüfen Sie, ob sich das Element im Quellordner auf dem Zielserver befindet.
- Wenn nein, lesen Sie die Meldung nachverfolgen, die in der Ereignis-ID 3020 identifiziert wurde.
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?
- Wenn ja, lesen Sie die Anwendungsprotokollereignis-ID 9528.
- Wenn nein, lesen Sie "Run isinteg –fix –test ReplState"; Ereignis-ID 3020.
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
Starten Sie Exchange-Verwaltungskonsole.
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.Führen Sie das folgende Cmdlet aus:
New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Für Exchange Server 2003
Installieren Sie auf dem Zielserver den Hotfix KB925253, der am 24. Januar 2013 veröffentlicht wurde.
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?
- Wenn ja, lesen Sie "Problembehandlung beim Zurückfüllen von Inhalten".
- Wenn nein, siehe Zeigt das Ereignis 3030 die Nachrichten-ID (MID) des Elements an, aber nicht den Betreff?
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
Starten Sie Exchange-Verwaltungskonsole.
Führen Sie den folgenden Befehl aus:
Update-PublicFolder -Server <DestinationServer>
Ü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
- Erweitern Sie öffentliche Ordner, und wählen Sie dann den Zielordner aus.
- Wählen Sie im rechten Bereich die Registerkarte "Status " aus.
- 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
- Wenn ja, siehe Ereignis-ID 3027.
- Wenn nein, lesen Sie "Run isinteg -fix -test ReplState" (wenn die Ereignis-ID 3017 nicht protokolliert wird).
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
Starten Sie Exchange-Verwaltungskonsole.
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.Führen Sie das folgende Cmdlet aus:
New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Für Exchange Server 2003
Installieren Sie auf dem Zielserver den Hotfix-KB925253.
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
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.
Führen Sie "Inhalt synchronisieren" auf dem Zielserver erneut für denselben Ordner aus.
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?
- Wenn ja, siehe Ereignis-ID 3017 auf dem Quellserver.
- Wenn nein, lesen Sie "Nachverfolgen der Ereignis-ID 3027".
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?
- Wenn ja, siehe Ereignis-ID 3027 auf dem Zielserver.
- Wenn nein, lesen Sie, ob die Server unterschiedliche Altersbeschränkungen haben?
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?
- Wenn ja, siehe Ereignis-ID 3026 auf dem Quellserver.
- Wenn nein, lesen Sie den Grenzwert für ausstehendes Rückfüllen.
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?
- Wenn ja, siehe Ereignis-ID 3021 auf dem Quellserver.
- Wenn nein, sehen Sie, dass die Nachricht möglicherweise an einen anderen Quellserver gesendet wurde.
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?
- Wenn ja, lesen Sie "Vergleichen der Anzahl der Ereignis-ID 3021" mit der Anzahl der Ereignis-ID 3031.
- 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.
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?
- Wenn ja, lesen Sie den Inhalt im Ordner auf dem Zielserver.
- Wenn nein, sehen Sie, ob mindestens eine der Nachrichten beim Transport verloren gegangen ist.
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
Öffnen Sie den Registrierungs-Editor, indem Sie "Start>ausführen" auswählen, "regedit" eingeben und dann "OK" auswählen.
Erweitern Sie den folgenden Unterschlüssel:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>
Klicken Sie mit der rechten Maustaste auf "Public-GUID>"<, zeigen Sie auf "Neu", und wählen Sie dann "DWORD-Wert" aus.
Geben Sie "Ausstehendes Rückfülllimit" ein, und drücken Sie dann die EINGABETASTE, um den neuen Unterschlüssel "-subkey" zu nennen.
Klicken Sie mit der rechten Maustaste auf "Replikation ausstehendes Rückfülllimit", und wählen Sie dann "Ändern" aus.
Geben Sie im Feld "Wert" 51 ein, und wählen Sie dann "OK" aus.
Schließen Sie den Registrierungs-Editor.
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?
- Wenn ja, lesen Sie die Problembehandlung für den Befehl "XEXCH50".
- Wenn nein, siehe Transportproblem; Wird die Nachricht in der Nachrichtenverfolgung angezeigt?
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
- Starten Sie Exchange-Verwaltungskonsole.
- Verwenden Sie die
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
Und-CmdletsSet-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'
, um die Ereignisprotokollierung für smtp zu aktivieren. - 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?
- Wenn ja, lesen Sie "Problem beheben" mit dem Befehl "XEXCH50".
- Wenn nein, lesen Sie "Run isinteg –fix –test ReplState".
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
Starten Sie Exchange-Verwaltungskonsole.
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.Führen Sie das folgende Cmdlet aus:
New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Für Exchange Server 2003
Installieren Sie auf dem Zielserver den Hotfix-KB925253.
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
Nach Abschluss des Isinteg-Prozesses:
- Ä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.
- Erstellen Sie auf dem Quellserver ein neues Element.
- Überprüfen Sie das Anwendungsprotokoll auf dem Quellserver für die Ereignis-ID 3020.
- Ü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
- Starten Sie Exchange-Verwaltungskonsole.
- Verwenden Sie das
Suspend-PublicFolderReplication
Cmdlet, um die Replikation öffentlicher Ordner für die gesamte Organisation zu beenden. - Überwachen Sie die Transportwarteschlangen, indem Sie ausgeführt
Get-TransportServer | Get-Queue
werden. Sobald die Warteschlange reduziert wurde, können Sie die Replikation fortsetzen. - 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
- Klicken Sie auf Start>Ausführen.
- Geben Sie "services.msc " in das Feld ein.
- 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
- Starten Sie Exchange-Verwaltungskonsole.
- Verwenden Sie die
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
Und-CmdletsSet-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'
, um die Ereignisprotokollierung für smtp zu aktivieren. - Verwenden Sie das
Resume-PublicFolderReplication
Cmdlet, um die Replikation öffentlicher Ordner für die gesamte Organisation zu starten.
Für Exchange Server 2003
- Starten Sie Exchange-System-Manager.
- Erweitern Sie Server, klicken Sie mit der rechten Maustaste auf Your_ Servername, und wählen Sie dann "Eigenschaften" aus.
- Wählen Sie die Registerkarte "Diagnoseprotokollierung" und dann "MSExchangeTransport" unter "Dienste" aus.
- Wählen Sie unter "Kategorien" SMTP aus.
- Wählen Sie unter Protokollierungsebene "Mittel" aus.
Was ist Ihre Exchange-Version?
- Wenn Exchange Server 2003, siehe Ereignis-ID 7004 und Ereignis-ID 7010 auf dem Zielserver.
- Wenn Exchange Server 2007 und 2010 behoben werden, lesen Sie das Problem mit dem Befehl "XEXCH50".
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?
- Wenn ja, lesen Sie exchange Server 2007 und Exchange Server 2010 im Pfad.
- Wenn nein, lesen Sie Did that resolve the issue.
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?
Wenn ja, wird das Ereignis 1020 angezeigt und der Fehler "Der Active Directory-Benutzer wurde nicht gefunden", folgen Sie den Anweisungen unter " Fehler beim Replizieren des Inhalts des öffentlichen Ordners auf Exchange Server 2010". Wenn Sie sich an den Support zu diesem Problem wenden, teilen Sie ihnen mit, dass ein leerer Servercontainer vorhanden ist.
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.
Wenn ja, wird das Ereignis 1020 angezeigt und der Fehler enthalten. Der Nachrichteninhalt wurde beschädigt, siehe Exchange Server 2007 und Exchange Server 2010 im Pfad (Der Nachrichteninhalt wurde beschädigt).
Wenn ja, wird das Ereignis 1020, aber keine der obigen Fehlermeldungen angezeigt, siehe Exchange Server 2007 und Exchange Server 2010 im Pfad (siehe Ereignis 1020, aber keine der oben genannten Fehlermeldungen).
Wenn nein, wird das Ereignis 1020 mit dem Quell-MSExchange Store-Treiber nicht angezeigt. 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 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.
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:
- Verringern Sie die Größe der Replikationsnachricht auf 1k auf dem Quellserver.
- Erzwingen Sie auf dem Ziel eine weitere Backfill-Anforderung mit "Inhalt synchronisieren" oder "Update-PublicFolder".
- 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?
- Wenn ja, lesen Sie "Nachverfolgen der Nachricht in der Nachrichtenverfolgung"; Wurde die Nachricht an den Zielserver übermittelt?
- Wenn nein, lesen Sie die Problembehandlung für den Quellserver.
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:
- Verringern Sie die Größe der Replikationsnachricht auf 1k auf dem Quellserver.
- Erzwingen Sie auf dem Ziel eine weitere Backfill-Anforderung mit dem Synchronisieren von Inhalten oder aktualisieren eines öffentlichen Ordners.
- 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?
- Wenn ja, lesen Sie "Nachverfolgen der Nachricht in der Nachrichtenverfolgung"; Wurde die Nachricht an den Zielserver übermittelt?
- Wenn nein, lesen Sie die Problembehandlung für den Quellserver.
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.