Microsoft Exchange Server 2010: Verwalten von Datenbankkopien

  • Artikel

Sie können Kopien von Exchange-Datenbanken zu Archivierungs- und Notfallwiederherstellungszwecken erstellen und verwalten.

Auszug aus "Exchange 2010 – A Practical Approach," von Red Gate Books (2009) veröffentlicht.

Jaap Wesselius

Eine Datenbankkopie ist nur das, was es klingt wie: eine Kopie einer aktiven Datenbank. Jedoch wird er oft auf einem anderen Exchange-Server in der gleichen Datenbank Verfügbarkeit Gruppe (DAG) gespeichert. Wenn Sie zuerst Exchange konfigurieren, gibt es eine Kopie der Datenbankdatei auf den Server gesendet. Wenn Sie fertig sind, beginnt die Exchange Server 2010 die Protokolldateien in diesem bestimmten Datenbank über das Netzwerk auf den Server zu replizieren.

Die relative Position der passiven Kopie der Datenbank ist identisch mit der Lage der aktiven Kopie. Beispielsweise kann eine erste Datenbank auf einem Exchange Server 2010-Postfach-Server in das Verzeichnis C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Datenbank 1444276156 befinden. Wenn eine Datenbankkopie für diesen Server aktiviert ist, wird im selben Verzeichnis auf dem zweiten Server erstellt.

Kopieren einer Datenbank an eine zweite Position bekannt als Aussaat. Es ist eine bewährte Methode, die für Exchange-Datenbanken, sowohl im Hinblick auf die Leistung als auch eine Katastrophe Erholung Perspektive getrennte Datenträgern verwenden. Nach dem Konfigurieren der Postfach-Datenbank-1444276156 um den separaten Datenträger G:\ zum Speichern von Informationen verwenden, können Sie die Datenbankkopie konfigurieren:

  1. Sicherstellen Sie auf dem Zielserver (der Server, die die Datenbankkopie enthalten), dass gibt es eine Menge identisch mit dem auf dem Quellserver. Der Zielserver in diesem Beispiel benötigt einen separaten Datenträger G:\ auch.
  2. Öffnen Sie die Exchange Management Console (EMC), erweitern Sie Microsoft Exchange lokal (EXMBX01), dann erweitern Sie den Container Organisationskonfiguration, und klicken Sie auf den Knoten Postfach. Wählen Sie die Registerkarte Datenbankverwaltung.
  3. Wählen Sie die Postfachdatenbank 1444276156. Im unteren Teil des Ergebnisbereichs sehen Sie eine Kopie (der aktiven Kopie) befindet sich auf dem ersten Exchange Server EXMBX01 vorhanden ist. Maustaste auf Postfach-Datenbank 1444276156 und wählen Sie Hinzufügen der Kopie einer Postfachdatenbank...
  4. Wählen Sie im Assistenten fügen Sie der Kopie einer Postfachdatenbank durchsuchen, um einen Postfachserver zu treffen, die eine Kopie der Datenbank enthalten. Die Aktivierungseinstellungsnummer ist die Reihenfolge, in der Exchange, wird eine passive Kopie in einer aktiven Kopie wenn die vorherige aktive Kopie fehlschlägt. Natürlich ist dies nur sinnvoll, wenn Sie mehrere Kopien der passive konfiguriert haben. Klicken Sie auf Weiter. (Lesen Sie mehr über die Aktivierungseinstellungsnummer und Was passiert, wenn eine Datenbank aktiviert wird.)
  5. Exchange wird nun die Datenbank Datei Postfachdatenbank 1444276156.edb auf den Zielserver kopieren und Replikation eingerichtet. Abhängig von der Größe der Datenbankdatei, kann dies einige Zeit dauern.
  6. Wenn die Datenbank kopiert wird und die Replikation aktiviert, klicken Sie auf Fertig stellen.

Sobald der Prozess abgeschlossen ist, melden Sie sich auf den Exchange-Zielserver. Sie werden bemerken, dass auf diesem Server (auf Datenträger G:\ in diesem Beispiel) wurde ein Postfach-Datenbank 1444276156-Verzeichnis erstellt, wo die Kopie der Datenbank gespeichert ist. Sie sehen auch die Log-Dateien in dieses Verzeichnis repliziert.

