我从来没有深入参与pipe理AD2003域控制器。
现在我得到一个坏域名倾倒在我的腿上。
我需要一些build议如何进行。
这是故事：
今天早些时候，我从另一个部门inheritance了一个旧的，pipe理不善的3服务器域。
（这是一家外包服务提供商在一年前肚子痛的时候经营的，从那时起它就一直没有得到提供）。
2台Windows 2003R2 DC和一台运行1个应用程序和SQL2000服务器的2003R2服务器。
在硬件的物理运输过程中，1个DC不能修复。 你可能已经猜到了，根本没有备份。
剩余的两台机器启动，并在两个IP地址被更改为我自己的范围内的新地址。 之后，这两台机器重新启动一次。 DC首先和应用程序服务器只有在DC完全启动后。
我有域pipe理员访问此域。 我可以login到两个幸存的服务器。
两台服务器都需要很长时间（DC 15分钟，应用服务器10分钟）启动到login提示符。 login后需要很长时间才能到达桌面（另外5-10分钟）。
现在这是我的问题：我需要再次运行该应用程序，直到年底。
第一笔业务似乎摆脱了失败的DC。 然后开始在这些服务器上进行清理（在这两个服务器上有大量的剩余部分删除了/或部分禁用的应用程序）。
事情是：我不知道如何去除DC。
我需要先做dcpromo，然后ntdsutil /删除服务器？
只是ntdsutil /删除服务器？
IP地址的变化对此有影响吗？ （如果需要，我可以暂时放回旧的IP地址。）
顺便说一下，这个域与我们的普通域有一个信任关系。 这是否会影响DC清除？
由于IP地址的变化，这个信任关系需要做些什么吗？
任何帮助将不胜感激。
更新我修复了两台机器上的DNS问题。 DC和应用程序服务器上的主DNS现在指向DC本身。 我更新了DNS中两台机器的DNSlogging。
（我无法为任何一台机器制作正确的反向PTR，不知道将会出现什么问题，新的IP范围不在这里的反向区域，这个DC不允许更新反向指针如果我添加该区域作为副本）。
这似乎已经解决了这两台机器的过度缓慢。
远程桌面loginfunction现在。 仍然有点呆滞，但是很明显，在所有事情都搞砸之前已经是这样了。
我现在正在等待有关应用程序的用户反馈。
删除失败的DC应该是你现在最不在乎的最后一件事了。
您更改了DC的IP地址，也就是该域的DNS服务器。 您需要重新configurationDC本身以将其自身用于DNS服务器，当然，您还需要重新configuration客户端以将DC用作DNS服务器。
如果DC不是该域名的有效DNS服务器，那么当然还有很多工作要做。