环境=具有8个DC的Windows 2003本地域
我有一个运行2003的旧域控制器，CA Enterpriseangular色，DHCP，DNS，指向共享的几个GPO脚本以及一些其他次要function。 我们所有的服务器都将其指定为主DNS，并且在这个时间点（8年以上），整个域名中都有大量IP地址或名称。 我真的不想手动改变这一切，这将是一个非常大的事业。
我想遵循本指南： http : //msmvps.com/blogs/acefekay/archive/2010/10/09/remove-an-old-dc-and-introduce-a-new-dc-with-the-same -name-and-ip-address.aspx ，希望最终基本上可以说是“就地升级”。
我认为只是做一个P2V的盒子，但我们并不真的想保持在2003年左右运行。 我也考虑过使用CNAME并添加第二个IP（旧的），但是再次看来，使用附加的链接看起来会更干净。
我的实际问题：
在做链接build议的时候有任何陷阱或者大的警告标志？ 任何人走过这条路，并就如何进行的build议？
这是一个比较常见的操作。 Ace是一个很好的广告资源，所以在纯粹的直播内容上听上去很容易。
他不花很多时间在其他服务上，在你的情况下这很重要：
CA可能会有点痛苦，因为要做到这一点，您将需要升级当前的DC，除非您愿意丢失颁发的证书上的所有信息（参见http://support.microsoft.com / kb / 298138 ）。 取决于你使用的CA可能会或可能不会。 我确实已经看到，在丢失了CAconfiguration的情况下完成了这个工作，并且没有对环境造成重大影响。 只要确保不创build新的CA，直到您已经重命名并提升新的机器，因为您无法在CA上执行这些操作。
迁移DNS数据将在神奇的情况下发生，假设AD集成了，否则您需要将其设置为辅助，然后将旧IP更改为主服务器，并在将旧IP分配给新服务器后重新configuration。
迁移DHCP数据是可能的，如果按照指示进行也不错（参见http://support.microsoft.com/kb/962355 ）。 Ace在链接的页面中覆盖了这一点。
迁移份额将涉及数据和权限。 通常情况下，你会使用像FSMT（ http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=10268 ），但你没有做一个永久的服务器名称更改。 因此，只需使用robocopy将文件复制到新的服务器，包括权限（/ copyall），并通过手动或类似的东西（ http://support.microsoft.com/kb/125996 ）带来共享定义。
在ArsTechnica有一个线程（ http://arstechnica.com/civis/viewtopic.php?f=17&t=1117166 ）关于这个，它build议使用“摆动服务器”。 我在SBS迁移案例中已经这样做了，但是我相信这对你来说太过分了，因为你有很多现有的DC。
你没有说如果DNS和DHCP存在于其他服务器上，或者只在这个服务器上; 如果仅仅在这一点上，首先，由于单点故障等原因而不好，但是这也意味着你正在看最终用户的一个非常明显的停机时间，在这种情况下，一个摆动服务器可能会有道理（两个更小的blip，而不是一个更大的blip）。
好东西。 这一切看起来不错，@MikeBaz指出的是CA，ACE没有提到，但是在DC上是很常见的。 减less“全部或全部”转换就是慢慢地将每个服务移动到一个新的位置，因为它是自己的小型项目。 DNS可能是你需要关心IP的唯一一个（假设你没有WINS服务器）。
您的networking应该被设置为AD DC的故障，因为没有单个DC故障会影响DC，DNS，DHCP，CA，netlogon等networking服务。我build议您将此服务器更换为改善您的devise的机会每一个都是高度可用的。 好消息是每个人都可以用最小的努力，使得NEXT DC更换更容易。
对于脚本，如果它们从所有DC上的netlogon指向/运行（并在它们之间复制），那么脚本中的任何服务器名称都不应指向\\ old-dc \ netlogon，而应指向\\ domainname.com \ netlogon，这是最好的方式，这样客户就可以从最近的DC抓取脚本和支持文件。 如果您要将文件存储在脚本/ GPO中的其他共享上，请考虑使用易于使用的DFS + DFSR，并防止任何单个文件共享中断以防止文件访问。
对于DNS，在networking中有许多DC，您应该将所有客户端和服务器都设置为至less两个DNS服务器。 如果是这样的话，那么在迁移过程中不要担心拆除一个DC。 对于DHCP客户端，只需将DHCP范围更改为不同的DC / DNS主机，您现在可以执行此操作。 对于具有静态IP的服务器，您可以使用脚本或分配jr。 pipe理任务手动确保他们都有适当的DNS条目。 DNS是AD的生命线，在可能的情况下，我实际上在服务器NIC上放置了3个以上的DNS（从不小于2），因为这种情况下，DNS服务器需要更换或给定新的IP。