SCR: Die StandbyMachine wiederherstellen, oder was ist "seeding the Database"

Einige von euch werden sicher einen SCR - Cluster am Laufen haben. Besonders die Möglichkeit die Exchangedaten asyncron in ein entferntes Rechenzentrum zu befördern und damit auch einigermaßen vor Brand oder Wassereinbruch geschützt zu ein finde ich Klasse (Noch besser wenn man dann OL 2007 einsetzt das den neuen Server automatisch finden kann, aber das ist eine andere Geschichte). Unter dem Exchange-Teamblog, genauer gesagt unter den Videos finden sich zahlreiche Hinweise wie ein solcher Cluster einzurichten ist. Auch wie man im Notfall auf den anderen Knoten umschaltet / migriert ist dort gut beschrieben. Was aber wenn sich die Standby -Maschine den Geist aufgibt und die Mitarbeit verweigert? Wie bekommt man die Exchange-Datenbank wieder syncronisiert mit einem Ziel?

Zuallererst mal tief durchatmen. Im Grunde ist ja nichts passiert, die User können weiterarbeiten. Ein für den Notfall vorhandenes Backup ist ja hoffentlich vorhanden. Die Storage - Group muß nun erst einmal wieder in eine normale Storage Group ohne SCR-Ziel umgewandelt werden. Das geht mit folgendem Befehl in der Powershell: Disable-StorageGroupCopy -Identity server\Storagegroup -StandbyMachine Zielserver

Nach ausführen des Befehls (die kursiv gedruckten Teile bitte durch die eigenen Angaben ersetzten) kurz warten bis die Replikation auf den Domänenkontrollern abgeschlossen ist. Sollte der Zielserver wieder verfügbar sein bzw. ein neuer (oder anderer) Exchange - Server zur Verfügung stehen (im Prinzip kann jeder Exchange 2007 mit Service Pack 1 dafür verwendet werden) kann es mit dem erneuten herstellen der Standby Continous Replikation losgehen. Stellt sicher das auf dem Zielserver die gleiche Partition in einer passenden Größe vorhanden ist. Es dürfen dort auch keine Überreste von Logfiles vorhanden sein, sonst wird das ganze nicht funktionieren. Mit folgendem Befehlt wird die Standby Continous Replikation wieder eingerichtet: Enable-StorageGroupCopy -Identity server\Storagegroup -StandbyMachine Zielserver

Sehr wahrscheinlich wird es dabei zu einer Fehlermeldung kommen die euch darauf hinweist, das erst ein "seeding Database" durchgeführt werden muß. Die Abfrage des Status mit Get-StorageGroupCopy -Identity server\Storagegroup -StandbyMachine Zielserver führt zu der Angabe "Failed" unter dem Status. Die Fehlermeldung rührt übrigens daher, das beim Einschalten einer Standby Continous Replikation das erste Logfile seit Erstellen der Storage Group / Speichergruppe vorhanden sein muß. Immer dann klappt das kopieren bzw. Erstellen der Datenbank auf dem Zielserver automatisch. Wie kann man denn nun eine Datenbank "aussähen" (das ist die passenste Übersetzung dafür die ich bei Leo dafür gefunden habe ) wenn das erste Logfile nicht mehr vorhanden ist (was nach der ersten durchgeführten Datensicherung ja anzunehmen ist).

Es gibt 2 Möglichkeiten um die Replikation wieder in Gang zu bringen.  Die erste Möglichkeit ist eher ein Fall für kleine Datenbanken. Hierzu muß die Datenbank offline genommen werden und auf den Zielserver kopiert werden. Während der Offlinezeit bzw. dem Kopieren der Datenbank auf den Zielserver (bitte verwende den gleichen Pfad wie auf dem Quellserver) steht natürlich die Datenbank nicht mehr zur Verfügung. Selbst in kleineren mittelständischen Unternehmen erreichen Exchange-Datenbanken inzwischen ein stattliche Größe. Insofern muß man dadurch natürlich von einer längeren Offlinezeit ausgehen. Wenn ihr aber die Datenbank auf dem Zielserver mountet (mit der Gui oder mit der Powershell ist egal an dieser Stelle) sollte die Replikation auch schon anspringen (natürlich muss auch die Datenbank auf dem Quellserver wieder gemountet werden). In einigen wenigen Fällen ist es notwendig ein resume-SToragegroupcopy -Identity server\Storagegroup -Standbymachine Zielserver einzugeben. Tja blöd werden sich einige von euch denken, meine Datenbank ist ziemlich groß, vielleicht 100 GB oder mehr und die Offlinezeiten habe ich im Moment eigentlich nicht. Und eine ganze Nacht will ich mir auch nicht um die Ohren schlagen für die Replikation. Auch hierfür gibt es eine Lösung. Nachdem ihr die Fehlermeldung beim einrichten der Standby Continous Replikation bekommen habt meldet euch auf dem zukünftigen Zielserver an (ja, es geht wirklich nur auf dem Zielserver). In der dortigen Powershell gebt ihr bitte folgendes ein: Update-StorageGroupCopy -Identity server\Storagegroup -StandbyMachine Zielserver . Halt, noch nicht die Entertaste drücken! Zuerst müsst ihr euch im Klaren darüber sein das die Kopieraktion der Datenbank wenn ihr das in einem lokalen Netzwerk macht sehr viel Last verursacht. Die ganze Datenbank wird nämlich sofort kopiert. Spielt das keine Rolle weil ihr über ein WAN kopiert kann es natürlich leicht passieren das die WAN-Leitung ein wenig "verstopft" wirkt bis die Datenbank vollständig kopiert wurde. Dafür müsst ihr nach absetzen des Befehls eigentlich nichts mehr tun, alles andere wie das kopieren der Logfiles sollte ab hier automatisch passieren.

Weiteres Material dazu findet ihr z.B.im Technet.

Viele Grüsse

Walter Steinsdorfer