server2012 r2群集虚拟机迁移问题

首先，

虚拟机，，虚拟机网卡，有几种连接方式，就是说，物理网卡，并非虚拟机的网卡

你要测试的，是虚拟机效果（要停就停用，虚拟机网卡）

你要搞清楚，是桥接，还是，NAT模式，

明白后，你就清楚，虚拟机是在什么状态，并不是禁用单网卡（物理卡），像思杰，有多检测机制的，并不单一就自动跳转，

而你禁用2，其实就是断开所有物理机，迁移就中断。（估计你虚拟机，迁移前没删除快照）

而关机是正常（虚拟机正常中断），心跳自动切换了，是符合设定。

建议学习一下思杰，

迁移与热备，是另外一个方案：

英方云迁移解决方案提供了包括评估和分析、方案设计、环境准备、迁移实施、测试验证和系统割接的6个阶段，14道工序，和包括i2Move在内的3个迁移工具。

评估和分析：

确定迁移范围和目标，结合系统需求调研表，涵盖业务系统信息（业务名称、业务系统、业务分类、使用状态、对接系统等）主机信息（部署架构、IP地址、内外网访问情况、系统重要程度、可允许的宕机时间和最佳迁移操作建议时间、中间件等）操作系统信息（CPU、内存、磁盘容量、OS版本等）数据库信息（数据名称、数据库类型、版本、高可用、数据量、备份策略等）；

方案设计：

根据评估的分析报告，设计迁移的实施方案，涵盖迁移场景的分类、特殊迁移场景、迁移方案、实施步骤、预知的迁移挑战和风险、应对方案，并针对客户和合作方提供迁移前的分工计划表以及培训计划等；

环境准备：

迁移目标的基础资源准备，包括计算、存储、网络、数据库环境、新账号、密码、待迁移系统管理员权限设置、迁出和迁移资源对应表，以及迁移软件客户端安装；

迁移实施：

系统迁移信息配置，数据库迁移、服务器迁移、服务器集群迁移，启动迁移任务和进度观察；

测试验证：

迁移后的系统稳定性、数据一致性、完整性等验证；

系统割接：

建立切割计划表，确定各个业务系统的切割时间窗口，进行业务验证，确定是否进行执行回退方案；

(1)搬迁前新机房要进行光纤、双绞线的测试工作。旧机房的服务器导轨是否都与新机房机柜间柜相符合，需提前确认。

(2)应用及设备的停运、启动等操作必须严格按照现场操作规程执行；各类设备都有明确的测试方法；准备好应用软件，包括中间件、数据库、应用软件等安装程序需在搬迁前进行集中准备、归档。

(3)数据的备份在系统迁移前，如有条件一定要做好重要系统的操作系统备份(磁带机备份)，确保数据的完整性和正确性。

(4)设备标签在搬迁过程中，注意对标签的保护，防止标签的脱落，尤其是服务器的小配件及螺丝，拆卸时作好标签，以免对后面的重组造成影响。

(5)设备关机并切断电源后，需等到设备内部原件充分放电后才可拆迁，以尽量减少系统搬迁过程中原件损坏的可能。

(6)责任到人，设备的运输时要登记、运输都要有专人负责。

(7)搬迁人员应戴上放静电手套，设备搬迁过程中尽量做到轻放，避免碰撞；在新旧机房外进行打包和搬迁。

(8)搬迁使用车辆应通过年检和具备相关安全合格证，驾驶员应拥有驾驶证，并有搬迁车辆驾驶经验，搬迁车辆运行前驾驶员精神状态良好。

(9)设备搬迁后必须按原接入情况进行网络及存储的接入，保证各系统设备的连接方式及运行环境保持不变。

(10)搬迁相关人员要有一个集中办公的地方，供搬迁期间办公使用。搬迁过程中出现问题时间长的情况下，需轮班作业，以保证充裕的精力和体力

如果您基于更高的性能、更灵活的扩展或供应商替换要求，您可能需要迁移现有的在线项目。因此，您需要解决的因素包括现有的数据、结构、配置等。借助必要的技术、适当的规划和特定软件，您只需将所需的数据传送到新服务器。数据迁移过程的复杂性与项目的复杂性和规模密切相关。作为一个值得信赖的香港服务器租用托管服务提供商，基于Web的互联迷你系列将为您简要介绍在服务器数据迁移期间要注意的事项。

