Seeding einer fortlaufenden Clusterreplikationskopie

Artikel
09/29/2014

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

Letztes Änderungsdatum des Themas: 2007-10-24

Seeding ist der Prozess, in dem eine Basislinienkopie einer Datenbank auf dem aktuellen passiven Knoten verfügbar gemacht wird. Je nach Situation kann das Seeding ein automatischer oder ein manueller Prozess, bei dem Sie das Seeding starten, sein. Sie können das Verfahren in Situationen verwenden, in denen Sie bestimmen, dass Seeding erforderlich ist. Die Größe der zu kopierenden Datenbank steht im direkten Zusammenhang mit dem Zeitraum, der notwendig ist, um das Seeding zum Abschluss zu bringen.

Seeding ist unter folgenden Bedingungen erforderlich:

Wenn ein neuer passiver Knoten in eine Umgebung mit fortlaufender Clusterreplikation (Cluster Continuous Replication, CCR) eingeführt wird und die erste Protokolldatei der Produktionsspeichergruppe nicht verfügbar ist.
Nach einem Failover, in dessen Verlauf Daten verloren gegangen sind, weil die jetzt passive Kopie abweicht und nicht wiederherstellbar ist.
Wenn das System eine fehlerhafte Protokolldatei entdeckt hat, die nicht in die passive Kopie wiedergegeben werden kann.
Nach einer Offlinedefragmentierung einer der Kopien der Datenbank.
Wenn Seiten der aktiven Kopie einer Datenbank gelöscht wurden, und Sie die Änderungen in die passive Kopie propagieren möchten.
Nachdem die Protokollgenerierungssequenz für die Speichergruppe auf 1 zurückgesetzt wurde.

Sie können Seeding in Microsoft Exchange Server 2007 mithilfe einer der folgenden Methoden ausführen:

Automatisches Seeding Beim automatischen Seeding wird auf dem Ziel eine Kopie der Datenbank einer Speichergruppe erzeugt. Automatisches Seeding setzt voraus, dass auf der Quelle das erste Protokoll ("log1") verfügbar ist. Automatisches Seeding kommt nur während der Erstellung eines neuen Servers, während der Erstellung einer neuen Speichergruppe und Datenbank oder bei einer Datenbank, die noch nie gesichert wurde, vor.
Seeding unter Verwendung des Cmdlets "Update-StorageGroupCopy" Mithilfe des Cmdlets Update-StorageGroupCopy können Sie in der Exchange-Verwaltungsshell das Seeding einer Speichergruppenkopie ausführen.
Manuelles Kopieren der Offlinedatenbank Bei diesem Prozess wird die Bereitstellung der Datenbank aufgehoben und die Datenbankdatei an denselben Speicherort auf dem passiven Knoten kopiert. Bei Verwendung dieser Methode kommt es zu einer Betriebsunterbrechung, weil es für dieses Verfahren erforderlich ist, die Bereitstellung der Datenbank aufzuheben.

Hinweis

Manche Sicherungsanwendungen unterstützen möglicherweise einen Mechanismus, mit dem eine Sicherung als Quelle für die Seeddatenbank verwendet werden kann. Wiederherstellungen auf den passiven Knoten werden nicht unterstützt. Wenn diese Option unterstützt wird, muss sie explizit und vollständig von der Sicherungsanwendung unterstützt werden.

In Microsoft Exchange Server 2007 Service Pack 1 (SP1) wurde das Cmdlet Update-StorageGroupCopy um den neuen Parameter mit dem Namen DataHostNames erweitert. Der Parameter DataHostNames gibt an, welches Netzwerk für das Seeding oder erneute Seeding zu verwenden ist. Bei dem Wert handelt es sich um eine mehrwertige Liste aus zwei Namen: entweder vollqualifizierte Domänennamen (Fully Qualified Domain Name, FQDN) oder Hostnamen. Einer dieser Namen muss den aktiven Knoten identifizieren.

Mit Exchange 2007 SP1 können Sie außerdem ein Seeding ausführen (ohne den Parameter DataHostNames), indem Sie den Assistenten zum Aktualisieren von Speichergruppenkopien in der Exchange-Verwaltungskonsole verwenden. Dieser Assistent ist nur über die Exchange-Verwaltungskonsole auf dem passiven Knoten verfügbar.

In diesem Thema werden drei Verfahren behandelt. Im ersten Verfahren wird erläutert, wie Sie das Cmdlet Update-StorageGroupCopy verwenden, um ein Seeding der Speichergruppenkopie auszuführen. Im zweiten Verfahren wird erklärt, wie die Bereitstellung einer Datenbank mithilfe der Exchange-Verwaltungskonsole aufgehoben wird, um den Offlinekopiervorgang in den CCR-Datenbankordner zu ermöglichen. Im dritten Verfahren wird die Verwendung des Assistenten zum Aktualisieren von Speichergruppenkopien beschrieben.

