如何将windows server 2008 R2 的域迁移到windows server 2016

通过 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 文件的大小和网络带宽的影响。

从Windows 2000域升级到Windows 2003域的问题，建议您参考以下步骤：

1．确认当前的Windows 2000域控制器工作正常，并且都打了Service Pack 4和最新的安全补丁。

2．确认Windows 2000活动目录中的5个FSMO角色都在第一台Windows 2000域控制器上（默认情况就是这样的），关于Windows 2000活动目录中FSMO角色的概念及查看方法，请参考下面两篇文档：

《Windows 2000 Active Directory FSMO 角色》：

http://supportmicrosoftcom/id=197132

《在图形用户介面中查看和转移 FSMO 角色》

http://supportmicrosoftcom/id=255690

3在Windows 2000域控制器的光驱中插入Windows Server 2003安装光盘。在命令行方式下进入光盘上的\I386目录，运行以下命令：adprep /forestprep。该命令成功完成之后，再运行以下命令：adprep /domainprep。

4完成这一步之后，我们便扩展了当前的Windows 2000活动目录林的架构，这样就可以将Windows Server 2003加入到活动目录林中作为其中的域控制器，或者将现有的Windows 2000域控制器升级为Windows Server 2003。

关于将Windows 2000域控制器升级到Windows Server 2003以及将Windows Server 2003域控制器加入到Windows 2000域的更多详细信息，请您参考下面这篇文档：

《如何将 Windows 2000 域控制器升级到 Windows Server 2003》：

http://supportmicrosoftcom/id=325379

5在新购买的计算机上安装Windows Server 2003，并打上最新的安全补丁。

6确认这台Windows Server 2003网络连接正常，可以访问域控制器和DNS服务器。将其配置为使用固定IP地址，并指定DNS服务器地址。

7在Windows Server 2003上运行dcpromo命令将其升级为域控制器，并在升级时选择使其成为现有Windows 2000域的额外的域控制器。

8在Windows Server 2003上安装DNS服务，确认它已经和原来的Windows 2000 DNS服务器上的数据复制同步后，将它的DNS服务器地址指向自己。

9将这台Windows Server 2003域控制器设为全局编录（Glocal Catalog）服务器，具体方法请参考下面这篇文档：

《How to promote a domain controller to a global catalog server》：

http://supportmicrosoftcom/id=296882

10将原来的Windows 2000域控制器上的5个FSMO角色转移到这台Windows Server 2003域控制器上，具体方法请参考下面这篇文档：

《如何查看和转移 Windows Server 2003 中的 FSMO 角色》：

http://supportmicrosoftcom/id=324801

当最后一步转移结构主机角色时可能会提示“当前域控制器是全局编录服务器，不要将结构主机角色转移到该域控制器上”，由于是在单域环境中，直接确认忽略该提示即可。关于在Windows 2000/2003域控制器上放置FSMO的更多信息，请参考下面这篇文档：

《在 Windows 2000 域控制器上放置和优化 FSMO》：

http://supportmicrosoftcom/id=223346

11完成以上操作之后，新的Windows Server 2003域控制器便替代了原来的第一台Windows 2000域控制器的角色，但我们需要等待一段时间使原来的Windows 2000域控制器上的和全局编录及FSMO角色相关的活动目录信息完全复制到Windows Server 2003域控制器上。建议您观察一两天时间，并确认新的Windows Server 2003域控制器/DNS服务器一切工作正常后，再将原来的Windows 2000域控制器降级。

12当所有的Windows 2000域控制器都成功降级，当前域中只剩下Windows Server 2003域控制器后，我们便可以提升当前域/活动目录林的功能级别，以便应用Windows 2003活动目录中的一些新特性，具体方法和注意事项请参考下面这篇文档：

《如何在 Windows Server 2003 中提升域和目录林功能级别》：

http://supportmicrosoftcom/id=322692

关于卷影副本，进行了以下两个测试：

系统环境：windows server 2003企业版

测试

1、D盘空间大小是200多G，数据占50多G，然后做“卷影副本”存放到E盘（最大值：没有限制），查看System Volume Information的副本大小只有300M多点。

2、在D盘只放了些文件，大小总共24G多，然后做“卷影副本”存放到E盘（最大值：没有限制），副本也只有300M多点，然后把D盘这些文件彻底删除，再恢复卷影副本，结果24G多的文件被完整的恢复了出来。

疑问

一、测试1的情况，数据这么多，为什么卷影副本能这么小？卷影副本记录的是什么东西？如果只是快照，就产生“疑问：二”

二、对于测试2来说，24G大小的文件被彻底删除后，却能用300M多的卷影副本完整的恢复出来，不明白其原理，如果说卷影副本只是快照，那么在原文件没有的情况下怎么能实现完全恢复？

请问“卷影副本”的原理是什么？网上搜索过，都介绍得很模糊，基本上没有实际的举例证明，请各位高手指点一下。

Windows Server 2008 R2是一款服务器操作系统，提升了虚拟化、系统管理弹性、网络存取方式，以及信息安全等领域的应用，Windows Server 2008 R2 重要新功能包含︰Hyper-V加入动态迁移功能，作为最初发布版中快速迁移功能的一个改进；这是Hyper-V功能的一个强项。并强化PowerShell对各个服务器角色的管理指令。Windows Server 2008 R2也是第一个只提供64位版本的服务器操作系统。

很多人都想尝试Hyper-v的效果，作为微软件虚拟化技术的亮点，的确让人惊喜不断！

随着Windows Server 2003生命周期临近终结，很多IT部门寻找各种迁移方法——为了避免长久的停机时间和高昂的成本。　　2015年中期，微软将不再继续为Windows Server 2003发布安全补丁，这让很多Windows Server 2003企业用户暴露于风险之中。迫在眉睫的是，在该老旧操作系统上运行重要或关键任务的企业是时候该认真考虑迁移事项了。　　微软将最新版本的服务器操作系统Windows Server 2012 R2作为其Cloud OS计划的关键部分。组织迁移到新的Windows平台后将在一些关键领域获得好处。　　Windows Server 2003首次支持大量不同类型的硬件存储设备。在Windows Server 2003中，微软Windows Server 2003增强了该功能，新增了回写式高速缓存、存储分层以及物理磁盘故障后重建功能。　　对于管理员来说，该功能很诱人。事实上，在Protiviti 2015 IT Priorities调查中，39%的北美用户计划迁移到Windows Server 2003。　x64操作系统Windows Server 2003于2009年一经发布，在企业中就达到了炙手可热的程度。对于想要从Windows Server 2003迁移出来，但硬件又无法支持最新平台的企业来说，Windows Server 2003无疑是一个权宜之计。　　这样做的企业也会获得大量的好处。在虚拟化方面，Windows Server 2003Hyper-V性能获得改善，包括Windows Server 2003实时迁移和使用故障转移群集 的群集共享卷。而且，活动目录增加了回收站功能。　　然而，Windows Server 2003平台的生命周期也到了火烧眉毛的时刻——2015年停止主流支持，2020年停止扩展支持。　　2016年，下一代Windows Server 2003被寄予了厚望，将包含大量的改进功能。　　Windows Server 2003新版本中，存储是微软所关注的重点领域之一。虽然Windows Server 2003中引入了存储池，但是微软又增加了Storage QoS——该功能允许管理员控制Windows Server 2003Hyper-V虚拟机的存储性能。Storage Replica是新版Windows Server 2003中又一个新功能，支持服务器之间的块级数据复制。　　微软的Windows Server 2003Hyper-V虚拟机还添加了滚动升级，实现了更少的停机时间。　　新版Windows Server 2003直到2016年才能推出，微软不断强调，打算从Windows Server 2003直接迁移到最新平台的IT部门可能需要等上几个月了——这几个月里不会有安全的Windows Server 2003升级。

关于DNS的备份和恢复。

备份：

1、停止DNS服务

2、打开regedit,找到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DNS

3、将DNS这个分支导出。命名为DNS-1

4、找到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DNS Server

5、将DNSserver分支导出，命名为DNS-2

6、打开\Windows\System32\DNS ，把其中的所有＊dns文件复制出来，并和DNS-1reg及DNS-2reg保存在一起。

把上述内容备份出来即可。

恢复：

1、当区域里的DNS服务器发生故障，重新建立一台win2003服务器，并与所要替代的DNS服务器起相同的名字，设置相同的DNS后缀和IP地址。

2、在新系统中安装并启动DNS服务。

3、把前面备份出来的＊dns文件复制到新系统的\Windows\System32\DNS文件夹中。

4、停用DNS服务。

5、把备份的dns-1reg和dns-2reg导入到注册表中。

6、重新启动DNS服务。

dhcp的快速备份！

命令行：

netsh dhcp server dump >dhcp_baktxt

备份完成。

如果原DHCP服务器损坏，需要新建一台DHCP服务器，并把DHCP-baktxt复制过来。

在命令行运行：

netsh exec dhcp_baktxt

这样，相关的信息就恢复了，但租约信息用这种办法无法恢复。