Wenn es eine Menge von Datenbanken auf einem Exchange-Server verwendet gibt, ist die Bereitstellungspunkte verwenden eine gültige Alternative. In einem Szenario mit Mount Punkt Reittiere Server Manager alle Daten-Datenträger in einem Verzeichnis auf dem Server — z. B. F:\DB01, F:\DB02, F:\DB03 und So weiter.

In einer Umgebung Exchange Server 2007 Cluster Continuous Replication (CCR) wird der aktive Server Log-Dateien auch mit dem passiven Server ausgeliefert. Dadurch wird wiederum auch die Log-Dateien in seine Kopie der Datenbank geladen. Der passive Server ist jedoch wirklich passiv. Verantwortlich für die Datenbank und die Protokolldateien (store.exe) der Dienst nicht ausgeführt wird. Der einzige Dienst, der ausgeführt wird, ist der Replikationsdienst. Während eines Failovers ist der passive Knoten alle Exchange-Dienste starten. Sie benötigen alle Datenbanken bereitgestellt, bevor das geschehen kann.

In Exchange Server 2010 der store.exe-Dienst wird bereits ausgeführt, und die Datenbanken sind bereits auf allen Computern in einer DAG bereitgestellt. Datenbank-Failover ist daher viel schneller, was in viel kürzerer Failoverzeit insgesamt.

Für Wartungszwecke können Sie eine aktive Kopie von einem Exchange-Postfach-Server mit den folgenden Schritten verschieben:

  1. Melden Sie sich an einen Exchange-Server und öffnen Sie der Exchange-Verwaltungskonsole zu.
  2. Erweitern Sie den Exchange lokal (SERVER). Erweitern Sie das Blatt der Organisation. Klicken Sie auf das Postfach, und klicken Sie auf die Registerkarte Datenbankverwaltung.
  3. In der oberen Hälfte im Ergebnisbereich werden alle Datenbanken in der Exchange Server 2010-Umgebung angezeigt. Mit der rechten Maustaste in der Datenbank, die Sie verschieben möchten (das ist natürlich auch eine Datenbank mit mehreren Kopien).
  4. Wählen Sie aktive Postfachdatenbank verschieben aus dem Kontextmenü.
  5. Wählen Sie im aktiven Postfachdatenbank verschieben-Assistenten durchsuchen, um einen anderen Server auswählen, den Sie die aktive Kopie verschieben möchten.
  6. Klicken, um die aktive Kopie der Datenbank auf den Server verschieben bewegen Sie ausgewählt.

Online Move-mailbox

Die online-Move-Mailbox-Funktion ist neu in Exchange Server 2010. In älteren Versionen von Exchange Server wird das Postfach offline geschaltet, wenn es von einem Server auf einen anderen Server verschoben wird. Dies verhindert, dass Benutzer den Zugriff auf ihre Daten und alle eingehenden Nachrichten ansammeln. Gibt es Situationen, in denen ein riesiges (5 GB und höher) Postfach hat für mehr als eine Stunde offline gehalten werden, während der Umzug stattfindet. Keine dieser Stellen für ein besonders verwendbar.

Mit der neuen online-Move-Mailbox-Funktionalität — jetzt New-MoveRequest genannt — die Zeit, die ein Postfach offline ist auf nur Sekunden reduziert. Dies verbessert die UX.

