Problembehandlung von Problemen der fortlaufenden lokalen Replikation

 

Gilt für: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Letztes Änderungsdatum des Themas: 2007-10-10

In diesem Thema wird erläutert, wie Probleme bei der Ausführung von Microsoft Exchange Server 2007 in einer LCR-Umgebung behandelt werden. Die Verfahren in diesem Thema befassen sich mit den folgenden Problemen:

  • Das Cmdlet Get-StorageGroupCopyStatus meldet, dass die Datenbank ausgefallen ist und kein Seeding durchgeführt wurde.

  • Das Cmdlet Get-StorageGroupCopyStatus meldet, dass die Datenbank ausgefallen ist. Der Wert FailedMessage liefert detaillierte Informationen zur Fehlerquelle.

  • Warnungen, Leistungsindikatoren oder das Cmdlet Get-StorageGroupCopyStatus zeigen an, dass Kopie- oder Wiedergabewarteschlangen für eine Speichergruppenkopie gesichert werden.

  • Das Cmdlet Get-StorageGroupCopyStatus meldet eine überholte Zeitangabe für den Wert LastInspectedLogTime.

  • Es liegt ein Fehler beim Seeding vor.

  • Das Cmdlet Restore-StorageGroupCopy für LCR meldet, dass Exx.log nicht verfügbar war.

Wenn andere Probleme als die hier genannten auftreten, überprüfen Sie das Ereignisprotokoll, um die Ursache sowie die möglichen Maßnahmen zu bestimmen, die für die Problembehandlung erforderlich sind. Wenn der Zeitpunkt des Fehlers angegeben ist, können andere Ereignisprotokolle Sie ggf. dabei unterstützen, das Problem besser zu verstehen. Weitere Informationen zu Tools, die Sie bei der Problembehandlung von LCR-Problemen unterstützen können, finden Sie unter Tools für die Problembehandlung bei Bereitstellungen für hohe Verfügbarkeit.

Bevor Sie beginnen

Damit Sie die nachstehenden Verfahren ausführen können, muss Folgendes an das verwendete Konto delegiert worden sein: die Rolle Exchange-Serveradministrator und die Mitgliedschaft in der lokalen Gruppe Administratoren für den Zielserver. Weitere Informationen zu Berechtigungen, zum Delegieren von Rollen und zu den Rechten, die für die Verwaltung von Exchange 2007 erforderlich sind, finden Sie unter Überlegungen zu Berechtigungen.

Verfahren

Das Cmdlet "Get-StorageGroupCopyStatus" meldet, dass die Datenbank ausgefallen ist und kein Seeding durchgeführt wurde.

  • Mögliche Ursachen   Ein Konfigurationsproblem, oder die Replikationskopie besitzt keine gültige Basisliniendatenbank. Dieses Problem kann auch dadurch verursacht werden, dass die Speichergruppe auf dem lokalen Computer nicht aktiviert ist.

  • Lösung   Gehen Sie wie folgt vor:

    • Stellen Sie sicher, dass der Speicher für die Kopie ordnungsgemäß konfiguriert und funktionsbereit ist. Wenn Sie einen Fehler finden, können Sie eine neue Überprüfung der Kopie auslösen, indem Sie die Speichergruppe anhalten und dann fortsetzen.

    • Vergewissern Sie sich, dass die Pfade der LCR-Kopie ordnungsgemäß konfiguriert sind. Sie können zu diesem Zweck das Cmdlet Get-StorageGroup in der Exchange-Verwaltungsshell verwenden. Weitere Informationen zum Verwenden des Cmdlets Get-StorageGroup zum Anzeigen von Konfigurationsinformationen finden Sie unter Anzeigen von Konfigurationseinstellungen für die fortlaufende lokale Replikation.

    • Verwenden Sie das Cmdlet Update-StorageGroupCopy zum Durchführen des Seedings der Speichergruppenkopie.