Bevor Sie beginnen

Damit Sie die folgenden Verfahren auf einem Computer ausführen können, auf dem ein Postfachclusterserver installiert ist, muss Folgendes an das verwendete Konto delegiert worden sein: die Rolle Exchange-Serveradministrator und 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.

Der Seedingvorgang unter Verwendung des Cmdlets Update-StorageGroupCopy kann potenziell zu einer E/A-Belastung auf den aktiven Speichergruppenvolumes führen. Dieser Ansatz kann wiederum in Abhängigkeit vom Speicherdesign des Clusters dazu führen, dass Clientvorgänge negativ beeinflusst werden und möglicherweise der Clientzugriff vollständig unterbrochen wird. Wegen der möglichen Auswirkungen auf den Clientzugriff wird empfohlen, Seedingvorgänge unter Verwendung des Cmdlets Update-StorageGroupCopy möglichst für Zeiträume zu planen, in denen niedrige Clientaktivität herrscht, um so die potenziellen Auswirkungen auf Clients zu minimieren. Die Verzögerung muss berücksichtigt werden, ebenso wie das Risiko, das die passive Kopie darstellt, für die kein Seeding durchgeführt wurde.

Beim Konfigurieren eines neuen CCR-Ziels vom aktiven Knoten aus erstellt der Seedvorgang automatisch sowohl die Verzeichnisse als auch die Datenbankdatei auf dem passiven Knoten, wenn sie nicht bereits vorhanden sind. Der Speicherort der Datenbank und der Protokolldateien muss auf allen Servern im Cluster identisch sein. Speicher muss vorhanden und ausreichend sein, damit die Datenbank und die Protokolle gespeichert werden können.

Wichtig

Wenn eine Datenbank oder die Protokolldateien an dem Speicherort, an dem die passive Kopie gespeichert werden soll, bereits vorhanden sind, müssen diese vor dem Start des Seedvorgangs entfernt werden.

Wichtig

Der Befehl Update-StorageGroupCopy muss von dem passiven Knoten aus ausgeführt werden.

Verfahren

So führen Sie ein Seeding des passiven Knotens mithilfe der Exchange-Verwaltungsshell aus

Halten Sie die Replikation für die Speichergruppe an, indem Sie den folgenden Befehl ausführen:
```
Suspend-StorageGroupCopy -Identity:<Server\StorageGroupName>
```
Entfernen Sie die Datenbankdateien, alle Protokolldateien und Prüfpunktdateien von dem passiven Knoten. Entfernen Sie alle LOG-, JRS-, CHK- und die EDB-Dateien aus den konfigurierten Verzeichnissen (Protokollverzeichnis, Systemdateiverzeichnis und dem Verzeichnis, in dem die Datenbankdatei gehostet wird).
Führen Sie den folgenden Befehl aus, um das Seeding für die Speichergruppenkopie auf dem passiven Knoten auszuführen:
```
Update-StorageGroupCopy -Identity:<Server\StorageGroupName>
```
Hinweis

Der Parameter TargetPath wird für das Seeding einer Datenbank mit einem Pfad verwendet, der sich vom konfigurierten Speicherort für die passive Kopie der Datenbank unterscheidet. Wenn z. B. jeder CCR-Knoten an einem anderen physikalischen Standort vorhanden ist, können Sie den Parameter TargetPath zum lokalen Durchführen des Updates auf dem aktiven Knoten verwenden und dann ein Kopierdienstprogramm einsetzen, das Datenkomprimierung zur Verfügung stellt, um die Kopie über das Netzwerk auf den passiven Knoten zu verschieben. Wenn der Parameter TargetPath nicht verwendet wird, muss das Cmdlet Update-StorageGroupCopy auf dem Computer ausgeführt werden, der die passive Kopie enthält.

Hinweis

Das Cmdlet Update-StorageGroupCopy nimmt die Replikation mit der Speichergruppe automatisch wieder auf. Wenn Sie nicht wünschen, dass die Replikation mit dem Befehl Update-StorageGroupCopy automatisch wiederaufgenommen wird, führen Sie den Befehl mit dem Parameter ManualResume aus. Weitere Informationen finden Sie unter Update-StorageGroupCopy. Führen Sie den folgenden Befehl aus, um die Replikation nach der Ausführung des Befehls Update-StorageGroupCopy manuell wieder aufzunehmen:
```
Resume-StorageGroupCopy -Identity:<Server>\<StorageGroupName>
```
Hinweis

Wenn bei der Ausführung des Tasks Update-StorageGroupCopy Fehler angezeigt werden, finden Sie hierzu weitere Informationen in den unter Update-StorageGroupCopy enthaltenen Fehlertabellen.

Hinweis

