hyper-v故障转移群集配置图文详解

XXX 迁移到Hyper-v V2.0XXX 迁移到 XXX-V第一章：XXX-V 技术概览Hyper-V 角色可利用 Windows Server 2012 内置的虚拟化技术创建和管理虚拟化计算环境。

安装 Hyper-V 角色会安装所需的组件，并会安装管理工具（可选）。

所需的组件包括Windows 虚拟机监控程序、Hyper-V 虚拟机管理服务、虚拟化WMI 提供程序以及其他虚拟化组件，如虚拟机总线（VMbus）、虚拟化服务提供程序（VSP）和虚拟基础结构驱动程序（VID）。

XXX-V 角色的管理工具包括：基于 GUI 的管理工具：Hyper-V 管理器、XXX 管理控制台（MMC）管理单元以及虚拟机连接（此连接提供了对虚拟机视频输出的访问权，从而使你可以与虚拟机进行互动）。

特定于 Hyper-V 的 Windows XXX。

Windows Server 2012包括 Hyper-V 模块，提供了对 GUI 中所有可用功能以及整个GUI 中不可用功能的命令行访问权。

XXX-V 技术可虚拟化硬件以提供可在一个物理计算机上同时运行多个操作系统的环境。

XXX-V 可让你创建和管理虚拟机及其资源。

每个虚拟机都是可单独运行其各自操作系统的虚拟化计算机系统。

在虚拟机内运行的操作系统被称为“来宾操作系统”。

XXX-V 提供了基础结构，这样你可以虚拟化应用程序和工作负载，用来支持旨在提高效率和降低成本的各种商业目标，如：建立或扩展私有云环境。

XXX-V 可帮助你接触或扩展共享资源的用途，并随着需求的变化而调整利用率，以根据需要提供更灵活的 IT 服务。

提高硬件利用率。

通过将服务器和工作负载合并到数量更少但功能更强大的物理计算机上，可以减少对资源（如电源和物理空间）的消耗。

改进业务连续性。

XXX-V 可帮助你将计划和非计划停机对工作负载的影响降到最低限度。

建立或扩展虚拟机基础结构（VDI）。

包含 VDI 的集中式桌面策略可帮助你提高业务灵活性和数据安全性，还可简化法规遵从性以及对桌面操作系统和应用程序的管理。

Windows server 2012 Hyper-V故障转移群集和终端用户相比，企业用户对于业务的连续性和可靠性更为在意。

相对而言，企业一般不会将追逐单一硬件的性能排在第一位。

如何衡量业务是否持续可用，一般使用"x 个9"这种方式来定义。

如我们常说的"3 个9"，即表示年可用性为99.9%，也即意味着一年只能有76 个小时的系统停机时间。

对于单台物理服务器而言，这意味着该设备一年内不能出现硬件损坏的情况，否则更换配件和重新上架的时间过长，很容易导致可用性等级超出这个标准。

像"5 个9"，甚至"6 个9"这种高可用性是如何实现的呢？可想而知，通过单台物理服务器来实现这种目标将是非常苛刻且成本高昂的。

常见的可用性与相应的可允许停机时间如表8-1 所示。

为了满足企业对业务持续可用的追求，降低年故障停机时间，系统、网络、存储各大厂商都引入了"群集"的概念。

"群集"的作用是通过多台硬件同时运行来实现的，当故障发生时，通过快速且自动化的切换故障服务器，从而实现业务的持续运行。

和传统的硬件故障或网络故障发生后，需要人为参与排障不同的是，群集技术是不需要人为参与的，可以做到全自动运行。

当故障发生时第一时间转移故障节点，从而极大限度的提升业务持续可用的能力。

Windows Server 2012 R2 作为新一代的Cloud OS，其Hyper-V 角色自然也拥有"群集" 的能力。

Windows 下的群集技术被称之为"故障转移群集"，Hyper-V 角色的故障转移群集目的很明确：当群集内某一台Hyper-V 主机出现故障无法提供服务时，可由群集内的其他主机快速接管任务，继续为用户提供持续可用的服务。

在介绍微软私有云之前，必须对微软的故障转移群集有深入的了解，它属于微软私有云实现高可用性的核心技术。

福建开放大学网络管理与维护综合实训——项目报告（一）（实训1：使用Windows 故障转移群集功能实现高可用的文件服务器）一、实训目的使用Windows 故障转移群集功能实现高可用的文件服务器。