将数据迁移到新的服务器之前 - 合理规划

选择正确的目标服务器是第一步。例如，如果计划更改网站/应用程序，则需要执行其他任务，以便在重新定位期间不必处理这些任务。无论是将数据从一个服务器（例如香港服务器）迁移到另一个服务器，还是新的服务器结构是基于集群的或涉及多个不同的系统，它也是不同的。

更改服务器体系结构时，必须更改配置，不管是不同的操作系统、不同的软件版本还是不同的控制面板。即使只是切换到功能更强大的同类型服务器，仍然需要相应地配置应用程序和服务，以便能够利用额外内存、改进的cpu性能或增加内存容量。

请注意，无论是选择简单的性能升级还是完全更改服务器体系结构，都应提前为移动设备创建最佳条件。这些因素包括足够的存储空间和计算能力、30%到40%的缓冲区或详细的扩展计划以及快速的网络连接。

当数据迁移到另一台服务器？

如果您租用服务器资源，您可能没有充分考虑托管服务的成本。供应商提供的各种软件包在内容提供方面有所不同，即可用性、数据安全性和支持。因此，有必要在选择之前比较不同的软件包。迁移数据的另一个原因可能是您希望减轻it部门的压力。在这种情况下，it托管服务解决方案将是一个不错的选择。它不仅承载服务器，还由提供者维护和更新。例如，使用稳定的网络互连香港服务器租赁服务，您可以选择不同级别的技术服务包来简化您的IT管理工作。

为即将进行的迁移组织当前服务器

为了使新服务器的配置和引入尽可能简单，有必要整理当前使用的服务器。因此，数据迁移是删除任何冗余或过期页面、备份、电子邮件和用户帐户的最佳时间。这意味着您可以最小化传输的数据量，另一方面，您可以从目标系统上所需的资源中获得更多的价值。

此外，还应该制定关闭活动服务器进程随后因数据损失而不会出现并发症，精确的计划。指定时间应停止对文件，脚本和配置做任何改动，并尽可能暂时阻止对数据库的访问。您也可以稍后更新数据库。在大多数情况下，数据传输通过一个完整的服务器备份进行。

服务器的数据迁移是如何工作的？

迁移数据最简单的方法是使用实际状态的一对一备份副本。在进行必要的配置和调整之前，将其转移到新的服务器硬件，然后可以测试其是否有效。最后，您可以调整dns或ip设置，这将允许您在新系统上实时启动Web项目。虽然这种方法通常需要系统管理员的支持，但是很容易计划和执行。但是，这意味着当前服务器将完全暂停，在数据迁移期间，您将无法访问或使用您的网站。

如果提供需要连续数据库访问的服务，则需要一个混合迁移解决方案来保持当前服务器处于活动状态。在这种情况下，应将服务器上的当前数据库声明为“master”，然后在配置完成后将新数据库从属为“slave”。这使得两个应用程序能够实时同步。如果两个数据库处于相同状态，请反转角色，以便新数据库成为主数据库。这意味着您的项目可以在数据迁移期间继续可用。

什么样的资源可以用来将数据迁移到新的服务器？

有几种工具和服务可以简化服务器迁移。例如，如果只想移动数据而不调整操作系统或其他软件，则不应放弃控制面板。这些服务器管理器可以帮助您创建数据备份，然后将它们迁移到新服务器。所需的配置工作负载是最小的。像wordpress这样的内容管理系统也可以使用简单的ftp和备份应用程序进行传输，并且通常提供自己的插件来迁移链接的数据库。这些过程大多是自动化的。

对于更复杂的项目，root权限总是会带来好处：使用ssh，您可以通过相应的命令行将完整的数据库（包括所有权限和用户数据）转移到新服务器。例如，可以使用mysql转储向目标系统发送mysql数据库的副本。作为微软的sql服务器用户，您甚至可以使用内置功能来实现这一点。

但是，您也可以外包服务器数据的迁移：许多托管服务提供商不仅为客户提供用于手动服务器数据传输的特定软件，而且还为数据迁移提供了积极的支持。此外，还有一些服务专门用于Web项目的迁移和全天候服务的可用性-无论是从一个共享服务器转移到另一个共享服务器，还是要替换提供者，还是计划切换到服务器集群。

