Restore-StorageGroupCopy
Gilt für: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
Letztes Änderungsdatum des Themas: 2007-09-12
Sie verwenden das Cmdlet Restore-StorageGroupCopy in Umgebungen mit fortlaufender Clusterreplikation (CCR), mit fortlaufender lokaler Replikation (LCR) oder mit fortlaufender Standbyreplikation (SCR) als Teil des Aktivierungsprozesses für die Speichergruppenkopie. Der Administrator muss das Cmdlet Restore-StorageGroupCopy vor der Durchführung eines Mount-Database-Vorgangs ausführen.
Syntax
Restore-StorageGroupCopy -Identity <StorageGroupIdParameter> [-Confirm [<SwitchParameter>]] [-DomainController <Fqdn>] [-Force <SwitchParameter>] [-ReplaceLocations <SwitchParameter>] [-StandbyMachine <String>] [-WhatIf [<SwitchParameter>]]
Detaillierte Beschreibung
Das Cmdlet Restore-StorageGroupCopy ist erforderlich, damit der Microsoft Exchange Server 2007-Administrator im Zuge der Wiederherstellung nach einem Ausfall oder einer Beschädigung der aktiven Kopie der Datenbank die passive Kopie einer Datenbank oder eine SCR-Zieldatenbank bereitstellen kann. In einer LCR-Konfiguration wird davon ausgegangen, dass der Administrator die Daten über einen Dateisystem- oder Volumevorgang wie die Verwendung und Änderung von Volumebereitstellungspunkten verschiebt. Dies ist die empfohlene Methode, denn hiermit bleiben die Benennungskonventionen zwischen den Pfaden erhalten, die für die passive Kopie oder die SCR-Ziele und die aktiven Kopie der Datenbanken verwendet wurden.
Der ReplaceLocations-Parameter wird in einer LCR-Umgebung verwendet, wenn der Administrator die Replikation beenden und die passive Kopie einer Datenbank aktivieren möchte, indem er die Speicherorte dieser Objekte im Active Directory-Verzeichnisdienst so ändert, dass sie auf die Pfade verweisen, unter denen sich die passive Kopie der Speichergruppen- und Datenbankdateien befindet. Dies lässt sich im Handumdrehen erledigen, und nach Abschluss des Vorgangs sind Sie in der Lage, die Datenbank bereitzustellen. Wird diese Option nicht verwendet, müssen die Daten aus der passiven Kopie in die Pfade für die aktive Kopie der Speichergruppe kopiert oder verschoben werden. Wenn dies nicht über Dateisystem-Umbenennungsbefehle oder Volumevorgänge möglich ist, verhält sich die Ausfalldauer proportional zu der Zeit, die zum Kopieren der Protokolle und Datenbankdateien benötigt wird.
In einer CCR-Umgebung befindet sich die zu aktivierende Kopie auf einem anderen Knoten und bereits am richtigen Speicherort. Daher ist es nicht erforderlich, im Zuge des Aktivierungsprozesses den Speicherort der Protokolle oder der Datenbank zu ändern.
Sie können das Cmdlet Restore-StorageGroupCopy verwenden, um die Verlusteinschränkungen für die Bereitstellung der Speichergruppe auf dem neuen aktiven Knoten außer Kraft zu setzen. AutoDatabaseMountDial kann beispielsweise auf Verlustfrei festgelegt werden. Das bedeutet, dass die Datenbank nicht bereitgestellt wird, wenn auch nur eine der Protokolldateien des zuletzt bereitgestellten Knotens nicht kopiert und in die Kopie wiedergegeben werden kann. Liegt dieser Zustand vor, können Sie die Speichergruppenkopie wiederherstellen und die Datenbank bereitstellen.
Hinweis
Unter bestimmten Bedingungen ist es zum Außerkraftsetzen der Verlusteinschränkungen für die Bereitstellung der Speichergruppe auf dem neuen aktiven Knoten erforderlich, ein erneutes Seeding der Speichergruppe des zuvor aktiven Knotens durchzuführen. Das erneute Seeding ist z. B. erforderlich, wenn ein oder mehrere Protokolle in der Verlustregion in die Datenbank geschrieben wurden.
Mit dem Cmdlet Restore-StorageGroupCopy wird die fortlaufende Replikation für die Speichergruppe beendet und die passive Kopie oder die SCR-Zieldatenbank für das Cmdlet Mount-Database zugänglich gemacht. Das Cmdlet Restore-StorageGroupCopy sollte insbesondere wie folgt verwendet werden:
Verwenden Sie das Cmdlet in einer CCR-Umgebung, wenn die Datenbank mit der automatischen Bereitstellungsunterstützung nicht bereitgestellt werden kann und der Administrator explizit eingreifen muss, um die Datenbank bereitzustellen.
Verwenden Sie das Cmdlet in einer LCR-Umgebung, um LCR zu deaktivieren und die passive Kopie für das Cmdlet Mount-Database verfügbar zu machen.
Verwenden Sie das Cmdlet in einer SCR-Umgebung, um SCR zu deaktivieren und die SCR-Zielkopie für das Cmdlet Mount-Database verfügbar zu machen.
Das Cmdlet Restore-StorageGroupCopy kann die folgenden Aufgaben erfüllen:
Es kennzeichnet die Datenbank der Speichergruppe als bereitstellbar.
Es stellt, sofern anwendbar, einen Bericht über den Datenverlust bereit, der durch die Bereitstellung der Datenbank in der Speichergruppe entsteht.
Es prüft, ob alle Protokolldateien, die von der aktiven Kopie der Speichergruppe generiert wurden, am Speicherort der Speichergruppendateien der passiven Kopie vorhanden sind. Sollten irgendwelche Protokolldateien fehlen, wird versucht, die fehlenden Protokolldateien zu kopieren.
Hinweis
Wenn nicht alle erforderlichen Protokolldateien verfügbar sind und das Cmdlet Restore-StorageGroupCopy sie nicht erfolgreich vom Speicherort der aktiven Speichergruppendateien kopieren kann, hat dies in der Datenbank einen Datenverlust zur Folge. Informationen über die Art und Weise, wie CCR Datenverlust behandelt, finden Sie unter Fortlaufende Clusterreplikation.
Bei LCR und SCR wird hiermit zudem auch die fortlaufende Replikation deaktiviert.
In der LCR-Umgebung muss bei einem Datenverlust in der Datenbank der Inhaltsindex neu erstellt werden.
Dieser Befehl muss für LCR auf dem Server ausgeführt werden, auf dem sich die Speichergruppe befindet.
Hinweis
Bei CCR muss die passive Kopie zuerst bereitgestellt werden, um zur aktiven Kopie werden zu können. Nachdem die Kopie bereitgestellt und aktiv gemacht wurde, wird sie zur neuen aktiven Kopie für die nachfolgende Replikationsaktivität.
Damit Sie den folgenden Code ausführen können, 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.
Parameter
| Parameter | Erforderlich | Typ | Beschreibung |
|---|---|---|---|
Identity |
Erforderlich |
Microsoft.Exchange.Configuration.Tasks.StorageGroupIdParameter |
Der Parameter Identity akzeptiert einen der folgenden Werte:
|
Confirm |
Optional |
Boolean |
Der Parameter Confirm führt dazu, dass der Befehl die Verarbeitung unterbricht und vom Administrator die Bestätigung der Aufgabe des Befehls erfordert, bevor die Verarbeitung fortgesetzt wird. Der Standardwert lautet $true. |
DomainController |
Optional |
Microsoft.Exchange.Data.Fqdn |
Um den vollständig qualifizierten Domänennamen (FQDN) des zu verwendenden Domänencontrollers anzugeben, schließen Sie den Parameter DomainController in den Befehl ein. |
Force |
Optional |
System.Management.Automation.SwitchParameter |
Der Parameter Force kann verwendet werden, wenn der Task programmgesteuert ausgeführt wird und die Anforderung von Administratoreingaben unangemessen ist. Wenn Force nicht im Cmdlet angegeben ist, wird die Eingabe durch einen Administrator angefordert. Wenn Force im Cmdlet angegeben ist, der Wert jedoch ausgelassen wird, lautet der Standardwert "$true". Wenn das Cmdlet Restore-StorageGroupCopy ausgeführt wird, um ein SCR-Ziel für die Bereitstellung verfügbar zu machen, muss der Force-Parameter eingeschlossen werden, wenn die SCR-Quelle nicht verfügbar ist. |
ReplaceLocations |
Optional |
System.Management.Automation.SwitchParameter |
Der Parameter ReplaceLocations wird in einer LCR-Konfiguration verwendet, wenn der Administrator die Replikation beenden und die Pfade der Kopie in die Speicherortattribute der Produktionsspeichergruppe und -datenbank übernehmen möchte. Die Pfade der Produktionsdatenbank- und -speichergruppenobjekte werden mit den Speicherorten der Kopie aktualisiert. Der Parameter ReplaceLocations ist in einer CCR-Umgebung nicht gültig. |
StandbyMachine |
Optional |
System.String |
Der Parameter StandbyMachine wird verwendet, um den Namen eines Servers anzugeben, auf dem das wiederherzustellende SCR-Ziel gehostet wird. Dieser Parameter muss für die Wiederherstellung eines SCR-Ziels verwendet werden. Wird der Parameter nicht eingeschlossen, bezieht sich der Task auf die passive LCR- oder CCR-Kopie. |
WhatIf |
Optional |
Boolean |
Der Parameter WhatIf weist das Cmdlet an, die für das Objekt ausgeführten Aktionen lediglich zu simulieren. Durch Verwendung des Parameters WhatIf kann der Administrator die sich ergebenden Änderungen anzeigen, ohne diese Änderungen tatsächlich auszuführen. Der Standardwert lautet $true. |
Fehler
| Fehler | Beschreibung |
|---|---|
|
Der Task konnte wegen eines Verbindungsproblems keine Verbindung mit dem Cluster herstellen, oder der Cluster ist nicht verfügbar. |
|
Der Server ist kein Exchange 2007-Server. |
|
Der Benutzer verfügt nicht über Exchange Server-Administratorrechte. |
|
Der angegebene Server der Speichergruppe existiert nicht. |
|
Dieser Task muss auf dem Computer des Replikationsziels ausgeführt werden. |
|
Der angegebene Parameter ist nicht vorhanden, oder die angegebene Kombination ist ungültig. |
|
Diese Replikationskonfiguration wird nicht unterstützt. Die Replikation wurde nicht aktiviert. |
|
Der Parameter ReplaceLocations wurde angegeben, und die Speicherorte der Produktionsspeichergruppe konnten nicht mit den erforderlichen Pfaden aktualisiert werden. |
|
Die angegebene Kopie befindet sich nicht in einem fehlerfreien Zustand. |
|
Die Bereitstellung der Datenbank der angegebenen Speichergruppe ist nicht aufgehoben. |
|
Die Replikation kann die Speichergruppe nicht verfügbar machen. |
|
Ein interner Fehler ist aufgetreten. Das Cmdlet Restore-StorageGroupCopy konnte die Informationen über alle Datenbanken für LCR nicht abrufen. |
|
Ein interner Fehler ist aufgetreten, weil eine Sicherung ausgeführt wurde. |
|
Es ist ein interner Fehler aufgetreten, da die Speichergruppe nicht online ist. |
|
Es befinden sich keine Datenbanken in der Speichergruppe. |
|
Erfolgsbericht, der beschreibt, welche Aktionen ausgeführt und welche Ergebnisse erzielt wurden, einschließlich des Umfangs des bei der Wiederherstellung entstandenen Datenverlusts. Der Bericht gibt außerdem an, ob die Pfade aktualisiert wurden, und was als nächstes zu tun ist. |
|
Die Speichergruppe wurde bereits für die Bereitstellung verfügbar gemacht. |
Beispiel
Das erste Codebeispiel zeigt, wie LCR für eine Speichergruppe mit Namen SG1 deaktiviert und die passive Kopie der Speichergruppe aktiviert wird, um sie für einen Mount-Database-Vorgang verfügbar zu machen.
Im zweiten Beispiel wird gezeigt, wie ein SCR-Ziel auf Server2 für eine Speichergruppe mit Namen SG1 aktiviert und für die Bereitstellung verfügbar gemacht wird.
Restore-StorageGroupCopy -Identity:SG1
Restore-StorageGroupCopy -Identity:SG1 -StandbyMachine:Server2