AutoReseed

Gilt für: Exchange Server 2013 SP1

Automatisches erneutes Senden oder AutoReseed ersetzt die vom Administrator gesteuerte Aktion als Reaktion auf einen Datenträgerfehler, ein Datenbankbeschädigungsereignis oder ein anderes Problem, das einen erneuten Eeed einer Datenbankkopie erfordert. AutoReseed ist so konzipiert, dass die Datenbankredundanz nach einem Datenträgerfehler automatisch wiederhergestellt wird, indem ersatzfähige Datenträger verwendet werden, die auf dem System bereitgestellt werden.

Überblick über AutoReseed

In einer AutoReseed-Konfiguration (mit automatischem erneuten Seeding) wird eine standardisierte Speicherstruktur verwendet, und der Administrator bestimmt den Startpunkt. Die AutoReseed-Funktion sorgt nach dem Ausfall eines Datenträgers für eine schnellstmögliche Wiederherstellung der Redundanz. Dies umfasst das Vorbereiten einer Reihe von Volumes (einschließlich Ersatzvolumes) und Datenbanken mithilfe von Bereitstellungspunkten. Wenn ein Datenträgerfehler auftritt und der Datenträger für das Betriebssystem nicht mehr verfügbar ist oder nicht mehr beschreibbar ist, wird vom System ein Ersatzvolume zugewiesen, und die betroffenen Datenbankkopien werden automatisch erneut eingeset.

  1. Der Microsoft Exchange-Replikationsdienst prüft regelmäßig auf Kopien mit dem Status "FailedAndSuspended". Wenn alle Datenbankkopien auf einem für AutoReseed konfigurierten Volume 15 aufeinander folgende Minuten lang den Status FailedandSuspended aufweisen, beginnt der AutoReseed-Workflow.

  2. AutoReseed versucht, die fehlerhaften und angehaltenen Kopien bis zu dreimal fortzusetzen, wobei zwischen jedem Versuch ein Fünf-Minuten-Ruhezustand besteht. Nach dem Fortsetzen einer FailedandSuspended-Datenbankkopie verbleibt die Kopie manchmal im Status Fehler. Dieses Verhalten kann aus verschiedenen Gründen auftreten, sodass dieser Schritt für die Behandlung dieser Fälle konzipiert ist. AutoReseed hält automatisch eine Datenbankkopie an, die 10 aufeinander folgende Minuten lang fehlschlägt, um die Ausführung des Workflows aufrechtzuerhalten. Wenn die Aktionen anhalten und fortsetzen nicht zu einer fehlerfreien Datenbankkopie führen, wird der Workflow fortgesetzt.

  3. Wenn eine Kopie mit diesem status gefunden wird, werden einige Erforderliche Überprüfungen durchgeführt. Beispielsweise wird überprüft, ob ein Ersatzdatenträger verfügbar ist, ob die Datenbank und ihre Protokolldateien auf demselben Volume und an den entsprechenden Speicherorten konfiguriert sind, die den erforderlichen Namenskonventionen entsprechen.

  4. Wenn die Voraussetzungsüberprüfungen erfolgreich bestanden werden, ordnet die Funktion Datenträgerrückforderung innerhalb des Microsoft Exchange-Replikationsdiensts einen Ersatzdatenträger entsprechend den Zeitachsen in der folgenden Tabelle zu, ordnet ihn neu zu und formatiert ihn. AutoReseed versucht, bis zu fünfmal ein Ersatzvolume zuzuweisen, wobei zwischen jedem Versuch ein Ruhezustand von einer Stunde liegt.

  5. Sobald ein Ersatz zugewiesen wurde, führt AutoReseed einen InPlaceSeed-Vorgang mit dem Seedingschalter SafeDeleteExistingFiles aus. Alle Datenbanken, die sich auf dem betroffenen Datenträger befanden, werden mithilfe der aktiven Kopie der Datenbank als Seedingquelle erneut einsehbar.

  6. Nachdem der Seedingvorgang abgeschlossen wurde, überprüft der Microsoft Exchange-Replikationsdienst, ob die neu seedingte Kopie fehlerfrei ist.

Sobald alle Wiederholungen aufgebraucht sind, wird der Workflow beendet. Wenn die Datenbankkopie nach drei Tagen immer noch FailedandSuspended lautet, wird der Workflowstatus zurückgesetzt und in Schritt 1 erneut gestartet. Dieses Verhalten beim Zurücksetzen/Fortsetzen ist nützlich (und beabsichtigt), da es einige Tage dauern kann, bis ein ausgefallener Datenträger oder Controller ersetzt wird.

Wenn es sich bei dem Fehler um einen Datenträgerausfall handelt, ist an diesem Punkt das manuelle Eingreifen eines Bedieners oder Administrators erforderlich, um den ausgefallenen Datenträger zu entfernen und zu ersetzen und den Ersatzdatenträger neu als Ersatzdatenträger zu konfigurieren.

Die AutoReseed-Konfiguration wird über drei Eigenschaften der DAG konfiguriert. Zwei der Eigenschaften beziehen sich auf die zwei in Verwendung befindlichen Bereitstellungspunkte. Exchange 2013 verwendet die Tatsache, dass Windows Server mehrere Bereitstellungspunkte pro Volume zulässt. Die AutoDagVolumesRootFolderPath-Eigenschaft bezieht sich auf den Bereitstellungspunkt, der alle verfügbaren Volumes enthält, einschließlich Volumes, die Datenbanken und Ersatzvolumes hosten. Die AutoDagDatabasesRootFolderPath-Eigenschaft verweist auf den Bereitstellungspunkt, der die Datenbanken enthält. Eine dritte DAG-Eigenschaft, AutoDagDatabaseCopiesPerVolume, wird verwendet, um die Anzahl der Datenbankkopien pro Volume zu konfigurieren.