服务器迁移期间可能会出现什么问题？

需要连续稳定的网络连接才能根据需要传输服务器数据。因此，在服务器迁移期间，连接问题是最常见的错误源。如果连接断开，它可以完全终止传输，这意味着它从一开始就重新启动。然而，短期连接问题通常不会被注意到，也不会导致进程终止。但是，在某些情况下，并非所有数据都可以到达目标服务器，这反过来会影响迁移应用程序的功能。

但是，如果有些文件不能成功地转移到新服务器上，可能有几个原因。尤其是在改变操作系统而不再支持某些文件格式、编程语言等时，会出现兼容性问题。此外，在源计算机和目标计算机上不同的访问权限或密码保护会导致并发症。此外，如果目标系统没有所需的磁盘空间或dns条目没有正确更改，数据迁移可能导致错误。

需要检查服务器数据迁移。

移动到新的服务器的项目可能是一个复杂和繁琐的过程，这取决于项目规模和新目标的体系结构。这就是为什么它应该精心策划和执行良好。下表总结了有关服务器迁移的最重要的问题。

通过 Hyper-V，可以使用 Windows 中的一项技术创建一个虚拟化的服务器计算环境。 本指南提供有关将 Hyper-V 角色（包括虚拟机、数据和操作系统设置）从在早期版本 Windows 中运行 Hyper-V 的源服务器迁移到运行 Windows Server® 2012 操作系统的目标服务器的信息和说明。

关于本指南

注意

你的详细反馈非常重要，可帮助我们使 Windows Server 迁移指南尽可能地可靠、完整和易于使用。 请花几分钟时间给本主题评分，并填写你给出此分数的原因。 如果你在 Lightweight View 中查看本主题，请单击该页面顶部的“给本主题评分”。 在经典视图中，单击页面右上角的星号（1=差，5=优）。 描述你喜欢的内容、不喜欢的内容或希望在本主题的将来版本中看到的内容。 若要提交有关如何改进迁移指南或实用工具的其他建议，请将其发布在 Windows Server 迁移论坛上。

本指南介绍如何迁移 Hyper-V 角色，并提供了相应的准备、迁移和验证步骤。

迁移文档和工具简化了将服务器角色设置和数据从现有服务器迁移到运行 Windows Server 2012 的目标服务器这一过程。 通过使用本指南中介绍的工具，你可以简化迁移过程，减少迁移时间，提高迁移过程的准确性，并帮助消除在迁移过程中可能出现的冲突。 有关如何在源服务器和目标服务器上安装和使用迁移工具的详细信息，请参阅 Windows Server 迁移工具安装、访问和删除指南。

目标受众

本文档适用于负责在托管环境中操作和部署 Hyper-V 的信息技术 (IT) 专业人员。

本指南未提供的内容

本指南不涵盖以下项目，原因是迁移工具不支持这些项目：

此迁移过程不支持群集方案。 有关如何在群集环境中进行迁移的信息，请参阅《将群集服务和应用程序迁移到 Windows Server 2012 循序渐进指南》将群集服务和应用程序迁移到 Windows Server 2012。

如何在同一计算机上升级角色不属于本指南的范围。

一次迁移多个服务器角色。

将 Hyper-V 从一台运行 Windows Server 2012 的服务器迁移到另一台运行 Windows Server 2012 的服务器。 几种新的 Hyper-V 管理工具和功能反倒支持该过程。 一般过程包括以下步骤：

确定是使用导出和导入还是实时迁移来移动虚拟机。 导出和导入可以用于工作组或域环境中，但是需要关闭虚拟机。 实时迁移需要域环境以及一些配置，但是可让你移动正在运行的虚拟机。

将 Hyper-V 角色添加到目标服务器。 添加此角色时，可以配置默认存储位置和实时迁移。 有关说明，请参阅安装 Hyper-V 并创建虚拟机。

在目标服务器上配置虚拟交换机和其他网络功能（可选）。 管理工具包括 Hyper-V 模块中的 cmdlet New-VMSwitch 和 Set-VMSwitch，以及 Hyper-V 管理器管理单元中的虚拟交换机管理器。

