Skip to main content
SnapManager for Hyper-V
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Neukonfigurieren der Storage-Systeme nach einem Disaster-Recovery-Failback

Beitragende
PDFs

Nach dem Failover auf ein sekundäres Storage-System schließt SnapManager für Hyper-V die Disaster Recovery durch Failback zum ursprünglichen primären Storage-System ab. Durch das Failback wird die primäre Speicherfunktion auf den ursprünglichen primären Speicherstandort wiederhergestellt, nachdem die Speichersysteme wieder aktiviert oder ersetzt wurden.

Schritte

  1. Je nach Zustand des primären Storage-Systems führen Sie eine der folgenden Aktionen durch:

    Wenn das primäre Storage-System…​ Dann…​

    Wiederherstellbar

    Verschieben Sie die Daten vom sekundären Host zurück zum primären Storage-System.

    Vollständig zerstört

    Bereitstellung eines neuen Storage-Systems

  2. Management der SnapMirror Beziehung:

    1. Initialisieren Sie die SnapMirror-Beziehung vom sekundären Storage-System auf das primäre Speichersystem, um die Daten wiederherzustellen.

    2. Synchronisieren Sie die vorhandene SnapMirror Beziehung vom sekundären Storage-System zum primären Storage-System neu.

    3. Initiieren Sie mithilfe von SnapDrive auf dem sekundären Storage-System ein SnapMirror Update für jede der LUNs oder SMB-Shares auf dem sekundären Storage-System.

  3. Führen Sie je nach Konfiguration eine der folgenden Aktionen durch:

    Wenn das primäre Storage-System…​ Dann…​

    Ein Standalone-Host (SAN)

    Stellen Sie eine Verbindung zu allen Mount-Punkten und LUNs auf demselben primären Storage-System her.

    Ein geclusterter Host (SAN)

    Stellen Sie vom Node, auf dem die Cluster-Gruppe online ist, eine Verbindung zu allen Mount-Punkten und LUNs im Cluster her.

    Data ONTAP 8.1.x konfiguriert mit einem einzelnen LUN, das VMs auf einem Quell-FlexVol-Volume (SAN) hostet

    Damit SnapMirror Updates erfolgreich ausgeführt werden können, müssen Sie vor dem Start eines Backup-Jobs eine zweite, kleinere LUN (10 MB bis 100 MB) auf dem Quell-FlexVol-Volume erstellen. Stellen Sie vom Node, auf dem die Cluster-Gruppe online ist, eine Verbindung zu allen Mount-Punkten und LUNs im Cluster her.

    Ein Standalone- oder Cluster-Host (NAS)

    Das DP-Volume (Data Protection) unmounten, das DP-Volume als wiederschreibbar mounten, überprüfen, ob das Volume RWX-Berechtigungen hat und dann CIFS-Freigaben für die verschiedenen Volumes erstellen.

  4. Konfigurieren Sie SnapInfo auf Grundlage Ihrer Umgebung:

    Wenn Ihre Konfiguration…​ Dann…​

    San

    Stellen Sie die SnapInfo LUN aus der letzten Snapshot Kopie wieder her.

    NAS

    Mounten Sie das SnapInfo Verzeichnis.

    Bei NAS muss die ACL auf der Freigabe möglicherweise zurückgesetzt werden, wenn ein Fehler beim Zugriff auftritt oder Sie nicht zum Speicherort für die offengelegte SMB-Freigabe navigieren können.

  5. Fügen Sie den primären Host oder Cluster in SnapManager für Hyper-V MMC hinzu und konfigurieren Sie ihn mit dem SnapInfo Pfad.

  6. Geben Sie die folgenden Cmdlets ein:

    1. Rufen Sie die Liste der in den Backup-Metadaten vorhandenen VMs mit dem Cmdlet "Get-VMsFromBackup" ab.

    2. Erhalten Sie die Backup-Kopien für jede VM mit dem Cmdlet "Get-Backup", um die Backup-Kopien für jede VM zu erhalten.

  7. Verwenden Sie zur Wiederherstellung Restore-Backup Mit der VM-GUID und der Backup-Kopie mit den folgenden Parametern:

    Aus wiederherstellen…​ Diesen Befehl eingeben…​

    Einem alternativen Host

    Restore-Backup -Server Secondary_host_system_or_cluster_name -DisableVerifySnapshot -RestoreToAlternateHost

    Eine aufgeführte Sicherungskopie

    Restore-Backup -Server -VirtualMachinePath -SnapShotFilePath @VHD

    Für @VHD, In einer VM sind möglicherweise mehrere VHDs vorhanden. Sie müssen sowohl ein Quell- als auch ein Zielpfadpaar eingeben, das für jede VHD angegeben ist.

  8. Wenn es sich bei dem sekundären Hostsystem um ein Cluster handelt, führen Sie die folgenden Schritte aus:

    1. Stellen Sie sicher, dass die LUNs, auf denen sich die VMs befinden, auf dem Clusterknoten, der die Cluster-Gruppe besitzt, online sind.

    2. Stellen Sie die Virtual Machines mit den Failover PowerShell cmdlets zur Hochverfügbarkeit bereit.

    Nachdem die VMs von einem Cluster-Node aus als SMB Shares verfügbar gemacht wurden, sind die VMs für alle Hosts zugänglich, die zur Verwendung des Storage-System-Clusters konfiguriert wurden.

