Informationen zu AutoReseed

Automatic Reseed (AutoReseed) ist ein Feature, das Standardaktionen ersetzt, die Administratoren als Reaktion auf einen Datenträgerfehler, ein Datenbankbeschädigungsereignis oder ein anderes Problem ausführen, bei dem ein erneutes Aussen einer Datenbankkopie erforderlich ist.

Ü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 die Verwendung von Bereitstellungspunkten, um eine Gruppe von Volumes (einschließlich Ersatzvolumes) und Datenbanken vorab zuzuordnen. Wenn ein Datenträgerfehler auftritt, bei dem der Datenträger für das Betriebssystem nicht mehr verfügbar ist oder nicht mehr beschreibbar ist, weist das System ein Ersatzvolume zu. 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 aufeinanderfolgende Minuten lang den Status FailedandSuspended aufweisen, wird der AutoReseed-Workflow gestartet.

  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. Dies kann aus verschiedenen Gründen geschehen, sodass dieser Schritt für die Behandlung dieser Fälle konzipiert ist. AutoReseed hält eine Datenbankkopie, die 10 aufeinander folgende Minuten lang fehlgeschlagen ist, automatisch an, 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 eine Stunde Ruhezustand 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 beginnt erneut in Schritt 1. Dieses Verhalten beim Zurücksetzen/Fortsetzen ist nützlich (und beabsichtigt), da es einige Tage dauern kann, bis ein fehlerhafter Datenträger, Controller usw. 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 Server verwendet die Tatsache, dass Windows Server mehrere Bereitstellungspunkte pro Volume zulässt. Die AutoDagVolumesRootFolderPath-Eigenschaft verweist auf den Bereitstellungspunkt, der alle verfügbaren Volumes enthält. Hierzu zählen Volumes, die Datenbanken hosten, sowie Ersatzvolumes. 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.

Ein Beispiel für die AutoReseed-Konfiguration ist hier dargestellt:

Beispielkonfiguration für AutoReseed

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. Dieser steht für das Verzeichnis zum Speicherabruf für Exchange-Datenbanken.

  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. Unter diesem ü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 somit drei Verzeichnisse: ein übergeordnetes Verzeichnis und zwei Unterverzeichnisse (ein Verzeichnis für die MDB1-Datenbankdatei und ein Verzeichnis für die zugehörigen Protokolle). Obwohl in der Beispielabbildung nicht dargestellt, gibt es in VOL2 auch drei Verzeichnisse: das übergeordnete Verzeichnis neben einem 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, sollte keine der Dateien 24 Stunden lang berührt werden.

Zusätzlich zu den oben genannten Bedingungen versucht die Datenträgerrückgabe, ein bestimmtes Volume einmal täglich 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 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. 1 Tag
Der Datenträger ist unformatiert oder formatiert, aber 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 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 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 nicht in Active Directory vorhanden sind. 2 Wochen