Hyper-V之02 虚拟机复制与故障转移

1)启用虚拟机复制功能

右键选择虚拟机win7-01-->"启用复制"

弹出启用复制对话框

点击“下一步”选择副本服务器

确认副本服务器的“复制配置”

指定连接参数

选择虚拟硬盘源文件位置

配置恢复历史记录

选择初始复制方法

复制向导确认

如果副本服务器的防火墙入站规则没有允许80端口接入,则会出现如下错误:

解决办法:在副本服务器HV02上创建入站规则,允许连接至80端口。

2)虚拟机复制过程

在复制启动后,通过Hyper-V 管理器能看见虚拟机的复制状态

复制运行状况的详细信息为:

在副本服务器上的目标文件夹会自动生成Hyper-V Replica文件夹并包含以下三个文件夹

Virtual hard disks and Virtual machines 的详细信息如下:

在复制同步完成后可以发现主要服务器和副本服务器的时间完全一致,同时在副本服务器上也多了WIN7-01这台虚拟机。

3)测试故障转移

在HV02宿主机上选择Win7-01-->复制-->测试故障转移

点击“测试故障转移”后,

会在Hyper-V 管理器中产生一个“Win7-01测试 ”的虚拟机,详细的硬盘文件信息为

4)启用故障转移

在HV01上选择Win7-01-->复制-->计划的故障转移

点击”故障转移”会做一些基本检查,如果在此之前没有做相关设置会弹出下面的错误窗口:

解决上面错误的办法就是:设置HV01的复制配置如下

点击"应用"后弹出在防火墙中开启80端口入站规则;

在更改以上两项设置后再次进行"计划的故障转移",则提示成功

此时,HV01宿主机上的WIN7-01状态为关机复制类型副本。

而HV02宿主机上的WIN7-01状态为运行且复制类型主要,同时Win7-01 测试虚拟机被自动删除。

连接至该虚拟机,则运行正常。

Hyper-V之02 虚拟机复制与故障转移,布布扣,bubuko.com

时间: 2024-10-20 01:30:09

Hyper-V之02 虚拟机复制与故障转移的相关文章

Windows 2012 Hyper –V 3.0 New Functions

1-Hyper –V 复制 Hyper-V 3.0提供的复制特性,允许管理员为现有的虚拟机创建副本,提供了一种简单而实用的故障转移和灾难恢复的方案 防火墙允许 HV2 启用复制,指定HV1 ,复制到HV1 察看复制状态 故障转移方式: 在HV2 上 ,选择计划故障转移 在HV1上也可以选择即时的故障转移 反向复制: 就是HV1 作为主服务器了,HV2 作了副本服务器 Hyper-V 不仅仅给用户提供了一种简单高效的灾难恢复方案,同时在安全性上支持证书身份验证,在副本初始化时,也提供了离线副本的选

Hyper - V (六)安装Hyper - V系统集成服务

安装Hyper - V系统集成服务 作用: 操作系统关闭 -- 当物理机关机时,Hyper - V 上的虚拟机将先于物理机关机.如不安装此服务,虚拟机将不会自动关机而造成类似于直接断电. 时间同步 -- 即虚拟机与物理机的时间同步 数据交换 -- 物理机可以查看到虚拟机的相关信息 ,如计算机名等 检测信号 -- 当虚拟机假死或无响应状态时,虚拟机会发送重启等信号 备份(卷快照) -- 开启备份功能 如何安装: 点击操作 --  插入集成服务安装盘 点击安装即可,安装完毕后重启 Hyper - V

第五部分 架构篇 第十四章 MongoDB Replica Sets 架构(自动故障转移/读写分离实践)

说明:该篇内容部分来自红丸编写的MongoDB实战文章. 1.简介 MongoDB支持在多个机器中通过异步复制达到故障转移和实现冗余,多机器中同一时刻只有一台是用于写操作,正是由于这个情况,为了MongoDB提供了数据一致性的保障,担当primary角色的服务能把读操作分发给Slave(详情请看前两篇关于Replica Set成员组成和理解). MongoDB高可用分为两种: Master-Slave主从复制:只需要在某一个服务启动时加上-master参数,而另外一个服务加上-slave与-so

