1. 如何将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://technet.microsoft.com/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 文件的大小和网络带宽的影响。
2. 如何将旧域服务器迁移新域服务器
添加域控制器.
粗暴一点访法, 对旧域控降级.
温柔一点就是 ntdsutil 转移5个FSMO角色.
再对旧域控进行降级.
3. 如何将windows 2003域迁移到Windows server 2008域
一、现有环境 首先请把安转好的Windows 2008服务器加入到原有的Windows2003域环境。 目前原有的活动目录角色是在一台Windows 2003服务器上的。 二、升级活动目录架构 在Windows2003域环境里面任何的一台DC上(最好是架构主机)，把Windows2008光盘下的source\adprep子目录拷贝到硬盘里面，并在CMD下执行：adprep /forestprep、adprep /rodcprep和adprep /domainprep /gpprep。 Adprep存放的路径 在原有的一台DC上执行森林准备工作 请按C键继续操作 程序开始执行，更新原有活动目录架构 程序执行完毕，提示成功，如果有错误，可以查看日志。 再执行rodc和domain准备工作 这三步完成后，已经做好把活动目录迁移到Windows server 2008了。 三、配置Windows server 2008 DC 在运行菜单里面输入：dcpromo，开启配置向导 在欢迎向导提示下点击下一步 因为是在原有域(Windows 2003)下升级迁移，所以选择扩展一台域控制器。 选择要加入到的域。 当如果不是使用管理员登陆的话，还要设置有足够权限的用户和密码。 选择在那个域下加入到这台服务器。 把这台服务器放在那个站点。 是否配置DNS和把这台服务器成为GC。 是否在原有域环境下增加这台DNS服务器 输入一个恢复或卸载操作的密码。 确认一下这台服务器所有信息，点击下一步开始配置。 在同步原有活动目录的数据。 DC配置完毕 重启后生效。 KCC也自动配置好，这是Windows 2008的控制界面 原有的Windows 2003的界面，大家可以对比一下。 四、活动目录还原 可以使用GUI或命令行的方式夺取角色 胜利夺权后，所有角色已经由Windows 2008来服务了。 注意：因为原有的域还存在Windows 2003服务器，所以不能显示Windows 2008活动目录级别，当移除2003服务器后，就可以升级为Windows 2008功能级别了。 本文转自：blogs/，作者：luoyi
4. 如何进行服务器转移
发表时间：2011/8/10 佚名 来源：TechTarget中国关键字：P2V虚拟化迁移关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产品来做。 关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产品来做。然而，V2P过程不受许多工具支持，并且比P2V要复杂得多。 你可能疑惑为什么要将虚拟机转换回物理服务器。多数情况下，这样做的原因在于应用厂商不支持他们运行在虚拟机上的产品。目前，几乎所有的厂商都支持虚拟化，但是通常在他们的支持条款里都有关于支持的提醒。 如果一家厂商解决运行在虚拟环境里的应用的问题，这家厂商可能要求你在解决问题之前在物理服务器上复制这个问题。为什么？因为技术人员想要确定虚拟化层不是原因或者是导致问题的因素，消除这种疑问的唯一方式是通过在物理服务器上复制这个问题。下面列出的是一些主要厂商的典型支持条款： IBM/Lotus： 当用户召集标准使用率或者与缺陷相关的服务请求，并表明他们运行在VMware ESX Server上，IBM Technical Support将竭尽全力解决问题。我们假定这个问题本身或在VMware环境很常见，如果有迹象表明问题与VMware环境有关，我们只需要用户（或者VMware SupportLine团队）重新创建这个问题。 Microsoft： 运行在非微软硬件虚拟化软件的第一级支持的微软用户，微软又没有与这家厂商建立包含虚拟化解决方案的支持关系，微软将使用运行在非微软硬件虚拟化软件商的微软软件调查潜在的问题。作为调查的一部分，微软可能需要用户从微软硬件虚拟化软件复制这个问题。这可以在Windows Server 2008（包含Hyper-V）上进行，这个真实的硬件平台在上面安装了Windows操作系统。 Cognos： Cognos Support会解决任何关于IBM Cognos产品的问题。在虚拟环境使用IBM Cognos的用户会遇到问题，Cognos用户不需要在这个操作环境重新创建和解决每个问题。不过，Cognos保留要求用户诊断操作系统环境的某些问题。只有在有理由相信虚拟环境是导致问题的根源时，Cognos才做此要求。 Computer Associates： 虽然CA不坚持客户在联系支持前重新创建每个问题，我们保留要求客户诊断和解决某些问题的权利。我们有理由相信问题直接与VMware有关时才会这样做。 从VMware这些支持条款可以看出，所有厂商都保留向你要求在非虚拟环境里重新创建问题的权利。不过多数情况下不会发生，因为多数应用不知道虚拟与物理硬件之间的差别。取决于问题类型，厂商应该意识到这与虚拟化层无关。不过有一种类型的问题，虚拟化层可能就是原因，那就是性能问题。 在本文的下半部分中，我们将说明导致性能问题的原因及解决方案。 在本文的上半部分中，我们介绍了成功实施P2V迁移需要的准备工作及系统命名法等。本部分介绍卷影拷贝服务、Window域控制器等。 理解卷影拷贝服务 如果你用过一些工具，可以转换正在运行的Windows系统，它们可能使用了卷影拷贝服务来实施迁移。在这种情况下，在转变的过程中系统的镜像将被快照下来。一旦转换完成，你就可以关闭系统。需要记住的是，在迁移之前和你关闭原来的系统的这段时间只在物理系统上发生。新创建的虚拟系统就这时已经过时。这对于域控制器（下面将提到）非常重要，同时对任何传递的数据和日志同样重要。 在正式使用之前进行迁移测试 P2V或者V2V的迁移的概念一般使系统的整个功能保持完整。然而，对任何被迁移的系统，在迁移后，在其发挥其正常的角色前，应当进行一系列的检查。这有一些方法来检测新迁移的虚拟机： ·在新迁移的虚拟机中的清单中去掉所有不必要的硬件。特别的，如果是从物理主机上迁移，你也许有USB接口、软件驱动器或者音频适配器等也许不需要或者在虚拟主机上不支持等硬件。 ·不需要连接到配置里的网络适配器就能在虚拟主机上引导系统。这是在VMware ESX中断开软件，该选项通过选“connect at power-on”选项实现。 ·如果可以，关键应用在离线的环境下不能运行良好，那么就停止。 ·迁移后多次重启虚拟机以确保所有的日志清空，在接下来的引导中不会产生问题。 ·当网络适配器处于软件断开的状态，确保网络配置在虚拟机环境新的地方是正确的，虚拟迁移可能从硬件清单去掉了先前的接口以及伴随接口的网络配置。 ·确保查看网络延伸配置，例如DNS 服务器的顺序、DNS的后缀，和其它因新的位置而需要改变的网络配置项目。同时如果适当也利用这段时间修改或准备这个系统之外任何变动，包括DNS的接入。 当运行了上述一系列的测试，客户虚拟机关闭后，重新连接网络适配器到虚拟机。在做完这一系列的检查后，在你试图使用迁移系统时，通过把所有的小问题排除后 ，第一次打开虚拟机节省了宝贵的时间。 Window域控制器需要不同的处理 从一个物理盒子把一个域控制器迁移到一个虚拟实例需要特殊的考虑，一个好的实现状态需要不同的处理。主要的原因是这个问题围绕着机器如何放到新的虚拟环境。许多管理员想最小化域控制器的停机时间，所以你需要倾向于一个可以优化在线使用的工具。问题在于如果域控制器一直在运行，每一个时刻迟早在增加域的内部的计算，这主要因为，如果系统在运行时，P2V迁移工具执行迁移，一旦虚拟系统在线，它将导致Active Directory数据本地的潜在的损坏，以及其他的域控制器和机器计数。 在这篇文章里，我将要提供两种好的转换域控制器的方法。最安全的方法是在虚拟环境下重建一个，把这个系统迁移到这个域中做为一个新的域。当它做为一个新的域控制器引入了一个新域，确保全局目录特征和其他角色被合适的转移。一旦它们在线，你可以降级或者从该域中移除该系统。 另一个方法也同样安全，但需要一些停机时间。当你的VMware主机上有旧的ESX版本的情况下，你在虚拟机上执行复制任务，这个复制任务可以在断电的状态下拷贝它到一个新的主机上，断电的状态非常重要，因为在这种状态下域控制器不会摆脱和其余的域同步的状态。 选择正确的迁移策略 取决于你迁移物理机器到虚拟机的必要参数，你必须决定正确的策略来维持你需要的正常运行时间、许可证参数，选择一个不会导致问题的路径。对于系统或连接到该系统的用户保持对其迁移的透明性。
5. 怎样进行域名转移或域名服务器更换
域名如何转出?
为了保证您的域名能够顺利办理转出，请您先查询您的域名到期日期及域名状态，确保域名到期日期及域名状态符合转出必要条件，请参考以下条件。
域名转出条件：
1.域名注册或续费时间至少满60天，域名不能过期，国内域名过期时间不能小于15天，如未达到时间要求国际域名有可能导致用户损失最近一次续费金额;
2.域名处于正常状态，本身无任何争议、纠纷或欠费情况
3.转出需提供域名所有者相关证件4.转出前，请检查域名所有者邮箱是否可用，转移密码是发送到域名所有者邮箱5.域名转移根据转移注册商、代理商等有所不同，请咨询注册商具体流程办理
可以通过whois查询这些信息。
首先需要“获取域名转移码”
1一般域名控制面板上有获取转移码的按钮或链接，点击后注册商会自动发一份邮件到你的邮箱上，当时填写申请域名时留下的邮箱地址里面有域名转移码，有的域名注册商需要联系客服才能获取域名转移密码。
拿到转移密码后，登录你要转入的域名服务商网站，选择域名转入，输入转移密码。提交后，域名会进入转入申请状态。
提交转入申请后，需要原注册商进行“确认转出”的操作。有的注册商会发邮件给您，问您是否同意转移，请点击"同意转移"。
部分注册商在用户确认后，会立即在系统中确认转出，这种能在1小时内就能完成域名转移过程。大多数注册商(如万网、新网等)不会立即同意，需要等7天的最长期限过去以后，才能转移成功。这种可以尝试联系原注册商要求他们提前确认转移操作。
另外，有个别服务商会在中途将域名锁定或拒绝转移，这种情况会导致转移失败。
转移过程中遇到问题可以联系域名服务商客服
部分服务商在提交转入申请后，即可进行预先的DNS解析，待转入成功后就会自动切换到新服务商的DNS解析记录上面，防止DNS还在原服务商导致网站不能打开。
6. 如何将windows server 2008 R2 的域迁移到windows server 2016
如何将windows server 2008 R2 的域迁移到windows server 2016
已移动 Amy Wang_Microsoft contingent staff, Moderator 2017年3月16日 5:13 Unrelated to Windows Server Technical Preview
你好，
下面有个英文文档我建议看一下：
Using Ntdsutil.exe to transfer or seize FSMO roles to a domain controller
https://support.microsoft.com/en-us/help/255504/using-ntdsutil.exe-to-transfer-or-seize-fsmo-roles-to-a-domain-controller?FR=1%3FFR%3D1
Best Regards,
Amy
Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact [email protected].
2017年3月16日 8:42
已编辑 Amy Wang_Microsoft contingent staff, Moderator 2017年3月16日 8:42
已建议为答案 Amy Wang_Microsoft contingent staff, Moderator 2017年3月21日 7:36
请首先安装好 Windows Server 2016 的服务器，并加入现有域。
然后把 Windows Server 2016 的服务器升级成 Domain Controller, 注意在安装的时候选择安装 DNS 和 GC (全局编录）角色。
等 2016 顺利成为 DC 之后，运行 DCdiag.exe 和 repadmin.exe 来检测 DC本身和 AD 复制是否正常。
再把客户端上的 DNS 服务器的地址改成新的 DC, 然后把其它 DC 暂时关闭来测试是否正常。
如果一切正常，请把5个 FSMO 角色全部转移到 2016 的DC 上。
转移成功之后，可以开始降级之前的 DC。考虑到不同操作系统的 DC 可以共存，我建议先运行一段时间之后再全面降级 2008 的 DC。
你好，
请问还有其他的问题吗？
Best Regards,
Amy
Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact [email protected].
2017年3月27日 8:31
你好，
请问现在有进展了吗？
Best Regards,
Amy
Please remember to mark the replies as answers if they help.
If you have feedback for TechNet Subscriber Support, contact [email protected].
7. 如何将旧域服务器迁移新域服务器
关于更换或者迁移域服务器:关于域服务器迁移的请教我通过部署一个简单的域管理公司40台左右的机器。域的作用主要是通过域用户来管理客户端，回收大部分的权限，使客户端系统非常稳定！整个域系统已经用了快4年了。另 外域服务器还兼任文件服务器，授权和设置了共享文件目录，让客户端可以通过这些共享目录交流和保存信息。现在公司购置了新的机器，需要将现在旧的域服务器迁移到这台新机上，旧的机器另有用途，我在考虑如何做才能让客户端受到的影响最小！先讲一下我现在的网络系统架构：
ip段：192.168.76.0 255.255.255.0
DNS：192.168.76.21
DC(old)：192.168.76.21我想的迁移办法是：
1.先在新机上装好dc(new)：192.168.76.31
2.在dc(new)上设置dns指向192.168.76.21，然后作为DC(old)的额外域建立域，将dc(new)的域信息复制过来，然后配置dc(new）的dns中的ad zone，将dc(old)的dns资料也
复制过来，使dc(new)完全成为dc(old)的冗余备份！
3.将dc(old)的域正常卸载，让dc(new)承担起域的管理以上只是我以现有知识的设计方案，还没有实际实践，所以想请教几个问题：
1.dc(old)正常卸载后，dc(new)是否会自动管理起整个域？还需要什么后续的步骤吗？
2.另一个头痛的问题是如何使原客户端的dns指向新的dns，我想将dc(old)从网络下线后
，直接修改dc(new)的ip为dc(old)的ip，但是觉得会有问题，不知道是否可行，或者有其他更好的办法。否则我还是要修改40多台客户端的dns指向新的dc(new）！
回答： 1.这里要澄清一个问题，所有dc如果获得了完全复制，那么它们上面的数据库是完全同步的，这个通过过程是后台自动完成的，不需要人为干预。如果您的dns选择了与ad同步，那么dns的同步也是自动的。那么在新的dc作为additional dc添加进来并获得完全同步后，您所需要做的动作是，将原有primary dc所承担的角色转移过来，比如5个om，gc，如果有多站点，还有istg。注意是transfer，而不是seize。等待dc的状态稳定后，降级原来的primary dc就好了。
相关的资料请参考：
http://support.microsoft.com/default.aspx?scid=kb;cn;223346
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;255690
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;324801
http://support.microsoft.com/default.aspx?scid=kb;en-us;255504
2.更改dc ip的想法是可行的。但您要注意更改dns中的srv记录，更改完成后，要注意ad中的各事件日志，确保ad的正常运作。需要提到一点的是，整个操作需要有个过程，最好能够持续1、2天，分步骤实施，实施之间最好能够在测试环境中测试后，并对现有dc进行备份后，再行动作！关于dns client的配置问题，这里您可以看一个kb
http://support.microsoft.com/default.aspx?scid=kb;en-us;825036
最关键的一个地方就是primary dns互相指向，否则容易导致dns解析的问题，从而客户端、dc复制都有可能出现问题。
8. 想升级公司原来的域服务器，如何迁移里面的AD和DNS啊
活动目录(Active Directory)迁移：
1、安装新的Windows 2003
服务器(需要安装DNS服务器)，并加入到域。
2、运行林升级操作：在其中一台Windows 2000域控制器，运行Windows 2003
安装光盘i386目录中adprep程序，运行命令： adprep/forestprep。
3、运行域升级操作：在其中一台Windows 2000域控制器，运行Windows 2003
安装光盘i386目录中adprep程序，运行命令： adprep/domainprep。
4、将新装的Windows 2003
服务器升级为域控制器。
5、将所有的操作主机角色切换到Windows 2003
域控制器。
6、检查Windows 2003
域控制器的DNS是否工作正常。
7、将其中一台Windows 2000域控制器降级并退出域。
8、检查域是否工作正常。
9、将另外一台Windows 2000域控制器降级并退出域。
10、检查域是否工作正常。
11、将其中一台退出的原Windows 2000域控制器的系统安装成Windows 2003
, 并升级为域控制器。
12、活动目录完成
Exchange 2000迁移至Exchange 2003
：
1、在新服务器上安装Windows 2003
。
2、在一台域控制器上从Exchange 2003
安装盘I386目录中分别运行adprep /forestprep、adprep /domainprep
3、升级Exchange 2000的Active Directory Connector, 如果不升级直接安装Exchange 2003
会出现错误提示，无法继续安装。升级方法：在Exchange 2000服务器上运行Exchange 2003
安装盘的ADC中的安装文件，选择“reinstall”方式安装。
4、在新服务器上安装Exchange 2003
。
5、将邮箱从Exchange 2000服务器移动到Exchange 2003
服务器。操作方法：在系统管理器中，选中Exchange 2000服务器中的除了SystemMailbox, System Attendant, and SMTP-ServerName所有的邮箱，点击右键选择“Exchange任务”，选择“移动邮箱”，目标服务器选择新安装的Exchange 2003
服务器。这是一个非常耗时的过程，我们公司30多G的邮箱移动了十几个小时(100M带宽)。
6、公用文件夹迁移：在系统管理器中，选择要迁移的公用文件夹，在“属性”=》“复制”中添加新的Exchange 2003
服务器，系统会根据复制时间间隔，自动将公用文件夹从Exchange 2000复制新的Exchange 2003
服务器，公用文件夹默认复制间隔是1小时，你可以更改复制间隔。通过在“文件夹”=》“公用方文件夹”点右键并选择“连接到”新的Exchange 2003
服务器来检查公用文件夹是否成功复制。
7、删除Exchange 2000服务器，操作方法：打开系统管理器，选择要删除的服务器，右键选择“所有任务”=》删除服务器，停运Exchange 2000服务器，迁移完成。(注：通过添加/删除程序直接卸载，出现这样的错误提示：
The component "Microsoft Exchange Messaging and Collaboration Services" cannot be assigned the action "Remove" because:
- One or more users currently use a mailbox store on this server. These users must be moved to a mailbox store on a different server or be mail disabled before uninstalling this server.
而未迁移的系统邮箱SystemMailbox, System Attendant, and SMTP-ServerName又不好直接删除，我就采用系统管理器中的“删除服务器”，删除后Exchange 2003
工作正常，这样的删除方法也是可行的),
9. 更换主域服务器，如何完整迁移AD和DNS
要么你就直接ghost，要么你就装BDC，和辅助DNS,等同步后（我也不知道何时完成），去掉PDC，提升AD为PDC，把辅助DNS改为主DNS
10. 如何将旧域服务器迁移新域服务器
关于更换或者迁移域服务器:关于域服务器迁移的请教我通过部署一个简单的域管理公司40台左右的机器。域的作用主要是通过域用户来管理客户端，回收大部分的权限，使客户端系统非常稳定！整个域系统已经用了快4年了。另 外域服务器还兼任文件服务器，授权和设置了共享文件目录，让客户端可以通过这些共享目录交流和保存信息。现在公司购置了新的机器，需要将现在旧的域服务器迁移到这台新机上，旧的机器另有用途，我在考虑如何做才能让客户端受到的影响最小！先讲一下我现在的网络系统架构：ip段：192.168.76.0 255.255.255.0DNS：192.168.76.21DC(old)：192.168.76.21我想的迁移办法是：1.先在新机上装好dc(new)：192.168.76.312.在dc(new)上设置dns指向192.168.76.21，然后作为DC(old)的额外域建立域，将dc(new)的域信息复制过来，然后配置dc(new）的dns中的ad zone，将dc(old)的dns资料也 复制过来，使dc(new)完全成为dc(old)的冗余备份！3.将dc(old)的域正常卸载，让dc(new)承担起域的管理以上只是我以现有知识的设计方案，还没有实际实践，所以想请教几个问题：1.dc(old)正常卸载后，dc(new)是否会自动管理起整个域？还需要什么后续的步骤吗？2.另一个头痛的问题是如何使原客户端的dns指向新的dns，我想将dc(old)从网络下线后 ，直接修改dc(new)的ip为dc(old)的ip，但是觉得会有问题，不知道是否可行，或者有其他更好的办法。否则我还是要修改40多台客户端的dns指向新的dc(new）！ 回答： 1.这里要澄清一个问题，所有dc如果获得了完全复制，那么它们上面的数据库是完全同步的，这个通过过程是后台自动完成的，不需要人为干预。如果您的dns选择了与ad同步，那么dns的同步也是自动的。那么在新的dc作为additional dc添加进来并获得完全同步后，您所需要做的动作是，将原有primary dc所承担的角色转移过来，比如5个om，gc，如果有多站点，还有istg。注意是transfer，而不是seize。等待dc的状态稳定后，降级原来的primary dc就好了。相关的资料请参考： http://support.microsoft.com/default.aspx?scid=kb;cn;223346 http://support.microsoft.com/default.aspx?scid=kb;zh-cn;255690 http://support.microsoft.com/default.aspx?scid=kb;zh-cn;324801 http://support.microsoft.com/default.aspx?scid=kb;en-us;255504 2.更改dc ip的想法是可行的。但您要注意更改dns中的srv记录，更改完成后，要注意ad中的各事件日志，确保ad的正常运作。需要提到一点的是，整个操作需要有个过程，最好能够持续1、2天，分步骤实施，实施之间最好能够在测试环境中测试后，并对现有dc进行备份后，再行动作！关于dns client的配置问题，这里您可以看一个kb http://support.microsoft.com/default.aspx?scid=kb;en-us;825036 最关键的一个地方就是primary dns互相指向，否则容易导致dns解析的问题，从而客户端、dc复制都有可能出现问题。
求采纳