Das Cmdlet "Get-StorageGroupCopyStatus" meldet, dass sich die Datenbank in einem Fehlerzustand befindet, und der "FailedMessage"-Wert liefert detaillierte Informationen zur Fehlerquelle

  • Mögliche Ursachen   Es sind zahlreiche Ursachen möglich, die dazu führen, dass eine passive Kopie als fehlerhaft angesehen wird. Durch den FailedMessage-Wert wird das jeweilige erkannte Problem identifiziert.

  • Lösung   Sie können das Cmdlet Get-StorageGroupCopyStatus ausführen, um den vollständigen Wert FailedMessage abzurufen. Diese Zeichenfolge identifiziert das jeweilige Problem, das erkannt wurde. Wenn die gemeldete Bedingung ein fehlerhaftes oder fehlendes Protokoll ist, versuchen Sie, ein fehlerfreies Protokoll mit der richtigen Generierungsnummer zu finden. Wenn das richtige Protokoll nicht gefunden werden kann, verwenden Sie das Cmdlet Update-StorageGroupCopy, um ein erneutes Seeding auszuführen. Wenn die Meldung besagt, dass die Protokolle für die Quelle nicht verfügbar sind, entfernen Sie die Freigabe für das Protokollverzeichnis der Quelle, und starten Sie dann den Microsoft Exchange-Replikationsdienst auf diesem Computer neu. Analysieren Sie die vom Wert FailedMessage bereitgestellten Informationen, und beheben Sie dann die erkannte Bedingung.

Warnungen, Leistungsindikatoren oder das Cmdlet "Get-StorageGroupCopyStatus" zeigen an, dass Kopie- oder Wiedergabewarteschlangen für eine passive Kopie erstellt werden.

  • Mögliche Ursachen   Ein Rückstand beim Protokollkopier- oder -wiedergabevorgang kann ein Problem oder eine vorübergehende Bedingung in einem Wiederherstellungsprozess anzeigen. Eine vorübergehende Bedingung tritt auf, wenn eine passive Kopie seit kurzem fortgesetzt wird, nachdem sie für eine erhebliche Zeitspanne angehalten war. Wenn die Bedingung nicht vorübergehend ist, kann das Problem eine der folgenden Ursachen besitzen:

    • Es besteht ein Konfigurationsproblem.

    • Die Replikationsaktivität wurde angehalten.

    • Der Microsoft Exchange-Replikationsdienst wurde beendet.

    • Speicherfehler oder Offlinestatus.

  • Lösung   Bestimmen Sie, ob ein tatsächliches Problem oder eine vorübergehende Bedingung vorliegt, indem Sie wie folgt vorgehen:

    • Überprüfen Sie, ob der Microsoft Exchange-Replikationsdienst ausgeführt wird. Dies kann mithilfe des Snap-Ins Dienste durchgeführt werden. Wenn dieser Dienst beendet wurde, müssen Sie ihn starten.

    • Führen Sie das Cmdlet Get-StorageGroupCopyStatus der Exchange-Verwaltungsshell mit dem Befehl fl aus, und bestimmen Sie dann, ob die passive Kopie angehalten wurde. Wenn sie angehalten wurde, überprüfen Sie, ob die Dateien der passiven Kopie ordnungsgemäß vorhanden sind, und nehmen Sie dann die passive Kopie mithilfe des Cmdlets Resume-StorageGroupCopy wieder auf.

    • Führen Sie das Cmdlet Get-StorageGroupCopyStatus der Exchange-Verwaltungsshell mit der Option fl aus, und bestimmen Sie dann den Status der Kopie. Wenn der Status der Kopie "Fehler" lautet, überprüfen Sie die Liste der Statusfelder, um die erforderlichen Korrekturmaßnahmen zu ermitteln.

