SnapManager for Hyper-V
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

从灾难恢复故障转移中恢复和还原

贡献者

要从灾难中恢复、SnapManager for Hyper-V必须先故障转移到二级存储系统。故障转移涉及PowerShell中的一系列手动步骤。

关于此任务

对于NAS和SAN、大多数备份都可以还原到备用主机;但是、Windows Server 2008 R2崩溃状态一致的备份无法还原到备用主机。

步骤
  1. 如果您正在二级站点上运行Data ONTAP 8.1.x、请在适用于Windows的SnapDrive MMC的传输协议设置(TPS)中输入Storage Virtual Machine (SVM)信息。

  2. 从二级存储系统连接到所有LUN。

    如果二级存储系统是集群存储系统、请转到集群组(即目标集群中的可用存储组所有者节点)处于联机状态的节点、然后连接到集群中该节点的所有LUN。有关映射LUN的信息、请参见SnapDrive for Windows文档。

  3. 根据您的配置、执行以下操作之一:

    主存储系统 那么 …​

    独立主机(SAN)

    连接到主存储系统上所有相同类型的挂载点和LUN。

    集群模式主机(SAN)

    从集群组联机的节点、连接到集群中的所有挂载点和LUN。

    Data ONTAP 8.1.x配置了一个LUN、用于托管源FlexVol 卷(SAN)上的VM

    要成功更新SnapMirror、您必须在源FlexVol 卷上创建一个更小的第二个LUN (10 MB到100 MB)、然后再启动备份。从集群组联机的节点、连接到集群中的所有挂载点和LUN。

    独立主机或集群主机(NAS)

    卸载数据保护(DP)卷、将DP卷挂载为可重写卷、验证此卷是否具有rwx权限、然后为不同卷创建CIFS共享。

  4. 根据您的环境重新配置SnapInfo:

    如果您的配置 …​ 那么 …​

    SAN

    从最后一个Snapshot副本还原SnapInfo LUN。

    NAS

    挂载SnapInfo目录。

    对于NAS、如果出现拒绝访问错误、或者无法浏览到公开的SMB共享位置、则可能需要重置共享上的访问控制列表。

    备注 在使用System Center Virtual Machine Manager (SCVMM)控制台和Data ONTAP SMI-S代理时、这是典型的。
  5. 在SnapManager for Hyper-V MMC中添加二级存储系统或集群、然后使用SnapInfo路径对其进行配置。

  6. 输入以下cmdlet:

    1. 输入`Get-VMsFromBackup`以检索备份元数据中存在的VM列表。

    2. 输入`Get-Backup`以获取每个VM的备份副本。

  7. 要还原、请使用`Restore-Backup`和VM GUID以及具有以下参数的备份副本:

    还原自…​ 输入此命令 …​

    备用主机

    Restore-Backup -Server``Secondary_host_system_or_cluster_name -DisableVerifySnapshot -RestoreToAlternateHost

    列出的备份

    Restore-Backup -Server -VirtualMachinePath -SnapShot FilePath @VHD

    对于`@VHD`、一个虚拟机可能具有多个VHD;请确保输入为每个VHD指定的源路径对和目标路径对。

  8. 如果辅主机系统是集群、请完成以下步骤:

    1. 确保VM所在的LUN在拥有集群组的集群节点上处于联机状态。

    2. 使用故障转移PowerShell cmdlet使VM具有高可用性。

故障转移示例

以下示例显示了一个双集群设置、其中smhv-cluster-01是主站点、而hv-19-cluster是二级站点:

PS C:\> Get-VMsFromBackup -Server hv-19-cluster

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 hv-19-cluster -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 hv-19-cluster -ResourceName
um10_11_dr -BackupName smhv-ccb-ds_04-10-2012_10.37.58
-DisableVerifySnapshot -RestoreToAlternateHost

以下示例显示了一个SAN还原操作、该操作会还原到一个备用路径、其中N:\是目标路径、I:\是源LUN路径:

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"})

以下示例显示了一个NAS还原操作、该操作将还原到备用路径、其中\\172.17.162.174\是源SMB共享路径、\\172.17.175.82\是目标SMB共享路径:

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"})
  • 相关信息 *