Dies ist, was passiert während einer New-MoveRequest, beim Verschieben eines Postfachs von einem Server (EXBMX01) auf einen anderen Server in der gleichen Organisation (EXMBX11):

  1. Mailbox Server EXMBX11 wird eine leere Kopie der das Postfach des Benutzers, wie eine legacy-Move-Mailbox-Betrieb von Exchange erstellt. Statt das aktuelle Postfach offline (auf EXMBX01), wird das ursprüngliche Postfach online gehalten. Dies ist immer noch das primäre Postfach für den Kunden. Neue Nachrichten werden noch in diesem Postfach zugestellt.
  2. Die Inhalte des alten Posteingangs werden über in das Postfach auf dem Server EXMBX11 kopiert, und dieses Postfach ist mit dem alten Postfach synchronisiert.
  3. Als neue Elemente an das alte Postfach übermittelt werden, sind sie sofort über in das neue Postfach kopiert.
  4. Wenn beide Postfächer synchronisiert sind, wird das alte Postfach offline geschaltet und die letzten Nachrichten über das neue Postfach kopiert werden.
  5. Active Directory ist mit dem Ort das neue Postfach aktualisiert, und das Postfach ist wieder online geschaltet. Der Benutzer müssen möglicherweise seine Outlook-Client neu starten, aber der Client Access Server sollte automatisch erkennen, dass das Postfach verschoben hat, und nutzen Sie den neuen Speicherort. In beiden Fällen kann der Benutzer weiterhin arbeiten in nur wenigen Sekunden.

Die online-Move-Mailbox funktioniert nicht nur zwischen Exchange Server 2010-Postfachservern, sondern auch beim Verschieben von Postfächern von Exchange Server 2007 SP2 auf Exchange Server 2010. Verschieben von Exchange Server 2010, Exchange Server 2007 ist leider immer noch ein offline bewegen. Verschieben von Postfächern von Exchange Server 2003 in Exchange Server 2010 ist ebenfalls immer ein offline bewegen.

Sichern und Wiederherstellen

Exchange Server 2010 läuft nur auf Windows Server 2008 und Windows Server 2008 R2. Dies bedeutet, dass Sie das (Kostenlose) Dienstprogramm "Ntbackup" in Windows Server 2003 verwenden können nicht auf Exchange Server 2010 Postfach-Datenbanken sichern.

In jedem Fall wird "Ntbackup" nur "Streamingsicherungen" der Exchange-Daten, nicht Volume Shadow Copy Service (VSS) Sicherungen der Exchange-Datenbank erstellen. Exchange Server 2010 enthält ein plug-in für die Windows Server-Sicherung (WSB) VSS-Sicherungen der Exchange Server 2010-Datenbanken erstellen können.

VSS oder Snapshot-Sicherungen

Mit Exchange Server 2010 hat Microsoft von der traditionellen streaming Backup VSS (oder "Snapshot") Onlinesicherungen übergegangen. Ein Snapshot ist nur ein Bild einer Datenbank zu einem bestimmten Zeitpunkt erstellt. Dies können Sie die Datenbank im Katastrophenfall ein Rollback. VSS (in Windows Server 2003 und höher) stellt eine Infrastruktur zum Erstellen von Schattenkopien genannt-zu einem bestimmten Zeitpunkt Bilder. Es gibt zwei Arten von Schattenkopien:

  • Klon (vollständige Kopie oder Split Mirror): Eine komplette Spiegelung wird beibehalten, bis eine Anwendung oder Administrator bricht den Spiegel. Von diesem Zeitpunkt an das Original und der Klon sind völlig unabhängig voneinander, und die Kopie ist effektiv eingefroren in der Zeit.
  • Kopieren Sie auf Write (differenzielle Kopie): Als ein Differential, anstatt eine vollständige Kopie der Originaldaten ist eine Schattenkopie erstellt. Mit Kopie auf schreiben, erfolgt eine Schattenkopie der Originaldaten bevor es überschrieben wird. Die Sicherung besteht aus den Daten in der Schattenkopie in Kombination mit den Daten auf dem ursprünglichen Speicherort. Beide müssen die ursprünglichen Daten rekonstruieren zur Verfügung.

Die VSS-Infrastruktur besteht aus den folgenden Komponenten:

  • Der Anforderer ist Software, die Ruft VSS und erstellt, bricht oder löscht die Schattenkopie. Der Anforderer ist in der Regel die Sicherungsanwendung.
  • Der Writer ist ein Teil des Software-Herstellers eine Anwendung. In unserem Fall ist dies mit Microsoft Exchange Server zur Verfügung gestellt. Ein Schriftsteller ist verantwortlich für die Bereitstellung eines konsistenten Point-in-Time Image durch Exchange Server im jeweiligen Moment Einfrieren. Beachten Sie, dass ein Exchange-Writer für Exchange Server 2003 und höher, direkt aus der Box bereitgestellt wird.
  • Der Provider ist die Schnittstelle zu dem Zeitpunkt Bild. Dies kann entweder auf einem Speicher-Array (Hardwareanbieter) oder im Betriebssystem (Softwareanbieter) sein. Windows Server 2003 und vor ein Softwareanbieter mit VSS-Funktionen aus der Box zu integrieren.

Die folgenden Schritte auftreten, wenn Sie eine VSS-Sicherung durchführen:

  1. Der Anforderer (die Sicherungsanwendung) sendet einen Befehl an VSS, eine Schattenkopie der Speichergruppen erstellen.
  2. Der VSS-Dienst sendet einen Befehl an den Exchange Writer auf eine Snapshotsicherung vorzubereiten.
  3. Der VSS-Dienst sendet einen Befehl an den geeigneten Speicher-Anbieter eine Schattenkopie des Exchange-Speichergruppe zu erstellen. Diese Speicheranbieter kann ein Hardwareanbieter Speicher oder den Standard Windows Speicheranbieter.
  4. Der Exchange-Verfasser vorübergehend beendet die Speichergruppen und legt sie im nur-Lese-Modus. Eine Protokoll-Datei überschlagen wird auch durchgeführt, um sicherzustellen, dass alle Daten im Sicherungssatz sein werden. Dies hält ein paar Sekunden für den Snapshot (im nächsten Schritt) erstellt werden. Alle schreiben, dass die i/OS in eine Warteschlange gestellt werden.
  5. Jetzt wird die Schattenkopie erstellt.
  6. Der VSS-Dienst gibt der Exchange-Server, um den normalen Betrieb wieder aufnehmen, und alle in die Warteschlange schreiben Sie i/OS abgeschlossen sind.
  7. Der VSS-Dienst fragt Exchange Writer um zu bestätigen, dass der Schreibvorgang e/As während dem Erstellen der Schattenkopie erfolgreich abgehalten wurden. Wenn die Schreibvorgänge erfolgreich abgehalten waren nicht könnte es eine möglicherweise inkonsistente Schattenkopie, bedeuten, also die Schattenkopie gelöscht wird und der Anforderer wird benachrichtigt. Der Anforderer kann die Schattenkopie wiederholen oder den Vorgang fehlschlagen.
  8. Wenn dies gelingt, der Anforderer eine differenzielle oder Klon Snapshot erstellt und dann überprüft die Integrität des Sicherungssatzes (die Klon-Kopie). Wenn die Integrität des Klon-Kopie gut ist, informiert der Anforderer den Exchange-Server, dass die Sicherung erfolgreich war und dass die Log-Dateien gelöscht werden können.

Schritte 1 bis 7 nehmen in der Regel etwa 10 Sekunden, da die Mal musste den aktuellen Snapshot zu erstellen. Dies ist nicht die Zeit zum Erstellen einer Sicherungskopie, wenn. Eine Sicherungsanwendung muss noch die Sicherung zu erstellen, auf einem anderen Datenträger oder Band, die Stunden, abhängig von der Größe der Datenbanken dauern kann.

Die Sicherung ist nun abgeschlossen. Die Sicherungsanwendung hat die Verantwortung, eine Konsistenzprüfung der Schattenkopie vorzunehmen. Der Exchange-Verfasser nicht für die Überprüfung. Es ist wichtig, um eine saubere und vollständige Kopie sorgen für die Überprüfung.

Jaap Wesselius

Jaap Wesselius ist der Gründer der DM-Berater, ein Unternehmen mit einem starken Fokus auf Messaging- und Collaboration-Lösungen. Wesselius beschlossen, nach acht Jahren bei Microsoft tätig, mehr von seiner Zeit in die Exchange-Gemeinschaft in den Niederlanden, was einen Exchange Server MVP-Award 2007 begehen. Außerdem ist er regelmäßig bei der niederländischen Unified Communications-Benutzergruppe und regelmäßiger Autor für Simple-Talk.

Erfahren Sie mehr über "Exchange 2010 – A Practical Approach" unter red-gate.com/our-company/about/book-store.

Verwandte Inhalte