replaceActive Directory中的DC / DNS

我刚刚尝试在保留旧IP的单个域林中replace我的一个域控制器(但新的计算机名称)。 由于这是一个我从之前的系统pipe理员“inheritance”的环境,所以我没有关于如何设置的背景知识。 我认为这可能是AD的第一个DC,但是它是一个老式的Windows 2003,最近一直以各种方式行事。

在改变之前我有:

  • 2 x Windows 2003 DC
  • 2个Windows 2008 R2 DC
  • 除了Win 2003以外,所有的都有GC

改变后,我有一种感觉,新的DC的DNS服务不能正常工作。 如果我把它设置为我的主DNS,我在公共站点的dns查询中遇到了一个奇怪的延迟。 查询内部logging似乎正在工作。 我试图将转发器的超时设置为在新的DC上缩短到1秒,这使得公共查询的延迟更短,我认为所有的公共站点查询都在该服务器上超时,并将其转发。

在将旧机器从AD中降级之前,我确定所有FSMOangular色都在不同的DC上,如前所述,有几个GC。

是否有一些我已经错过的域名DNS设置,或者你有什么想法下一步看什么?

新计算机使用相同的IP的罪魁祸首? 降级新的DC是否明智,离开AD,改名,再join?

在服务器pipe理器的DNS日志中,我收到警告,每个重新启动说:

DNS服务器正在等待Active Directory域服务(AD DS)指示目录的初始同步已完成

但是在那之后,有一个信息条目说:

“DNS服务器已经启动。

运行NSLOOKUP,并select服务器“新DC”工作正常,是即时的,内部的,但超时的公共查询。 从新的DC到公共场所运行PING解决了公共IP罚款。

防火墙在服务器上closures,DNS服务器服务正在运行。

AD的所有DNSlogging都使用不同的名称指向旧服务器,即使IP相同。 你应该添加一个新的IP新的DC。 这可能是为什么你有问题。 如果还没有这样做,请尝试从新的DC中执行“ipconfig / registerdns”。 GC也主要用于森林间/域对象search。 既然你只有1域,我不怀疑是主要问题。

我想我已经发现了什么问题。 默认情况下,新服务器似乎希望使用其他数据中心作为转发器查询未caching,这就是为什么内部查询工作,而公共的原因。 我只是删除这些post,只是作为转发器离开公共DNS,现在它运行得更顺畅。 我猜测超时发生,因为我查询名称,没有一个DC在caching中,因此,我的新DC首先必须等待另一个DCparsing名称,然后得到一个响应。 2秒超时,这是从来没有成功。

感谢Jon的input!