通过导出和导入或者通过进行实时迁移来移动虚拟机。 管理工具包括 cmdlet Export-VM 和 Import-VM，以及 Hyper-V 管理器中的菜单命令“导出”、“导入”和“移动”。 有关使用实时迁移来移动虚拟机的详细信息，请参阅在非集群虚拟机上配置和使用实时迁移。

有关 Hyper-V 模块中包含的 cmdlet 列表，请参阅 http://technetmicrosoftcom/library/hh848559。

支持的迁移方案

本指南为你提供了将在早期版本 Windows Server 中运行 Hyper-V 角色的现有服务器迁移到运行 Windows Server 2012 的服务器的说明。 本指南不包含有关在源服务器运行多个角色时进行迁移的说明。 如果你的服务器运行了多个角色，建议你根据其他角色迁移指南中提供的信息设计特定于你的服务器环境的自定义迁移过程。 Windows Server 迁移门户中提供了适用于其他角色的迁移指南。

小心

如果你的源服务器正在运行多个角色，则本指南中的某些迁移步骤（例如，用于计算机名称和 IP 配置的步骤）可导致在源服务器上运行的其他角色失败。

支持的操作系统

源服务器处理器

源服务器操作系统

目标服务器操作系统

目标服务器处理器

基于 x64

Windows Server 2008 Service Pack 2，仅限完全安装选项

Windows Server 2012，完全安装选项和服务器核心安装选项

基于 x64

基于 x64

Windows Server 2008 R2

Windows Server 2012，完全安装选项和服务器核心安装选项

基于 x64

基于 x64

的服务器核心安装选项 Windows Server 2008 R2

Windows Server 2012，完全安装选项和服务器核心安装选项

基于 x64

上表中显示的操作系统版本是所支持的操作系统和 Service Pack 的最旧组合。 支持较新的 Service Pack（如果有）。 未列出的操作系统将不受支持。 不支持作为独立产品的 Microsoft Hyper-V Server。

支持将运行 Hyper-V 的标准版、企业版和数据中心版的 Windows Server 作为源服务器或目标服务器。

不支持从源服务器迁移到运行与源服务器不同的系统 UI 语言（即已安装语言）的操作系统的目标服务器。 例如，无法使用 Windows Server 迁移工具从正使用法语系统 UI 语言运行 Windows Server 2008 的计算机将角色、操作系统设置、数据或共享迁移到正使用德语系统 UI 语言运行 Windows Server 2012 的计算机。

注意

系统 UI 语言是用于设置 Windows 操作系统的本地化安装程序包的语言。

支持的角色配置和设置

本节标识了可通过使用迁移工具迁移的配置和设置，以及必须手动迁移的配置和设置。 下表中进行了总结。

配置和设置

迁移类型

虚拟机（配置和数据）

自动（下面另有注明的除外）

Hyper-V 设置

自动

管理操作系统中的虚拟网络适配器设置

自动

外部虚拟网络

部分自动（参见下面的说明）

虚拟机队列 (VMQ) 网络设置

自动

自定义的远程管理设置

Manual

可以自动迁移以下配置和设置：

大多数虚拟机配置。 作为迁移的一部分移动虚拟机及其数据，但有些配置需要手动干预，如下所述。

Hyper-V 设置。 其中包括系统级设置和授权存储。

注意

如果从运行 Windows Server 2008 R2 的源服务器中进行迁移并且已设置 MAC 地址范围，则还将该值自动迁移到目标服务器。

内部和专用虚拟网络。

管理操作系统中的虚拟网络适配器设置。 当 Hyper-V 配置为使用物理网络适配器作为虚拟机可用于访问物理网络的桥时，将在运行 Hyper-V 角色的管理操作系统中创建虚拟网络适配器。 对于此虚拟网络适配器，迁移过程自动迁移此虚拟网络适配器的 IP 设置、绑定和 MAC 地址。 但是，必须手动重新建立虚拟网络适配器与物理网络适配器之间的连接，如迁移步骤中所述。

虚拟机队列 (VMQ) 网络设置。

在使用迁移工具之后，以下配置和设置需要手动干预：

防火墙设置。 在目标服务器上使用随 Hyper-V 一起安装的默认值重新创建防火墙设置。 如果已从这些默认值修改任何防火墙设置，则将需要在目标服务器上进行相同修改。

外部虚拟网络。 迁移工具在目标服务器上重新创建虚拟网络，但重新创建外部虚拟网络作为内部虚拟网络。 你将需要修改其中的每个网络，以将其连接到目标服务器上适当的物理网络适配器，如迁移步骤中所述。

VFD 和 ISO 文件。 不会迁移这些文件，因为它们不是运行虚拟机所必需的，而且它们不受 Import 和 Export cmdlet 支持。 若要使这些文件可供迁移后的虚拟机使用，请将这些文件手动复制到目标服务器，然后在迁移虚拟机之后将它们重新附加到虚拟机。

直接连接到虚拟机的物理磁盘的连接。 不会迁移这些连接（有时称为“传递磁盘”），因为磁盘引用在目标服务器上可能无效。 若要使某个物理磁盘可供迁移后的虚拟机使用，请将该磁盘连接到目标服务器，然后在迁移虚拟机之后将该磁盘连接到虚拟机，如迁移步骤中所述。

自定义的远程管理设置。 如果已自定义 Hyper-V 以进行远程访问，你将需要执行一些其他过程来重新创建 DCOM 和 WMI 命名空间设置。 迁移步骤标识应执行这些过程的时间点，并提供建议的工具或脚本来完成相应过程。

迁移依赖关系

Hyper-V 角色不依赖于任何其他角色。 作为最佳实践，建议不要在运行 Hyper-V 的服务器上安装任何其他角色。

不支持的迁移方案

不支持以下迁移方案：

虚拟机的已保存状态。

下列一种情况下的虚拟机配置：

为虚拟机配置的虚拟处理器的数目多于目标服务器上的逻辑处理器的数目时。

为虚拟机配置的内存大于目标服务器上的可用内存时。

将物理服务器合并到虚拟机，或者将多个 Hyper-V 实例合并到一个实例。

Hyper-V 迁移概述

Hyper-V 角色迁移涉及将虚拟机、虚拟网络和所有关联的设置从企业中的一台物理计算机移动到另一台物理计算机。 该过程支持从在 Windows Server® 2008 R2 中运行 Hyper-V 的服务器迁移到在 Windows Server 2012 中运行 Hyper-V 的服务器。 Hyper-V 角色不依赖于任何其他角色。

迁移工具包含你可用于执行迁移 Hyper-V 角色所需的某些任务的 cmdlet。 Export cmdlet 可捕获执行成功迁移所需的大多数 Hyper-V 设置，包括虚拟机配置、虚拟网络和虚拟硬盘。 DCOM 和 WMI 命名空间安全设置必须单独进行迁移。 本指南后面提供有关此操作的说明。 在目标服务器上，Import cmdlet 将重新创建虚拟机。

迁移的影响

下节描述迁移对源服务器和企业中的其他计算机的影响。

迁移对源服务器的影响

在目标服务器上运行 import cmdlets 之前，应当关闭源服务器或从网络中删除源服务器，以便在源服务器上运行的虚拟机与将在目标服务器上重新创建的虚拟机之间没有冲突。 本指南后面的迁移步骤中标识应执行此任务的时间点。

迁移对企业中的其他计算机的影响

这种迁移可能会影响依赖于在虚拟机（将作为 Hyper-V 角色迁移的一部分进行迁移）中运行的应用程序或工作负荷的任何计算机（虚拟或物理），因为这些虚拟机在迁移期间将处于脱机状态。 例如，如果虚拟机承载一个数据库，则企业中需要访问该数据库的所有应用程序都将受到影响。 因此，你将需要通过安排计划的中断时间或通过将流量重定向到其他服务器以提供相应服务，从而安排好此类停机事件。

完成迁移所需的访问权限

运行 cmdlet 和工具的用户帐户必须是源服务器和目标服务器上的本地管理员组的成员。

估计持续时间

迁移 Hyper-V 角色所需的时间长度取决于要传输的数据大小。 在要传输的各种文件类型当中，vhd 文件的文件大小最大（从几千兆字节到数千兆字节不等）。 时间长度受到 vhd 文件的大小和网络带宽的影响。