Wiederherstellen nach Datenbankbeschädigung

 

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

Letztes Änderungsdatum des Themas: 2006-12-19

In diesem Thema wird erläutert, wie Sie eine CCR-Kopie (Cluster Continuous Replication) wiederherstellen, nachdem eine Beschädigung der Datenbank ermittelt wurde.

Es müssen zwei Fälle berücksichtigt werden:

  • Die Beschädigung wird in der passiven Kopie ausgemacht.   In diesem Fall ist der Knoten möglicherweise durch einen geplanten Ausfall zur Wiederherstellung auf dem aktiven Server nach einer Beschädigung passiv geworden oder die Beschädigung ist während der passiven Verarbeitung aufgetreten.

  • Die Beschädigung befindet sich auf dem aktiven Server.   Diese Bedingung wurde als Teil der Wiederherstellung aufgrund einer Beschädigung der passiven Kopie erkannt.

Sie sollten Beschädigungen oder Volumefehler in der Kopie so schnell wie möglich beheben. Solange eine solche Situation nicht behoben wurde, stellt der passive Knoten kein gutes Wiederherstellungsziel für die betroffene Datenbank dar. Daher könnte die betroffene Datenbank bei Auftreten eines Fehlers nicht bereitgestellt und auf die in dieser Datenbank gespeicherten Postfächer nicht zugegriffen werden.

Bevor Sie beginnen

Um das folgende Verfahren ausführen zu können, müssen Sie sich mit einem Domänenkonto anmelden, das über die Berechtigungen der lokalen Gruppe Administratoren sowie der Gruppe Exchange Server-Administratoren verfügt.

Verfahren

So stellen Sie eine fortlaufende Clusterreplikationskopie her, nachdem eine Datenbank als beschädigt erkannt wurde

  1. Wenn eine Beschädigung in der passiven Kopie erkannt wird, muss das Speichervolume für die passive Datenbank überprüft werden. Weist der Speicher Probleme auf, durch die er als Host für die Datenbank nicht mehr geeignet ist? Sie müssen für die Hardware eine Diagnose sowie Ereignisberichte erstellen, um dieses abschätzen zu können.

  2. Die einzige Wiederherstellungsmethode für eine beschädigte Datenbank ist es, das Seedrouting für die passive Kopie durchzuführen. Die zum Durchführen dieses Verfahrens erforderlichen Schritte, sind unter Seeding einer fortlaufenden Clusterreplikationskopie ausführlich beschrieben.

    Hinweis

    Wenn das Cmdlet Update-StorageGroupCopy, das unter Seeding einer fortlaufenden Clusterreplikationskopie ausführlich beschrieben wird, aufgrund einer Beschädigung in der Produktionsdatenbank fehlschlägt, dann müssen Sie sich dieser Beschädigung annehmen. Sie müssen die Wiederherstellung mithilfe einer zulässigen Sicherung und allen Protokollen seit dem Vorkommen der letzten vollständigen erfolgreichen Sicherung durchführen. Ziehen Sie die Dokumentation der Sicherungsanwendung zu Rate, um die zum Durchführen der Wiederherstellung erforderlichen Schritte zu ermitteln.