Führen Sie den folgenden Befehl aus, um festzulegen, dass für den Seedingvorgang ein redundantes Netzwerk verwendet wird:
```
Update-StorageGroupCopy -Identity:<Server\StorageGroupName> -DataHostNames:{Host1,Host2}
```
Stellen Sie nach dem Abschluss der Ausführung des Befehls Update-StorageGroupCopy und der Wiederaufnahme der Speichergruppenkopie sicher, dass die Replikation ordnungsgemäß funktioniert, indem Sie das Cmdlet Get-StorageGroupCopyStatus verwenden.

Wichtig

Vergewissern Sie sich, dass tatsächlich Daten übertragen werden. Mangelnde Datenübertragung kann nämlich dazu führen, dass Vorgänge normal wirken, obwohl sie es nicht sind.

So führen Sie manuell ein Seeding des passiven Knotens durch Kopieren einer Offlinedatenbankdatei mithilfe der Exchange-Verwaltungskonsole aus

Öffnen Sie die Exchange-Verwaltungskonsole.
Erweitern Sie Serverkonfiguration, und wählen Sie Mailbox.
Wählen Sie im Ergebnisbereich den Postfachserver aus, der die Datenbank enthält, deren Bereitstellung aufgehoben werden soll.
Klicken Sie im Arbeitsbereich mit der rechten Maustaste auf die Datenbank, deren Bereitstellung aufgehoben werden soll, und wählen Sie dann Bereitstellung der Datenbank aufheben.
Halten Sie die Replikation für die Datenbank an, deren Bereitstellung aufgehoben wurde. Führen Sie die unter Anhalten der Replikation auf einer einer fortlaufenden Clusterreplikationskopie gezeigten Schritte zum Anhalten der Replikation aus.
Nachdem die Replikation für die Datenbank angehalten wurde, kopieren Sie die Datenbankdatei (EDB-Datei) aus dem Produktionsdatenbank-Ordner in den CCR-Datenbankordner.

Hinweis

Den Speicherort des Produktionsdatenbank-Ordners finden Sie auf einer der beiden Seiten Zusammenfassung oder Eigenschaften.
Nachdem die Datenbank aus dem Produktionsdatenbank-Ordner in den CCR-Datenbankordner kopiert wurde, klicken Sie mit der rechten Maustaste auf die Datenbank, deren Bereitstellung aufgehoben wurde, und wählen Datenbank bereitstellen.

Hinweis

Das Seeding ist abgeschlossen, wenn die Datei kopiert wurde. Der Clientzugriff wird wiederhergestellt, nachdem die Produktionsdatenbank wieder bereitgestellt wurde.
Nehmen Sie die Replikation für die CCR-Datenbank wieder auf, deren Bereitstellung aufgehoben wurde. Führen Sie die im Thema Neustart der Replikation in einer fortlaufenden Clusterreplikationskopie erläuterten Schritte zum Wiederaufnehmen der Replikation aus.

Hinweis

Das Seeding ist nun abgeschlossen, und die Replikation und Wiedergabe von Transaktionsprotokollen erfolgt automatisch.

So verwenden Sie den Assistenten zum Aktualisieren von Speichergruppenkopien, um das Seeding des passiven Knotens auszuführen

Öffnen Sie die Exchange-Verwaltungskonsole auf dem passiven Knoten.
Erweitern Sie Serverkonfiguration, und wählen Sie Mailbox.
Wählen Sie im Ergebnisbereich den Postfachserver aus, der die Speichergruppe enthält, die aktualisiert werden soll.
Klicken Sie im Arbeitsbereich mit der rechten Maustaste auf die zu aktualisierende Speichergruppe, und wählen Sie dann Speichergruppenkopie aktualisieren aus. Der Assistent zum Aktualisieren von Speichergruppenkopien wird angezeigt.
Vergewissern Sie sich, dass im Feld Name der Speichergruppe die richtige Speichergruppe angegeben ist. Wurde die falsche Speichergruppe ausgewählt, klicken Sie auf Abbrechen, beenden Sie den Assistenten, und wählen Sie die richtige Speichergruppe aus. Wenn die passive Kopie der Speichergruppe Protokolldateien enthält, die nicht geeignet sind bzw. die für die Protokollwiedergabe nach Abschluss des Seedings nicht benötigt werden, aktivieren Sie das Kontrollkästchen Alle vorhandenen Protokolldateien im Zielpfad löschen. Klicken Sie zum Fortfahren auf Weiter.
Klicken Sie auf Aktualisieren, um das Seeding des passiven Knotens mit der Datenbankkopie auszuführen.

Hinweis

Während des Aktualisierungsvorgangs werden Sie aufgefordert, alle veralteten Prüfpunktdateien und vorhandenen Datenbankdateien in der passiven Kopie der Speichergruppe zu löschen.
Klicken Sie nach Abschluss des Seedings auf Fertig stellen, um den Assistenten zu beenden.

Weitere Informationen

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

Weitere Informationen zum Verwalten der CCR-Umgebung finden Sie unter Verwalten der fortlaufenden Clusterreplikation.