Beispiele für Failback

Das folgende Beispiel zeigt eine Einrichtung mit zwei Clustern, in der smhv-Cluster-01 der primäre Standort ist und hv-19-Cluster der sekundäre Standort ist:

PS C:\> Get-VMsFromBackup -Server smhv-cluster-01

winxp-x64c-135                593ABA72-B323-4AF7-9AC6-9514F64C0178
csv1-xp-3                     59B85C68-BAFA-4A49-8E85-A201045843F7
vm-w2k8r2sp1                  5A248757-872B-4FE7-8282-91C8E9D45CF9
um10_11_dr                    5AC1B2A8-6603-4F90-98F5-4F2F435AB0C2
winxp-x64c-30                 5B47D3CF-5D96-495D-9BAB-FB394392CF31
winxp-x64c-126                5B57EED1-B4F1-45A3-A649-24C6947CB79C
winxp-x64c-118                5B5D417B-70DC-427C-94BB-97FF81C5B92B
winxp-x64c-122                5BEE26B8-BE57-4879-A28E-9250A6A5EEFC
csv4-w2k3-19                  5D0613E5-B193-4293-8AAD-F8B94A5D851F

PS C:\> Get-Backup -Server smhv-cluster-01 -ResourceName
um10_11_dr

BackupName    : smhv-ccb-ds_04-10-2012_10.37.58
RetentionType : hourly
DatasetName   : smhv-ccb-ds
BackupId      : smhv-ccb-ds_04-10-2012_10.37.58
BackupTime    : 4/10/2012 10:37:58 AM
BackupType    : Application consistent
BackedupVMs   : {um10_11_dr}

PS C:\> Restore-Backup -Server smhv-cluster-01 -ResourceName
um10_11_dr -BackupName smhv-ccb-ds_04-10-2012_10.37.58
-DisableVerifySnapshot -RestoreToAlternateHost

Das folgende Beispiel zeigt eine SAN-Wiederherstellung auf einem alternativen Pfad, für den N:\ das Ziel ist und i:\ ist der Quell-LUN-Pfad:

PS C:\> Restore-Backup -Resourcename dr-san-ded1
-RestoreToAlternateHost -DisableVerifySnapshot -BackupName san_dr_09-11-2013_10.57.31 -Verbose
-VirtualMachinePath "N:\dr-san-ded1" -SnapshotFilePath "N:\dr-san-ded1" -VHDs @(@{"SourceFilePath" = "I:\dr-san-ded1\Virtual Hard Disks\dr-san-ded1.vhdx"; "DestinationFilePath" = "N:\dr-san-ded1\Virtual Hard Disks\dr-san-ded1"})

Im folgenden Beispiel wird ein NAS Restore-Vorgang in einem alternativen Pfad angezeigt, bei dem \\172.17.162.174\ der SMB-Freigabepfad des Quellsystems ist und \\172.17.175.82\ der Zielpfad für SMB-Freigabe ist:

PS C:\> Restore-Backup -Resourcename vm_claba87_cifs1
-RestoreToAlternateHost -DisableVerifySnapshot -BackupName ag-DR_09-09-2013_16.59.16 -Verbose
-VirtualMachinePath "\\172.17.175.82\vol_new_dest_share\ag-vm1" -SnapshotFilePath "\\172.17.175.82\vol_new_dest_share\ag-vm1" -VHDs @(@{"SourceFilePath" = "\\172.17.162.174\vol_test_src_share\ag-vm1\Virtual Hard Disks\ag-vm1.vhdx"; "DestinationFilePath" = "\\172.17.175.82\vol_new_dest_share\ag-vm1\Virtual Hard Disks\ag-vm1.vhdx"})

Verwandte Informationen

"Data ONTAP 8.2 Datensicherheit Online Backup und Recovery Guide für 7-Mode"

"SMB/CIFS-Referenz"