Beobachten Sie die Replikationsleistungsindikatoren über einen Zeitraum von mehreren Minuten, um festzustellen, ob der Vorgang fortschreitet. Untersuchen Sie insbesondere die Wiedergabegenerierungsnummer und die Untersuchungsgenerierungsnummer. Wenn die Länge der Kopiewarteschlange weiterhin zunimmt, die Länge der Wiedergabewarteschlange jedoch kurz oder abnehmend ist, kann ein Problem mit der Netzwerkfreigabe für die aktive Kopie oder mit dem aktiven Server selbst vorliegen. Vergewissern Sie sich mithilfe der GUID der Speichergruppe, dass für das Protokollverzeichnis der aktiven Speichergruppenkopie eine Netzwerkfreigabe definiert wurde. Sie können die GUID der Speichergruppe mithilfe des Cmdlets Get-StorageGroupCopyStatus mit der Option fl in der Exchange-Verwaltungsshell bestimmen.

"Get-StorageGroupCopyStatus" meldet eine überholte Zeitangabe für "LastInspectedLogTime"

  • Mögliche Ursachen   Für dieses Problem kommen drei mögliche Ursachen in Frage:

    • Die Bereitstellung der Datenbank der aktiven Kopie wurde aufgehoben.

    • Die aktive Kopie ist bereitgestellt, verändert sich jedoch nicht in einem befriedigenden Tempo. Daher werden von der aktiven Kopie keine Protokolle generiert.

    • Der Microsoft Exchange-Replikationsdienst wird nicht ausgeführt.

  • Lösung   Bestimmen Sie, welche der drei Ursachen vorliegt. Sie können diese Bestimmung auf folgende Weise durchführen:

    • Bestimmen Sie mithilfe der Exchange-Verwaltungskonsole oder durch Ausführen des Cmdlets Get-StorageGroupStatus in der Exchange-Verwaltungsshell, ob die Bereitstellung der Datenbank aufgehoben ist. Wenn die Bereitstellung der Datenbank aufgehoben ist, muss die Datenbank bereitgestellt werden, und es muss eine neue Protokolldatei-Generierungssequenz erstellt werden, bevor sich der Wert LastInspectedLogTime ändert.

    • Überprüfen Sie, ob der Microsoft Exchange-Replikationsdienst ausgeführt wird. Wenn der Dienst beendet wurde, müssen Sie ihn starten.

    • Überprüfen Sie, ob die Datenbank Protokolle generiert, nachdem Sie sichergestellt haben, dass die Datenbank bereitgestellt ist. Sehen Sie im Protokollverzeichnis der aktiven Datenbank nach, und identifizieren Sie die Protokolldatei mit der höchsten Generierungsnummer. Prüfen Sie den Zeitstempel dieses Protokolls. Er sollte dem Wert von LastInspectedLogTime entsprechen.

Fehler beim Seeding

  • Mögliche Ursachen   Aktuell wird eine Sicherung der aktiven Kopie durchgeführt, oder es liegt ein Kommunikationsproblem vor.

  • Lösung   Überprüfen Sie, ob aktuell keine Sicherung der betroffenen Speichergruppenkopie oder Datenbank ausgeführt wird.

Das Cmdlet "Restore-StorageGroupCopy" meldet, dass "Exx.log" nicht verfügbar ist

  • Mögliche Ursachen   Das Cmdlet Restore-StorageGroupCopy fordert zur Eingabe auf, ob der Vorgang mit einer fehlenden Datei Exx.log fortgesetzt werden soll.

  • Lösung   Wenn Sie von der Aktivierung erwarten, eine Datenbank ohne Datenverluste zu generieren, geben Sie Nein ein. Wenn Exx.log zu dem Zeitpunkt nicht verfügbar ist, zu dem das Cmdlet Restore-StorageGroupCopy ausgeführt wird, ist die Wiederherstellung nicht verlustfrei. Wenn Sie Nein eingeben, müssen Sie alle Probleme beheben, die den Zugriff auf die Produktionsprotokolle verhindern. Nachdem diese Probleme behoben wurden, können Sie das Cmdlet Restore-StorageGroupCopy erneut ausführen.

Weitere Informationen

Weitere Informationen zu den in diesem Thema genannten Cmdlets der Exchange-Verwaltungsshell finden Sie unter den folgenden Themen: