我正在寻找重命名域控制器。 function级别和其他一切意味着我可以使用netdom来执行该过程。 看这个主题的technet文章 ，我可以看到第一步是将名称添加到域控制器：
netdom computername <CurrentComputerName> /add:<NewComputerName> 第二步是把新的名字作为主要的：
netdom computername <CurrentComputerName> /makeprimary:<NewComputerName>
在复制之后删除旧名称之前：
netdom computername <NewComputerName> /remove:<OldComputerName>
为了平滑过渡，我想保留旧名称，以避免任何引用OldComputerName的系统在追踪时仍然连接。 通过省略删除旧名称的步骤，我会从根本上打破它devise的工作方式吗？ 在我看来，它会为新名称创build一个新的SRVlogging，旧logging仍然存在。 但我不确定这是否会打破AD（Server 2008 DFL / FFL与2008和R2框）的复制。
为了平滑过渡，我想保留旧名称，以避免任何引用OldComputerName的系统在追踪时仍然连接
根据计划重命名DC，并将旧名称的CNAME添加到DNS中。 即使对旧的进行身份validation的客户端，域身份validation也将使用新名称。 不要混淆SRVlogging，等等。你真正的要求是确保由于某种原因连接到旧的FQDN的客户端（服务器共享也许？在DC上托pipe的一些应用程序？）仍然可以通过该FQDN访问它。 哪一个CNAME将提供很好。
这听起来像你想避免用你现在的命名约定build立一个新的机器。 这可能会创造比预期更多的工作。
AD DS中有许多与您的DC名称相关的项目。 我不确定一旦更改了名称，DNS中的所有内容都将被更新。 清洁和更可控的方法是站起来一个新的计算机的名称，你想要推动到一个域控制器。 然后，您可以将angular色移至新的DC，closures旧的等待。 如果出现问题，您只需启动旧的DC，而不是退出名称更改更改。
在对ComputerName进行任何DC操作时，出于干净的退出计划的单一原因，站起来一个新的盒子（VM或物理）总是最好的。
实际上，整个networking位是不必要的。 就像任何其他Windows机器一样，可以从“系统属性”对话框中安全地重命名DC。
但是，确保重新启动两次 ，以确保AD和DNS中的所有引用都已正确更新。
不要，我再说一遍， 不要和SRVlogging混淆; 他们是由AD自动pipe理的，你不需要手动编辑它们。
如果该服务器上有其他服务（首先不应该在那里），通常DNS CNAME就足够了; 但是其他一些服务比较棘手：SQL Server fe在计算机重命名（它可以完成，但不是那么容易）方面performance不佳，并且根本不能重命名Exchange服务器或证书颁发机构。