我一直倾向于将主机名用于networking共享，SQL Server实例等。我通常会发现主机名更具描述性，更易于记忆。
不过，最近我们的一台文件服务器死了。 它的IP绑定到另一台服务器上的networking适配器，共享被重新创build，几乎所有使用IP地址的作业都没有发生任何事情。
对于我使用主机名的工作，我不得不通过几十个configuration文件来更改主机名，第二天我发现我实际上错过了一对。 请注意，这次我实际上使用IP地址，以便更换服务器在线时，我不会再有什么改变：D
我意识到可能有一种方法可以在域控制器和/或networking路由器中创build另一个DNS条目（而不是将IP重新分配给另一个服务器），但是在这种情况下（这不是我的决定）并没有这样做。
有什么build议的指导方针应该如何做？ 你在你的环境中做什么？
在你提到的文件服务器的情况下，即使只有一个文件服务器，也应该使用DFS命名空间。 这将允许您的共享被\\domain\share而不是\\server\share引用。 如果发生故障，您只需将文件恢复到另一台服务器，并将其添加到名称空间以代替原始服务器。 path不会改变，因为它是基于域的。
这也使文件服务器迁移变得非常简单。
在你遇到问题的情况下，如果你没有configurationDFSN，你应该禁用严格的名称检查 ，在DNS中创build一个名为死服务器的CNAME，并将它指向新服务器的Alogging（或只是创造一个logging），并继续愉快与你的一天。
问题可能不是名称或IP地址。 如果您将IP地址分配给另一台服务器，则任何对故障服务器名称的调用都应parsing为重新分配给replace服务器的IP地址。 这个问题很可能是由于严格的名称检查造成的，这意味着replace服务器没有对失败的服务器名称进行权威性的回应，这会影响networking共享访问和SQL服务器访问。
问：fail_serverparsing为什么IP地址？
从DNS服务器答复：failed_serverparsing为xxxx
问：什么MAC地址是xxxx？
来自Replacement Server的答复：xxxx位于xx-xx-xx-xx-xx-xx
问：好的。 我可以通过\\failed_servername\share访问\\failed_servername\share
replace服务器的答案：我不是失败的服务器，对不起。
http://technet.microsoft.com/en-us/library/ff660057(v=ws.10).aspx
有什么build议的指导方针应该如何做？ 你在你的环境中做什么？
是的，如果可能的话，总是使用DNS /主机名，如果正确的话，其他任何东西都是愚蠢的。
我意识到可能有一种方法可以在域控制器和/或networking路由器中创build另一个DNS条目（而不是将IP重新分配给另一个服务器），但在这种情况下（不是我的决定）并不这样做。
这是通常在Windows世界中通过使用Active Directory来实现的方法 – 如果这些人需要一些返工，那么如果他们给你任何麻烦，告诉他们他们需要赶上“在此之前，其他任何事情都已经过去了。