二、实训环境1.一台计算机，确保硬件满足安装三个Windows Server 2022 的最小安装需求。

2.Windows Server 2022操作系统安装介质。

三、实训内容1.在一台计算机上安装Windows Server 2022 Datacenter操作系统和Hyper-V角色。

2.在Hyper-V 服务器上创建一个“内部”虚拟网络（虚拟交换机）。

3.在Hyper-V 服务器上创建三个虚拟机，并安装来宾操作系统（Windows Server 2022 Datacenter操作系统）。

4.在三个虚拟机上配置TCP/IP参数，使三个虚拟机可以相互通信。

5.借助“内部”虚拟网络（虚拟交换机），使三个虚拟机与Hyper-V 服务器可以相互通信。

6.在Hyper-V 服务器上为三个虚拟机分别创建一个检查点，并导出任意一个虚拟机。

7.在一个虚拟机（S1）上创建Windows Server 2022 活动目录域（包含DNS服务），并把另两个虚拟机（S2和S3）加入域。

8.在域控制器（S1）上创建1 个域本地组帐户、1个全局组帐户和1个域用户帐户，以在域中实现AGDLP 原则。

9.在域控制器（S1）上创建1 个组织单位，将域用户帐户加入该组织单位。

10.在域成员计算机（S2）上创建共享文件夹，并设置所有域用户帐户的共享权限为读取，NTFS权限为读取和执行、读取、写入。

11.在域控制器（S1）上安装文件服务器角色，并设置iSCSI目标服务器，以提供故障转移群集使用的共享存储（如,iSCSI目标服务器）。

12.将两个域成员计算机（S2和S3）连接到域控制器（S1）上的共享存储。

13.在两个域成员计算机（S2和S3）上安装故障转移群集功能、文件服务器角色。

Hyper-V网络配置说明Microsoft Technology Center | BeijingFei YangHyper-V网络类型(Windows Server 2008 R2)Hyper - V提供建立多个虚拟机使用虚拟网络的能力。

Hyper - V支持分为三个不同类别的虚拟网络，在下面的表中提供详细的虚拟网络的类型：类型说明外部虚拟网络●连接到外部虚拟网络的虚拟机通过主机系统中一个虚拟交换机连接物理网卡访问外部网络。

●勾选与主机通信，可为为主机创建虚拟网卡，连接到此虚拟交换机。

从而实现主机与外部网络沟通。

除非主机只有一块物理网卡的，不推荐使用●外部虚拟网络上的虚拟交换机，可以视为连接在物理交换机上的2级交换设备。

●虚拟机与物理机的沟通，虚拟机和其他虚拟机的沟通，都可以通过此虚拟交换机或与其连接的外部网络进行。

内部虚拟网络连接到一个内部虚拟网络的虚拟机器同时访问父分区和连接到同一个虚拟网络中的其他虚拟机。

Hyper - V的内部虚拟网络并不需要一个物理网络适配器并没有提供外部网络访问。

在单一服务器上，用以构建主机与虚拟机之间的通信，不推荐使用。

专用虚拟网络连接到专用虚拟网络的虚拟机只能访问连接到同一个虚拟网络上的其他虚拟机。

Hyper - V的专用虚拟网络并不需要一个物理网络适配器，也没有到父分区或提供外部网络访问。

除了在单一服务器上构建实验网络环境的场景外，极少使用。

通常用作管理网络、存储访问网络、高可用心跳线、虚拟机开通与备份网络等请注意：●管理网络不建议使用Hyper-V虚拟网络。

●Hyper-V管理器与ＳＣＶＭＭ管理控制台都可以配置Hyper-V的网络，但部分功能只有ＳＣＶＭＭ控制台可以进行，因此建议只使用ＳＣＶＭＭ管理控制台配置虚拟网络。

Hyper-V 主机架设管理网络—使用独立的物理网卡强烈建议至少有2个可用的物理网络的连接,才开始配置Hyper-V功能。

多网卡的主机，建议至少保留一个网卡不与任何虚拟网络捆绑，作为连接到Hyper-V主机的管理网络。

故障转移集群的配置主要包括以下步骤：
1. 启用故障转移集群功能：在服务器配置界面选择11，启用故障转移集群功能。

在HV01和HV02上执行
同样操作，完成后就可以创建群集了。

2. 创建群集：配置故障转移集群时，首先要创建一个群集。

在创建过程中，需要选择群集的类型，配置
网络设置，设置群集服务账户等。

3. 管理群集：创建完群集后，需要进行一些管理操作，如添加节点、配置磁盘等。

在添加节点时，需要
选择添加现有节点还是添加新节点，并配置网络设置等。

在配置磁盘时，需要选择磁盘类型、大小等。

4. 配置仲裁：在配置故障转移集群时，需要配置仲裁。

仲裁用于确定群集中的主节点和备用节点。

根据
节点数量和网络条件等因素选择合适的仲裁方式，如多数节点方式或文件共享方式。

5. 配置网络绑定：在配置故障转移集群时，需要配置网络绑定。

网络绑定用于确定节点之间的通信方
式。

根据实际情况选择合适的网络绑定方式，并配置相关参数。

6. 测试故障转移：完成上述配置后，需要进行故障转移测试，以确保群集能够正常工作。

在测试过程
中，可以模拟节点故障、网络故障等情况，测试故障转移是否能够正常进行。

7. 监控和调整：在配置完故障转移集群后，需要监控其运行状态，并定期检查相关配置是否需要调整。

同时，需要制定相应的维护计划，以保证群集的正常运行。

Hyper-V网络配置详解近几年最火热的IT术语就是虚拟化、云计算，随着Hyper-v2.0的发布，服务器虚拟化又一次走近我们的身边，在任何虚拟化环境，都需要考量虚拟网络的配置，那么，hyper-v如何支持网络，又是如何配置的呢？本文简单介绍了hyper-v的架构，并针对Hyper-V在实际应用中的网络架构及设置进行详尽的讲解，使您可以对其虚拟网络运行机制有一个全面的了解。

术语说明：运行在hyper-v服务器上的虚拟机：子分区、虚拟机、guest运行hyper-v的物理服务器：父分区、管理操作系统、hostHyper-v的简介及架构Hyper-V是微软伴随Windows Server 2008推出的服务器虚拟化解决方案，最新的版本为Hyper-v 2.0，随windows 2008 R2发布，其单独版本为Hyper-V Server 2008 R2，与上一个版本增加了大量新特性，特别是动态迁移(Live Migration)、故障转移集群(Failover Cluster)、新版服务器配置工具等等，同时物理系统处理器、内存支持（4路/24核心、32GB-->8路/64核心、1TB），另外最多可运行的虚拟系统也从192增加到了384个，在增加容量的同时不需要重新启动系统。

利用hyper-v管理器及SCVMM2008，提供了动态、可靠以及可伸缩的虚拟化平台，并以之管理物理和虚拟资源，可实现更低的总体拥有成本（TCO）。

Hyper-v核心代码仅有几百K，且不包含任何第三方驱动，驱动程序和全新的IO 共享模型一起托管在父分区中，Hyper-V的架构简化了虚拟机和硬件之间的层数，这种构架使得虚拟机和硬件之间只通过很薄的一层进行连接，因此虚拟机执行效率非常高，可以更加充分的利用硬件资源，使虚拟机系统性能非常的接近真实的操作系统性能。

Hyper-V采用基于VMbus的高速内存总线架构，来自虚机的硬件请求（显卡、鼠标、磁盘、网络），可以直接经过VSC，通过VMbus总线发送到根分区的VSP，VSP调用对应的设备驱动，直接访问硬件，中间不需要Hypervisor 的帮助。

实训6配置故障转移群集服务故障转移群集服务（Failover Cluster Service, FCS）是Windows Server操作系统中的一项功能，它允许将多个服务器组成一个群集，以提高系统的可靠性和可用性。

在该群集中，如果其中一台服务器发生故障，其他服务器将自动接管该服务器上的服务和应用程序，确保业务的连续运行。

配置故障转移群集服务可以帮助组织保持高可用性和故障恢复的能力，并确保业务的连续运行。

下面是关于如何配置故障转移群集服务的步骤：1.准备环境：-确保服务器满足故障转移群集服务的硬件和软件要求，如操作系统版本和硬件规格。

-确保网络配置正确，包括网络连接和IP地址分配。

2.安装故障转移群集角色：- 打开Server Manager控制台，选择“管理”->“添加角色和功能”来开始角色安装向导。

-在向导的“服务器角色”页面中，选择“故障转移群集”并继续安装。

-完成其他向导页面的配置，包括选择群集节点和配置网络。

3.创建故障转移群集：-打开故障转移群集管理器，右键单击“故障转移群集管理器”节点，选择“创建群集”。

-在向导的“创建群集向导”页面中，点击“继续”并输入群集的名称。

-选择要添加到群集中的服务器节点，并验证节点的配置。

-配置群集的IP地址和名称，确保群集与网络的连接和通信。

4.配置共享存储：-多台服务器通过共享存储来访问和共享数据，确保存储正确设置共享权限。

-确保存储网络连接正常，并配置存储的网络信息。

5.添加和配置群集应用程序和服务：-在故障转移群集管理器中，右键单击群集节点，选择“添加角色”。

-在添加角色向导中，选择要添加的应用程序或服务，并完成配置。

-配置应用程序或服务的网络信息和依赖项，确保其正常运行。

6.测试故障转移：-在群集中，模拟服务器故障，如关闭服务器或断开网络连接。

-监视故障转移过程，确保其他服务器可以接管故障节点上的服务和应用程序，并确保业务的连续运行。

7.监控和管理故障转移群集：-使用故障转移群集管理器来监测群集的状态和性能。

实训6：配置故障转移群集服务（第6章，占15%，需要批阅）
本次实训计入形成性考核成绩，请你按照要求认真完成。

本次实训以实验报告的形式提交，需要你将操作过程截图来完成，页面下方有具体的要求，请你注意仔细查看。

实训环境
•1．一台Windows Server 2016 DC，主机名为DC。

•2．两台Windows Server 2016服务器并加入域，主机名为Server1、Server2，并且连接至同一个存储设备上。

实训操作
假设你是一家公司的网站管理员，需要你完成以下工作：
•1．验证群集配置。

•2．创建故障转移群集。

•3．添加文件服务器角色。

•4．手动切换主节点。

•5．设置故障回复选项。

Win2012R2 Hyper-V故障转移群集（实验）实验拓扑：实验环境介绍：实现Hyper-V的故障转移群集，当一台server断线后自动在线迁移至另外一台server。

实验中都使用Windows Server 2012 R2版本。

实验详细步骤：1，按照拓扑配置网络。

（保证在同一虚拟网络的设备可以通讯，注意SAN1和SAN2一定要配置在不同网段以实现多路径I/O）2，将HV1和HV2加入域。

3，在HV1和HV2上安装以下角色。

●Hyper-V（如果用虚拟机做实验，记得勾选CPU的虚拟化功能，如下图所示）●多路径I/O●故障转移群集选择企业网络适配器来创建虚拟交换机。

勾选允许虚拟机实时迁移，并使用Kerberos验证。

4，在12server4上安装iSCSI目标服务器角色。

5，在12server4上先将iSCSI目标服务设置好。

如下步骤：●选择文件和存储服务里面的iSCSI，点击创建iSCSI虚拟磁盘。

●我只有一个C盘，所以实验环境我将虚拟磁盘放在C盘。

●填写虚拟磁盘文件名。

●分配虚拟磁盘文件大小。

●选择新建iSCSI目标，填写目标名字。

●添加可以使用该虚拟机磁盘的iSCSI发起程序，这里我们需要将HV的SAN1和SAN2IP地址都添加进去，因为SAN1和SAN2构成多路径I/O。

然后点击下一步至完成。

●大致同上方法创建Cluster仲裁盘。

6，在HV1和HV2上连接iSCSI虚拟磁盘，并设置MPIO。

●在HV1上点击工具→ iSCSI发起程序→选择yes去启动服务。

●添加iSCSI目标服务器门户。

●点击目标，点击连接，勾选“启用多路径”，确定后就连上共享存储了。

●打开磁盘管理器就会发现2块虚拟机磁盘，分别点击联机→初始化磁盘→创建简单卷。

●点击工具→ MPIO，选择“发现目标多路径”→勾选“添加对iSCSI设备的支持”→点击“添加”→选择重启。

●在HV2上用同上方法连接虚拟磁盘并启用多路径I/O。

Windows（Hyper-V）群集构建要点目录1执行概要 (1)2群集部署前的准备 (2)2.1硬件准备 (2)硬件选型 (2)硬件配置 (2)2.2软件准备 (4)2.3名字与IP地址规划 (4)3配置故障转移群集 (5)3.1配置故障转移群集 (5)2008r2虚拟化高可用群集之一环境准备 (5)2008r2虚拟化高可用群集之二创建及配置群集 (7)在每台宿主机上安装群集组件 (12)2008r2虚拟化高可用群集之三创建虚拟机 (26)2008r2虚拟化高可用群集之四配置高可用虚拟机 (29)3.2配置群集的实时迁移网络 (34)3.3配置Hyper-V群集的CSV网络（可选优化） (40)4群集部署中的其他必要配置 (41)4.1防毒软件针对群集的实时扫描的文件夹排除 (41)4.2防毒软件针对hyper-v的实时扫描的文件夹排除 (41)5群集日常运维要点 (42)5.1备份/恢复 (42)5.2群集节点的补丁/升级 (42)5.3使用Hyper-V群集时，进行虚拟机实时迁移的时机如何确定 (42)5.4其他日常运维工作的要点 (42)5.5如何减小硬件维修对高可用性造成的影响 (42)单台服务器损坏 (42)5.6如何评估未来新增应用是否适用于虚拟化部署 (43)5.7如果主机节点出现性能瓶颈，应通过何种途径改善 (43)5.8如何提升主机节点的性能容量----扩容 (44)如何提升主机节点的性能容量----扩容 (44)如何扩充群集主机节点 (44)1执行概要Windows Cluster用于构筑高可用的操作系统平台，支撑有高可用性需求的应用。

为达到这样的目的，需要早构建Windows群集时，严格按照微软提倡的最佳实践，以保证构建出的群集平台稳定，高效。

本文档结合此前的安装手册，重点补充了微软对于构建群集的最佳实践的操作要点和建议。

遵照此文档的建议构建Windows群集，将为高可用性应用的稳定运行提供更好的保证。

解决Hyper-V虚拟机集群配置文件和虚拟机状态问题本文提供了两个帮助改进虚拟环境稳定性的实用技巧。

集群问题一：虚拟机状态不同步最近，我困扰于惠普虚拟连接模块（Virtual Connect）固件的一些问题。

我曾经长时间地停止公网和私有网络网卡的运行，但是这导致节点自动检测集群中的主机故障问题，从而试图在其他的备用节点上启动运行。

在某些情况下， Failover Cluster Manager中显示的是虚拟机处于"saving" 或 "starting"的状态。

虽然Hyper-V Manager会提示虚拟机处于”saved”或“running”状态，但是这些信息并没有更新到Failover Cluster Manager中。

如下的三个技巧可以帮助我们同步虚拟机的状态：●在Hyper-V manager中，resume或start 处于saved 状态的虚拟机，然后在Hyper-Vmanager中手动保存虚拟机。

多数情况下，这个操作会使集群显示正确的虚拟机状态。

●第二种方式比较类似。

取代手动启动saved状态的虚拟机，直接在Hyper-V manager中关闭该虚拟机。

有些时候，这样就会使得Failover Cluster Manager中的虚拟机状态得到更新。

●第三种方式相对复杂一些。

在一个Microsoft TechNet论坛中建议，使用SysinternalsProcess Monitor来定位和发生问题的虚拟机相关的VMWP.exe进程，通过停止该进程使得虚拟机崩溃并在另外一个集群节点上重新启动——重启的同时虚拟机的状态在FailoverCluster Manager中获得更新。

这并不是最好的选择，但有些时候这样的方式也是必须的。

当然，这个方法中我们也可以选择定位其他的和每个虚拟机的都相关的服务进程。

（注：我使用Hyper-V manager是因为，Failover Cluster Manager和System Center Virtual Machine Manager在虚拟机处于这种状态下时并不可用。

Hyper-V正式版使用记录Hyper-V正式版使用记录以前测试过Beta版的Hyper-V，当时有一些问题，详情请见/225186/45827，今天发到消息，得到Hyper-V正式版已经发布，从/software/showcontent.jsp?articleid=71357得到下载地址，开始下载并使用，现记录如下。

一下载与安装我是在Windows Server 2008 X64的计算机上下载该补丁的，在下载的时候，需要下载一个“Windows正版增强验证”的软件，下载并运行该软件后，得到一个验证码，验证通过之后，才可以下载。

因为我的2008是MSDN版本并且已经激活，所以得到验证并可以下载。

图1 下载后的Hyper-V正式版下载了正式版（英文版）和多语言包后，双击安装。

在安装这些软件的时候，安装程序还要下载更新程序（需要连接到Internet）并安装，如图2所示。

图2安装完成之后，提示需要重新启动，此时，单击“关闭”按钮，暂时先不要重新启动，如图3所示。

图3 不需要重新启动安装完成后，重新启动计算机，再次进入后，从“管理工具”中运行“Hyper-V管理器”，如图4所示。

二配置与使用右击计算机名称，弹出快捷菜单，如图4所示，包括“Hyper-V设置”、“虚拟网络管理器”等命令，先选择“Hyper-V设置”命令。

图4 Hyper-V管理器在“Hyper-V”设置对话框中，可以设置默认的虚拟硬盘、虚拟机的保存路径，我通常都是保存在一个空闲空间比较大的磁盘分区上，并且使用一个很短的路径，例如E盘的VMS文件夹，对于Microsoft虚拟机来说，则可以保存为MVMS，这个就看自己的爱好与习惯了。

在Hyper-V设置中，还可以设置“键盘”、“鼠标释放键”等设置，这些比较简单，不一一介绍。

如图5所示。

图5 Hyper-V设置在图4中，选择“虚拟网络管理器”，还可以添加虚拟网络，类似于VMware的VMnet1、VMnet2等虚拟网卡，这些比较简单，也不介绍。

Hyper-V 实时迁移常见问题2012-08-10 14:50:18 来源:e800综合编辑:孙杰实时迁移是 Windows Server 2008 R2 中的一种 Hyper-V 功能，该功能需要在运行 Hyper-V 的服务器上添加并配置故障转移群集功能...什么是实时迁移？实时迁移是Windows Server 2008 R2中的一种Hyper-V功能，该功能需要在运行Hyper-V的服务器上添加并配置故障转移群集功能。

实时迁移使您能够以透明方式将运行中的虚拟机从一个故障转移群集节点移动到同一群集中的另一个节点，而无需断开网络连接，也不会感觉到停机时间。

此外，故障转移群集需要群集节点的共享存储。

这可以包含一个iSCSI或光纤信道存储区域网络(SAN)。

所有虚拟机都存储在共享存储区域中，且运行中的虚拟机的状态是由其中一个节点管理的。

有关实时迁移的详细概述以及使用它的好处的信息，请参见Windows Server 2008 R2 & Microsoft Hyper-V Server 2008 R2 - Hyper-V实时迁移概述和体系结构。

对于使用实时迁移，有什么要求？故障转移群集中的所有服务器必须都运行基于x64版本的Windows Server 2008 R2，或者都运行基于Itanium体系结构版本的Windows Server 2008 R2（同一故障转移群集中的节点不能运行不同版本）。

所有服务器都应具有相同的软件更新（修补程序）和Service Pack。

物理计算机必须使用Windows Server® 2008 R2 Enterprise或Windows Server® 2008 R2 Datacenter。

这些服务器必须运行相同版本的Windows Server 2008 R2，包括相同的安装类型。

也就是说，两台服务器必须都是完全安装，或者都是服务器核心安装。

Failover Cluster（故障转移群集）问题您应该如何设计一个高度可用的基础结构层，来防止因单台服务器或它所运行的软件出现故障而导致的服务丢失？返回页首影响因素在设计高度可用的基础结构层时，请考虑下列影响因素：∙硬件组件、应用程序或服务出现故障可以使应用程序无法使用或不可用。

例如，设想一台正在提供应用程序的服务器出现了电源故障。

如果这是唯一的服务器或服务器中的唯一电源，则存在故障单点，并且应用程序将不可用。

∙计划内的服务器停机时间可以影响应用程序的可用性。

例如，如果要更新无备用服务器的一台数据库服务器上的操作系统，您可能必须停止应用程序运行才能在服务器上安装修补程序。

∙监视和维护多服务器层增加了对系统和网络资源的要求。

∙使用故障转移群集的应用程序可能需要特殊的编码，以确保发生故障时故障转移过程对用户是透明的，并且应用程序仍然可用。

例如，如果在用来将数据保存到数据库的代码中放置超时和重试，则可确保在发生故障转移时事务将会完成。

返回页首解决方案将应用程序或服务安装在配置为发生故障时彼此接管对方工作的多台服务器上。

一台服务器接管发生故障的服务器的过程通常称为"故障转移"。

故障转移群集是一组这样配置的服务器：如果一台服务器变为不可用，则另一台服务器自动接管发生故障的服务器并继续处理任务。

群集中的每台服务器将群集中至少一台其他服务器确定为其备用服务器。

检测故障要让备用服务器变成活动服务器，它必须设法确定活动服务器不再正常工作。

通常，系统使用下列某个常规类型的心跳机制来做到这一点：∙发送信号。

对于发送信号，活动服务器以定义好的时间间隔将指定信号发送到备用服务器。

如果备用服务器在某个时间间隔内未收到信号，则确定活动服务器发生了故障并取得活动角色。

例如，活动服务器每隔30 秒将状态消息发送到备用服务器。

由于内存泄漏，活动服务器最终用尽内存，然后崩溃。

备用服务器注意到在90 秒（三个时间间隔）内未收到任何状态消息，因此它会接管活动服务器的工作。

实验5-1 Windows Server 2008利用故障转移群集搭建文件服务器Hyper-V的很多新特性相信大家已经通过各种渠道了解了，而对于它的缺点，想必诸位听得最多的一个比喻是“将所有鸡蛋放到一个篮子里”。

这当然是我们将来在生产环境中使用Hyper-V所必须考虑的一个问题，不过好在Windows Server 2008的故障转移群集支持Hyper-V，使得我们对这个问题担忧可以有所减轻。

同时因为测试环境的限制，我们在这里想同大家分享的是如何利用故障转移群集来搭建文件服务器。

软件配置说明在上一篇中我们利用Hyper-V搭建好了三台虚拟机，在本篇中我们将继续利用这三台已有虚拟机开始故障转移群集的搭建。

先来简述一下三台虚拟机的相关配置。

首先操作系统毫无疑问都是Windows Server 2008 x64 Enterprise版，单CPU，2G内存。

各台虚拟机承担的角色如下及网络配置如下(因为实验环境中用不到IPv6，我们可以在相应网卡上将IPv6协议的勾取消掉，同时测试环境中网络防火墙也处于关闭状态)：Beijing：域控制器，存储服务器(iSCSI Target)，单网卡，IP为192.168.12.31Shanghai：成员服务器，故障转移群集节点A，文件服务器(DFS)，双网卡，内网网卡IP为192.168.12.32，心跳网络网卡IP为：172.16.12.32Guangzhou：成员服务器，故障转移群集节点B，文件服务器(DFS)，双网卡，内网网卡IP为192.168.12.33，心跳网络网卡IP为：172.16.12.33这里需要说明的搭建存储服务器所要用到的iSCSI Target软件。

盆盆在新年礼物中所提到的是WinTarget，不过用于该软件厂商被微软收购，WinTarget已经被整合到Windows Storage Server中，所以软件的试用版有点难找。

但好在相关的第三方软件商也有相关的产品，在实验环境中我使用的是Rocketdivision的StarWind，该产品可以申请免费的个人版序列号，但是个人版的功能上不适合我们做实验，因此我们选用30天的试用版，对我们测试而言已经绰绰有余了。

技术透析：Hyper-V实时迁移指南【51CTO精选译⽂】实时迁移是微软向Windows Server 2008 R2 Hyper-V添加的最重要的功能，通过实时迁移功能，在Hyper-V主机之间移动虚拟机（VM）就⽆需再停机了，正常维护Hyper-V主机时，可以将它托管的所有VM全部移⾛，等到维护结束后，⼜移回来，整个过程不会引起业务中断。

此外，利⽤实时迁移功能还可以更好地动态调整主机资源利⽤率，将繁忙的Hyper-V主机上的部分VM移动到相对空闲的Hyper-V主机上，这样可以确保即便在业务⾼峰期也能给终端⽤户提供很好的性能。

实时迁移可以⼿⼯启动，也可以使⽤System Center Virtual MachineManager（SCVMM）2008 R2或System Center Operations Manager 2007（SCOM 2007）实现⾃动化实时迁移，本⽂将介绍如何为两个系统配置实时迁移的详细过程，⾸先我会介绍⼀下实时迁移是如何⼯作的，然后会介绍实施实时迁移需要的硬件和软件先决条件，最后介绍Hyper-V的重点和实施实时迁移必须要要的故障转移集群配置。

实时迁移是如何⼯作的实时迁移是发⽣在两个Hyper-V主机之间的，本质上就是在两台Hyper-V主机之间复制VM内存，内存复制完毕后，VM就可以在新的主机上访问它的虚拟硬盘（VHD）⽂件继续运⾏了，两个Hyper-V主机都访问的是共享存储上的VM VHD⽂件，当你启动实时迁移时，如图1所⽰，发⽣以下⾏为。

图 1 初始化实时迁移1、在⽬标服务器上创建新的VM配置⽂件；2、将源VM的初始内存状态拷贝到⽬标主机；3、将源VM上做上标记的变动内存页拷贝到⽬标主机上；4、持续这个过程，直到变动的内存页数量越来越⼩；5、暂停源节点上的VM；6、将源VM的最终内存状态复制到⽬标主机；7、在⽬标主机上恢复VM；8、更新⽹络路由表。

实时迁移的先决条件在硬件⽅⾯，你需要两个x64系统，处理器要相互兼容，必须是同⼀家处理器⼚商，且必须是同⼀处理器家族，双⽅处理器相同是最好的，如果⼀台Hyper-V主机是AMD处理器，另⼀台是英特尔的处理器，在它们之间是不能执⾏实时迁移的。

故障切换群集和Microsoft 群集服务的设置VMware vSphere 6.7VMware ESXi 6.7vCenter Server 6.7目录关于故障切换群集和Microsoft 群集服务的设置51 MSCS 入门6群集配置概述6群集的硬件和软件要求9支持的共享存储器配置10MSCS 的PSP_RR 支持10MSCS 的iSCSI 支持10对MSCS 的FCoE 支持11MSCS 的vMotion 支持11MSCS 的VVol 支持12vSphere MSCS 设置限制12MSCS 和从SAN 引导13使用Exchange 设置群集连续复制或数据库可用性组13使用SQL Server 2012 设置AlwaysOn 可用性组13MSCS 的虚拟网络连接最佳做法142 对单个物理主机上的虚拟机进行群集15为单个物理主机上的群集创建第一个节点15为单个物理主机上的群集创建其他节点16将硬盘添加到单个物理主机上的群集的第一个节点17将硬盘添加到一个物理主机上群集中的其他节点183 对不同物理主机上的虚拟机进行群集19为不同物理主机上的MSCS 群集创建第一个节点19为多个物理主机上的群集创建其他节点20将硬盘添加到不同物理主机上的群集的第一个节点21使用VVol 将硬盘添加到不同物理主机上的群集的第一个节点22将硬盘添加到多个物理主机上群集中的其他节点234 对物理机和虚拟机进行群集25创建物理机和虚拟机群集的第一个节点25创建物理机和虚拟机群集的第二个节点26将硬盘添加到物理机和虚拟机群集的第二个节点27安装Microsoft 群集服务27创建其他物理-虚拟对28故障切换群集和Microsoft 群集服务的设置5 在vSphere HA 和vSphere DRS 环境中使用MSCS 29在群集(MSCS) 中启用vSphere HA 和vSphere DRS 29为MSCS 虚拟机创建虚拟机-虚拟机关联性规则29启用关联性规则的严格执行(MSCS) 30为MSCS 虚拟机设置DRS 自动化级别30对MSCS 虚拟机使用vSphere DRS 组和虚拟机-主机关联性规则316 vSphere MSCS 设置对照表34关于故障切换群集和Microsoft 群集服务的设置《故障切换群集和Microsoft 群集服务的设置》介绍了将虚拟机与Microsoft 群集服务（用于Windows Server 2003）和故障切换群集（用于Windows Server 2008、Windows Server 2012 及更高版本）配合使用所能实施的群集类型，并提供了每种群集类型的分步说明以及群集要求和建议的对照表。

如何解决Hyper-v 迁移报0x80070005故障
到“Active Directory用户和计算机”。

找到您拥有的每个Hyper-V主机服务器（至少是当前操作的源和目标）。

输入属性并找到“委派”选项卡。

”这是推荐的方法，因为明显开放的信任可能会使您面临增加不必要的安全风险。

毕竟，如果计算机受信任，他们可以冒充任何用户因此如果它变得妥协，则×××者可以使用该计算机伪装成您网络上的任何用户，因此保护计算机并限制您愿意允许委托身份验证的服务的重要性。

单击“添加”按钮，确保为要迁移到的所有服务器添加“cifs”和“Microsoft Virtual System Migration Service”。

就是这样。

如果您有多个DC，请确保同步它们，以便在整个企业中复制这些设置。