DAG-Status prüfen
Den genauen Status der DAG-Datenbanken auf den verschiedenen Servern erhalten Sie mit dem Befehl Get-MailboxDatabaseCopyStatus. Über den nachfolgenden PowerShell-Befehl sehen Sie neben dem genauen Status der Datenbank und des Suchindexes auch Informationen zur Wiedergabe- (ReplayQueueLength) und Kopierwarteschlange (CopyQueueLength). CopyQueueLength gibt dabei die noch zu kopierenden Transaktionsprotokolle an, während ReplayQueueLength die bereits kopierten Protokolle angibt, die aber noch nicht in die Datenbankkopie geschrieben wurden. Beide Werte sollten möglichst gering sein:

Get-MailboxServer | Get-MailboxDatabaseCopyStatus | ft Name, Status, 
 ContentIndexState,*Length

Sowohl die Datenbank als auch der Suchindex können die nachfolgenden aufgeführten Status aufweisen:

• Failed: Die Postfachdatenbankkopie weist einen Fehlerzustand auf, da sie nicht angehalten wurde und keine Protokolldateien kopieren oder wiedergeben kann.
• Seeding: Für die Postfachdatenbankkopie, den Inhaltsindex für die Kopie oder für beides wird ein Seeding durchgeführt. Bei erfolgreichem Abschluss sollte sich der Kopierstatus in "Initialisieren" ändern.
• SeedingSource: Die Postfachdatenbankkopie wird als Quelle für einen Seedingvorgang verwendet.
• Suspended: Die Postfachdatenbankkopie befindet sich in angehaltenem Zustand, weil die Datenbankkopie durch Ausführen des Cmdlets Suspend-MailboxDatabaseCopy gestoppt wurde. Über Resume-MailboxDatabaseCopy kann die Replikation wieder fortgesetzt werden.
• Healthy: Die Postfachdatenbankkopie kann Protokolldateien erfolgreich kopieren und wiedergeben oder hat alle verfügbaren Protokolldateien erfolgreich kopiert und wiedergegeben.
• ServiceDown: Der Exchange-Replikationsdienst steht nicht zur Verfügung oder wird nicht auf dem Server ausgeführt, der die Postfachdatenbankkopie hostet.

• Initializing: Die Postfachdatenbankkopie befindet sich im Initialisierungszustand, wenn eine Datenbankkopie erstellt wurde, wenn der Microsoft Exchange-Replikationsdienst gestartet wird oder gerade gestartet wurde sowie während der Übergänge aus den Zuständen Suspended, ServiceDown, Failed, Seeding oder SinglePageRestore in einen anderen Zustand. Es wird überprüft, ob sich die Datenbank und der Protokolldatenstrom sich in einem konsistenten Zustand befinden. In den meisten Fällen besteht der Status für etwa 15 Sekunden und er sollte nicht länger als 30 Sekunden andauern.
• Resynchronizing: Die Postfachdatenbankkopie und die zugehörigen Protokolldateien werden mit der aktiven Kopie der Datenbank verglichen, um Unterschiede zwischen beiden Kopien festzustellen. Der Kopierstatus verbleibt in diesem Zustand, bis Unterschiede ermittelt und gelöst wurden.
• Mounted/Dismounted: Die aktive Kopie ist online/offline und nimmt Clientverbindungen an. Nur die aktive Kopie der Postfachdatenbank kann den Status aufweisen.
• Mounting/Dismounting: Die aktive Kopie wird online/offline geschaltet und nimmt noch keine Clientverbindungen an. Nur die aktive Kopie der Postfachdatenbank kann den Status aufweisen.
• DisconnectedAndHealthy: Die Postfachdatenbankkopie ist nicht länger mit der aktiven Datenbankkopie verbunden. Sie war in fehlerfreiem Zustand, als die Verbindung verloren ging. Dieser Zustand stellt die Datenbankkopie im Hinblick auf ihre Verbindung mit der Quelldatenbankkopie dar. Er kann bei Netzwerkfehlern der DAG zwischen der Quellkopie und der Zieldatenbankkopie gemeldet werden.
• FailedAndSuspended: Die Zustände "Failed" und "Suspended" wurden vom System gleichzeitig festgelegt, weil ein Fehler ermittelt wurde und die Lösung des Fehlers explizit einen Administratoreingriff erfordert. Ein Beispiel hierfür ist, wenn das System einen nicht behebbaren Unterschied zwischen der aktiven Postfachdatenbank und einer Datenbankkopie ermittelt. Im Gegensatz zum Zustand "Fehler" prüft das System nicht regelmäßig, ob das Problem behoben wurde und führt keine automatische Wiederherstellung durch. Stattdessen müssen Sie eingreifen, um die zugrundeliegende Ursache des Fehlers zu beheben, bevor die Datenbankkopie in einen fehlerfreien Zustand übergehen kann.

Neben dem Status der verschiedenen Datenbanken können Sie auch den genauen Replikationsstatus der DAG-Mitglieder über den PowerShell-Befehl Test-ReplicationHealth abfragen. Dabei werden alle Bestandteile einer DAG wie Witness, Cluster-Network oder Cluster-Dienste, ausführlich geprüft und tabellarisch mit den Ergebnissen der einzelnen Tests dargestellt.


Bild 2: Get-MailboxDatabaseCopyStatus und Test-ReplicationHealth geben Ihnen ausführlich Information
zum Status einer DAG.

Der Test ist dadurch eine gute Anlaufstelle, um Probleme zu identifizieren oder den aktuellen Status festzustellen. Mit dem folgenden Beispiel können Sie aller DAG Mitglieder gezielt prüfen:

Get-DatabaseAvailabilityGroup | Select -ExpandProperty:Servers | 
 Test-ReplicationHealth

Um einen Bericht aller Informationen zu Datenbankvorgängen wie Datenbankeinbindungen, -verschiebungen oder -failover über einen bestimmten Zeitraum zu generieren, nutzen Sie das Skript "Collect -OverMetrics.ps1", das im Ordner "Scripts" gespeichert ist. Es liest die Ereignisprotokolle für einen definierten Zeitraum der DAG-Mitglieder aus und bereitet sie auf.


Bild 3: Über das Skript CollectOverMetrics.ps1 erhalten Sie einen ausführlichen Überblick über DAG-Aktionen
in einem definierten Zeitraum.

Auf diesem Weg erhalten Sie einen Überblick darüber, was alles im Hintergrund geschehen ist. Das folgende Beispiel generiert einen HTML-Bericht für einen Zeitraum von Januar bis Anfang Mai:

CollectOverMetrics.ps1
 -DatabaseAvailabilityGroup DAG01
 -GenerateHTMLReport
 –ShowHTMLReport
 -StartTime 01/01/2014
 -EndTime 05/05/2014

Sofern Sie kein Start- beziehungsweise Enddatum eingeben, werden automatisch die letzten 24 Stunden ausgewertet. Damit das Skript erfolgreich durchläuft, müssen Sie es auf einem DAG-Mitglied ausführen.

Seite 1: Datenbankkopien einrichten
Seite 2: DAG-Status prüfen

Im ersten Teil des Workshops haben wir uns angesehen, wie Sie DAGs anlegen, einen Mailbox-Server zur DAG hinzufügen und das DAG-Netzwerk einrichten.. Im dritten Teil der Workshop-Serie erklären wir, wie Sie die aktive Datenbank finden und was es mit dem Wartungs-Modus zur Exchange-Server-Aktualisierung auf sich hat.

<< Vorherige Seite

Seite 2 von 2

dr/ln/Christian Schulenburg