Hyper-V虚拟化测试10测试故障转移

5.3.测试故障转移Hyper-V也提供了一个测试故障转移的测试方案,故障转移测试并非真正的实现故障转移,Hyper-V只是在我们的副本服务创建一个快照出来,是一个Hyper-V内置的测试方法,通过此方法,可以了解虚拟机的复制状态和有效性. 首先,找到需要复制测试的虚拟机,在主服务器上,查看下服务器的配置和信息,方便后续故障转移测试时查看信息用.这里创建了一个文本文件,然后看看服务器IP地址信息,如下:文本信息 IP地址信息 下面回到我们的副本服务器上,右键à复制à测试故障转移 因之前我们选择复

Win2012R2 Hyper-V初级教程17 -- 非计划故障转移和故障转移(上)

对于Hyper-V 复制的故障转移操作有三个主要选项: 计划内故障转移,顾名思义也就是按照预先确定的计划来进行故障转移.该方式需要满足两个前提条件:在初始故障转移前,虚拟机必须关闭:被复制主机必须也启用复制功能,并允许接收来自复制主机的复制. 测试故障转移,在复制服务器上进行操作,允许在不中断当前持续的复制配置下,生成并启动一个新的用于测试用途的虚拟机. 计划外故障转移,很容易理解了,被复制主机意外宕机时,我们便可以在复制主机上执行"故障转移",将该虚机启动上线. 在前一节,我们谈到了

Hyper-V故障转移群集搭建(4)

配置Hyper-V虚拟机高可用 故障转移群集配置OK后,一般的虚拟机管理,我们都是在群集管理器中或者通过SCVMM进行管理,但还有一种方法,还是通过Hyper-v管理器,但通过此方法创建的虚拟机是不具有高可用的,还需要将通过Hyper-V管理器创建的虚拟机添加到群集中. 以下是通过群集管理器的具体流程: 1. 通过群集管理器管理虚拟机 1) 打开群集管理器,右键:角色--虚拟机--新建虚拟机 2) 选择群集节点,承载虚机所需的资源 3) 打开虚拟机创建向导,点击:下一步 4) 输入虚拟机的名称,

mongodb集群故障转移实践

简介 NOSQL有这些优势: 大数据量,可以通过廉价服务器存储大量的数据,轻松摆脱传统mysql单表存储量级限制. 高扩展性,Nosql去掉了关系数据库的关系型特性,很容易横向扩展,摆脱了以往老是纵向扩展的诟病. 高性能,Nosql通过简单的key-value方式获取数据,非常快速.还有NoSQL的Cache是记录级的,是一种细粒度的Cache,所以NoSQL在这个层面上来说就要性能高很多. 灵活的数据模型,NoSQL无需事先为要存储的数据建立字段,随时可以存储自定义的数据格式.而在关系数据库里

win8/win10 自带Hyper V虚拟机

为什么是hyperV而不是vmware workstation或者virturalBox? 萝卜白菜,各有所爱.这里不比较数据,不深究技术,我选择的理由很简单:系统自带,不用安装额外的软件,而且性能也还可以. hyperV最早集成于win8中,win7及更老版本是没有此功能的.打开"任务管理器",在"性能"选项卡"虚拟化"中可到启用状态.可在BIOS设备.安全或CPU选项卡中找到虚拟化选项. BIOS中开启硬件支持后,可在"添加删除程序

Hyper v 单网卡 外部网络

先说一下环境: WIN 8.1 单网卡(有 无线 和 有线网卡, 但是没有多余的网络接口可插,还是等于单网卡) Hyper V 有3种虚拟交换机类型: 专用 / 内部 / 外部 各有各的用处, 我理解也不多,不多嘴误导大家. 今天说这个,是因为要做CSS和JS兼容调试, 开发用的都是IE11,用IE11的调试工具将文档模式调为 IE8 ,发现 jQuery.Validation 不能常运行. 但是用虚拟机装的 XP上直接用IE8 ,却没有任何问题,真的很蛋疼. 工作用的有两台电脑,一台装的是WI