Hyper-V 3.0功能部署PART 8:计划故障转移

简介:

在前面的文章中,我们已经完成对虚拟机复制的配置,以及对虚拟机复制的测试。但是在实际情况中,虚拟机复制功能所提供的故障转移是如何的呢?我们在进行故障转移时是否需要复杂的操作或者很多考虑?带着疑问,我们进行一次计划的故障转移展示。

首先,我们需要做的就是关闭我们主虚拟机,因为是系统层面的故障转移,所以我们必须把主虚拟机停掉,模拟出现故障的场景。我们在Hyper-V管理器中,找到运行主虚拟机的Hyper-V主机,并把主虚拟机关闭。

clip_image001[17]

在完全关闭后,我们右键主虚拟机,选择“复制”-“计划的故障转移”。

clip_image002[4]

在开启计划的故障转移对话框后,我们可以非常直观的看到先决条件以及在进行故障转移时会进行那些操作。我们可以选择是否在故障转移后启动副本虚拟机,并且我们单机故障转移后,开始之后的每一个步骤。

clip_image003[4]

在先决条件检查部分还是很快的,基本上都是瞬间完成。

clip_image004[4]

然后会进行具体的操作,包括将未复制的数据发送到副本服务器、启动故障转移、启动副本。

clip_image005[4]

在成功完成之后,我们可以在Hyper-V的副本主机上看到虚拟机已经开始运行了,并且在下方的复制选项卡中可以看到具体的信息。

clip_image006[4]

此时如果我们对正在运行的虚拟机进行故障转移的话就会看到错误提示,告知我们无法对正在运行的虚拟机进行故障转移。如果想要移动虚拟机,应该使用移动功能,而不是故障转移,这点需要注意。

clip_image007[4]

今天的内容非常的少,总而言之,Hyper-V的每个功能都做得非常的细致,这点让人感到欣慰,虽然在操作上仍然有些复杂,但功能本身是非常强大,非常好的。



 本文转自 reinxu 51CTO博客,原文链接:http://blog.51cto.com/reinember/1305681,如需转载请自行联系原作者



相关文章
|
存储 SQL 文字识别
虚拟机模拟部署Extended Clusters(四)故障模拟测试,存储链路恢复
asm 磁盘组 当链路恢复之后,磁盘状态显示MISSING(CRS_0000,OCR_0000)。 [grid@prod02 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.
4829 0
|
存储 文字识别 Oracle
虚拟机模拟部署Extended Clusters(三)故障模拟测试,存储链路断开
集群状态: [root@prod02 ~]# crsctl stat res -t -------------------------------------------------------------------------------- NAME TARGET ST.
1514 0