Update-StorageGroupCopy
Gilt für: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1
Letztes Änderungsdatum des Themas: 2007-10-31
Verwenden Sie das Cmdlet Update-StorageGroupCopy zum Initiieren oder erneuten Synchronisieren der Replikation für eine angegebene Speichergruppenkopie in einer Umgebung mit fortlaufender Clusterreplikation (Cluster Continuous Replication, CCR) bzw. fortlaufender lokaler Replikation (Local Continuous Replication, LCR) unter Microsoft Exchange Server 2007. Mithilfe des Cmdlets kann außerdem die Replikation in einer Umgebung mit fortlaufender Standbyreplikation (Standby Continuous Replication, SCR) erneut synchronisiert werden.
Syntax
Update-StorageGroupCopy -Identity <StorageGroupIdParameter> [-Confirm [<SwitchParameter>]] [-DataHostNames <String[]>] [-DeleteExistingFiles <SwitchParameter>] [-DomainController <Fqdn>] [-Force <SwitchParameter>] [-ManualResume <SwitchParameter>] [-StandbyMachine <String>] [-TargetPath <LocalLongFullPath>] [-WhatIf [<SwitchParameter>]]
Detaillierte Beschreibung
Mit dem Cmdlet Update-StorageGroupCopy können Sie die Replikation für eine passive CCR- oder LCR-Kopie oder ein SCR-Ziel manuell initiieren oder erneut synchronisieren. Das Cmdlet setzt die Replikation für die Speichergruppenkopie automatisch fort. Wenn Sie die Replikation manuell fortsetzen möchten, können Sie das Cmdlet mit dem Parameter ManualResume ausführen.
Dieser Vorgang sollte in folgenden Situationen durchgeführt werden:
Sie haben eine Speichergruppenkopie mithilfe von LCR oder SCR erstellt, die nicht über eine Basisdatenbank verfügt.
Die passive Kopie der Datenbank oder des SCR-Ziels ist fehlerhaft.
Die passive Kopie der Datenbank oder des SCR-Ziels ist veraltet.
Sie verwenden eine Umgebung mit fortlaufender Replikation und müssen für die passive Kopie eine neue Basisdatenbank erstellen. Dies kann bei Beschädigungen, einigen Konfigurationsänderungen, ausgefallenen Servern oder einer ungültigen Basisliniendatenbank in der passiven Kopie der Fall sein.
Sie haben eine Offlinedefragmentierung für die aktive oder die passive Kopie der Datenbank ausgeführt.
Beachten Sie Folgendes bei der Verwendung des Cmdlets Update-StorageGroupCopy:
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 Sie z. B. ein SCR-Ziel an einem physikalischen Remotestandort verwenden, können Sie den Parameter TargetPath zum lokalen Durchführen des Updates auf der SCR-Quelle verwenden und dann ein Kopierdienstprogramm einsetzen, das Datenkomprimierung zur Verfügung stellt, um die Kopie über das Netzwerk auf den SCR-Zielcomputer 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.
Wenn der Parameter StandbyMachine nicht angegeben ist, wird das Cmdlet Update-StorageGroupCopy auf die lokale passive LCR- oder CCR-Kopie angewendet.
Der Befehl Update-StorageGroupCopy kann nicht ausgeführt werden, während Sicherungen (Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) oder Legacystreamingsicherungen) für die gleiche Speichergruppe ausgeführt werden.
Wenn die Verbindung mit der aktiven Kopie verloren geht oder fehlschlägt, muss der Vorgang vollständig neu gestartet werden.
Vor dem Initialisieren des Cmdlets müssen Sie prüfen, ob genügend Speicherplatz vorhanden ist, da keine automatische Überprüfung vorgenommen wird. Bei Verwendung des Parameters DeleteExistingFiles ist Speicherplatz für zwei Kopien der Datenbank auf dem Zieldatenträger erforderlich, da die vorhandene Datenbank erst nach dem erfolgreichen Erstellen einer neuen Datenbank gelöscht wird.
Das Cmdlet Update-StorageGroupCopy kann sich auf die verfügbare Netzwerkbandbreite und unter Umständen auch auf die Leistung des Produktionsservers auswirken. Mithilfe des Parameters DataHostNames können Sie das Netzwerk angeben, das für das Seeding oder erneute Seeding verwendet werden soll.
Bei Ausführung des Cmdlets Update-StorageGroupCopy dürfen sich keine Exchange-Dateien am Zielspeicherort befinden. Außerdem muss die Replikationsaktivität für die Speichergruppenkopie angehalten sein. Verwenden Sie das Cmdlet Suspend-StorageGroupCopy, um die Speichergruppenkopie anzuhalten. Sobald das Seeding erfolgreich abgeschlossen ist, wird die Replikation für die Speichergruppenkopie automatisch neu gestartet, sofern nicht der ParameterManualResume festgelegt ist.
Um das Cmdlet Update-StorageGroupCopy auf einem Computer ausführen zu können, auf dem ein Postfachclusterserver installiert ist, müssen Sie ein Konto verwenden, an das die Exchange-Serveradministrator-Rolle delegiert wurde und das Mitglied der lokalen Gruppe Administratoren für den Zielserver ist. 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 |
System.Management.Automation.SwitchParameter |
Der Parameter Confirm führt dazu, dass der Befehl die Verarbeitung unterbricht und die mit dem Befehl ausgeführte Aktion vom Administrator bestätigt werden muss, bevor die Verarbeitung fortgesetzt wird. Der Standardwert lautet "$true". |
DataHostNames |
Optional |
System.String[] |
Der Parameter DataHostNames gibt an, welche Clusternetzwerke für das Seeding zu verwenden sind. Maximal zwei Hostnamen können angegeben werden. |
DeleteExistingFiles |
Optional |
System.Management.Automation.SwitchParameter |
Der Parameter DeleteExistingFiles bewirkt, dass der Befehl die vorhandenen Protokolldateien am Zielspeicherort entfernt. Es werden nur die Dateien entfernt, auf die geprüft wird. Sind andere Dateien vorhanden, tritt ein Fehler auf. Andere Dateien auf dem Zielspeicherort werden nicht bearbeitet. Daher müssen Sie bei Vorhandensein anderer Dateien diese manuell entfernen. |
DomainController |
Optional |
Microsoft.Exchange.Data.Fqdn |
Der Parameter DomainController kann im Cmdlet verwendet werden, um den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) des Domänencontrollers anzugeben, der für den Zugriff auf das Speichergruppenobjekt verwendet wird. |
Force |
Optional |
System.Management.Automation.SwitchParameter |
Verwenden Sie den Parameter Force, wenn der Task programmgesteuert ausgeführt wird und eine Aufforderung zur Eingabe durch den Administrator nicht geeignet 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". |
ManualResume |
Optional |
System.Management.Automation.SwitchParameter |
Verwenden Sie den Parameter ManualResume, wenn das Cmdlet Update-StorageGroupCopy die Replikation für die Speichergruppenkopie nicht automatisch fortsetzen soll. Dieser Parameter ermöglicht es Ihnen, die Replikation für die Speichergruppenkopie manuell fortzusetzen. |
StandbyMachine |
Optional |
System.String |
Der Parameter StandbyMachine gibt den Namen eines Servers an, der als Ziel für SCR konfiguriert ist. Dieser Parameter muss beim Aktualisieren der Speichergruppenkopie für ein SCR-Ziel verwendet werden. Wenn der Parameter StandbyMachine nicht angegeben ist, wird das Cmdlet Update-StorageGroupCopy auf die lokale passive LCR- oder CCR-Kopie angewendet. |
TargetPath |
Optional |
Microsoft.Exchange.Data.LocalLongFullPath |
Der Parameter TargetPath gibt den Speicherort der Datenbankdatei auf dem lokalen Computer an. In diesem Verzeichnis wird die Datenbank gespeichert. Der letzte Teil des Pfads wird durch den Basisnamen der Quelle festgelegt. In einer CCR-Umgebung muss Update-StorageGroupCopy auf dem passiven Knoten ausgeführt werden, wenn der Parameter TargetPath ausgelassen wird. In einer SCR-Umgebung muss Update-StorageGroupCopy auf dem SCR-Zielcomputer ausgeführt werden, wenn der Parameter TargetPath ausgelassen wird. |
WhatIf |
Optional |
System.Management.Automation.SwitchParameter |
Der Parameter WhatIf weist den Befehl 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 aufgrund eines Kommunikationsproblems keine Verbindung mit dem Server herstellen. |
|
Die Speichergruppe muss angehalten werden, bevor das Seeding durchgeführt werden kann. |
|
Dieser Task muss auf die passive Kopie angewendet werden, wenn der Parameter TargetPath ausgelassen wird. |
|
LCR und CCR werden nur in Exchange 2007 unterstützt. SCR wird nur von Microsoft Exchange Server 2007 Service Pack 1 (SP1) unterstützt. |
|
Benutzer verfügt nicht über eine Exchange-Serveradministratorberechtigung auf dem angegebenen Server. |
|
Die angegebene ID ist nicht vorhanden. |
|
Die angegebene Speichergruppe ist nicht für Replikationsunterstützung konfiguriert. |
|
Protokolldateien und eine Datenbank wurden vor dem Ausführen einer Aktualisierung ohne target path nicht gelöscht. Löschen Sie Protokoll, Datenbank, Prüfpunkt und JTX-Dateien auf dem Zielstandort. |
|
Die Produktionsdatenbank ist nicht bereitgestellt. Stellen Sie die Datenbank bereit, und führen Sie den Task erneut aus. |
|
Der angegebene Pfad ist nicht verfügbar oder schreibgeschützt. |
|
Die Quelldatenbank wird bereits gesichert. |
|
Die Verbindung mit der Quelle ging verloren. Die Aktualisierung wurde beendet. |
|
Fehler beim Seeding. Gründe:
|
|
Verzeichnis zum Hosten der Datenbank konnte nicht erstellt werden. |
|
Mit dem Parameter DataHostNames können höchstens zwei fortlaufende Replikationshostnamen angegeben werden. |
|
Sie müssen einen fortlaufenden Replikationshostnamen angeben, der auf dem lokalen Knoten registriert ist. |
Beispiel
Das erste Beispiel zeigt, wie das erneute Seeding der passiven Kopie einer Speichergruppe namens "SG1" auf "Server1" ausgeführt wird.
Das zweite Beispiel zeigt, wie das erneute Seeding der passiven Kopie einer Speichergruppe namens "SG1" auf einem Postfachclusterserver namens "Server1" unter Verwendung von zwei fortlaufenden Replikationshostnamen, "NET1" und "NET2", ausgeführt wird.
Das dritte Beispiel zeigt, wie das erneute Seeding einer SCR-Zielkopie einer Speichergruppe namens "SG1" auf "Server1" ausgeführt wird, wobei sich die SCR-Zielkopie auf einem Server namens "Server2" befindet.
Update-StorageGroupCopy -Identity Server1\SG1
Update-StorageGroupCopy -Identity Server1\SG1 -DataHostNames {Net1,Net2}
Update-StorageGroupCopy -Identity Server1\SG1 -StandByMachine Server2