Die nachstehende Abbildung zeigt eine AutoReseed-Beispielkonfiguration.

Beispiel für die Konfiguration für automatisches erneutes Aussen.

In diesem Beispiel gibt es drei Volumes, von denen zwei Datenbanken (VOL1 und VOL2) und eines davon ein leeres, formatiertes Ersatzvolume (VOL3) ist.

So konfigurieren Sie die AutoReseed-Funktion:

  1. Alle drei Volumes werden über einen einzelnen Bereitstellungspunkt bereitgestellt. In diesem Beispiel wird der Bereitstellungspunkt "C:\ExchVols" verwendet. Dieses Verzeichnis wird verwendet, um Speicher für Exchange-Datenbanken abzurufen.

  2. Das Stammverzeichnis der Postfachdatenbanken wird als weiterer Bereitstellungspunkt eingebunden. In diesem Beispiel wird ein Bereitstellungspunkt von C:\ExchDBs verwendet. Als Nächstes wird eine Verzeichnisstruktur erstellt, sodass ein übergeordnetes Verzeichnis für die Datenbank erstellt wird, und unter dem übergeordneten Verzeichnis werden zwei Unterverzeichnisse erstellt: eine Datenbankdatei und eins für die Protokolldateien.

  3. Die Datenbanken werden erstellt. Das obige Beispiel zeigt ein einfaches Design mit einer einzelnen Datenbank pro Volume. Auf VOL1 gibt es drei Verzeichnisse: das übergeordnete Verzeichnis und zwei Unterverzeichnisse (eines für die Datenbankdatei von MDB1 und eines für die zugehörigen Protokolle). Obwohl in der Beispielabbildung nicht gezeigt, gibt es auf VOL2 auch drei Verzeichnisse: das übergeordnete Verzeichnis und darunter ein Verzeichnis für die Datenbankdatei von MDB2 und eines für die zugehörigen Protokolldateien.

Wenn in dieser Konfiguration bei MDB1 oder MDB2 ein Fehler auftritt, wird eine Kopie der fehlerhaften Datenbank automatisch in VOL3 eingefügt.

Disk Reclaimer

Die AutoReseed-Komponente, die Ersatzdatenträger zuweist und formatiert, wird als Disk Reclaimer bezeichnet. Die Disk Reclaimer-Komponente formatiert Ersatzdatenträger automatisch in Vorbereitung für automatisches erneutes Seeding in unterschiedlichen Intervallen, je nach Zustand der Festplatte. Damit der Datenträger reclaimer einen Datenträger formatieren kann, müssen bestimmte Bedingungen erfüllt sein:

  • Die Disk Reclaimer-Funktion muss aktiviert sein. Sie ist standardmäßig aktiviert, kann aber mithilfe von Set-DatabaseAvailabilityGroup deaktiviert werden.

  • Das Volume muss einen Bereitstellungspunkt im Stammvolumepfad haben (standardmäßig "C:\ExchangeVolumes").

  • Das Volume darf keine Bereitstellungspunkte im Datenbankvolumepfad haben (standardmäßig "C:\ExchangeDatabases").

  • Wenn das Volume Dateien enthält, wird keine der Dateien 24 Stunden lang berührt.

Zusätzlich zu den oben genannten Bedingungen versucht die Datenträgerrückgabe nur einmal täglich, ein bestimmtes Volume zu formatieren. In der folgenden Tabelle ist das Formatierungsverhalten der Disk Reclaimer-Funktion beschrieben.

Status des Datenträgers und der Datenbankkopien Formatierungsintervall
Der Datenträger ist unformatiert, formatiert und leer oder formatiert, enthält jedoch Dateien, die 24 Stunden lang unverändert bleiben, und es gibt fehlerfreie aktive Datenbankkopien am lokalen Active Directory-Standort, die als Seedingquelle verwendet werden können. 1 Tag
Der Datenträger ist unformatiert, formatiert und leer oder formatiert, enthält jedoch Dateien, die 24 Stunden lang unverändert bleiben, aber es gibt keine fehlerfreien aktiven Datenbankkopien am lokalen Active Directory-Standort, die als Seedingquelle verwendet werden können. 2 Tage
Der Datenträger ist unformatiert, formatiert und leer oder formatiert, enthält jedoch Dateien, die 24 Stunden lang unverändert bleiben, und es gibt fehlerfreie aktive Datenbankkopien am lokalen Active Directory-Standort, die als Seedingquelle verwendet werden können, aber es gibt unbekannte Dateien außerhalb der Datenbankdatei (EDB-Datei) und Protokolldateien. 2 Wochen
Der Datenträger ist unformatiert oder formatiert, aber leer oder formatiert, enthält jedoch Dateien, die 24 Stunden lang unverändert bleiben, und es gibt fehlerfreie aktive Datenbankkopien am lokalen Active Directory-Standort, die als Seedingquelle verwendet werden können, aber es gibt mindestens eine Datenbankdatei (EDB-Dateien) für Datenbanken, die in Active Directory nicht vorhanden sind. 2 Wochen