![主机名与 IP 地址用于指代 Windows 域环境中的服务器](https://linux22.com/image/609630/%E4%B8%BB%E6%9C%BA%E5%90%8D%E4%B8%8E%20IP%20%E5%9C%B0%E5%9D%80%E7%94%A8%E4%BA%8E%E6%8C%87%E4%BB%A3%20Windows%20%E5%9F%9F%E7%8E%AF%E5%A2%83%E4%B8%AD%E7%9A%84%E6%9C%8D%E5%8A%A1%E5%99%A8.png)
我一直更喜欢使用主机名来表示网络共享、SQL Server 实例等。我通常发现主机名更具描述性且更容易记住。
然而,最近我们的一个文件服务器死机了。它的 IP 被绑定到另一台服务器上的网络适配器,共享被重新创建,几乎所有使用 IP 地址的作业都继续工作,就像什么都没发生一样。
对于使用主机名的工作,我必须浏览几十个配置文件才能更改主机名,第二天我发现我实际上漏掉了几个。请注意,这次我实际上使用了 IP 地址,这样当替换服务器上线时,我就不必再更改任何东西了 :D
我意识到可能有办法在域控制器和/或网络路由器中创建另一个 DNS 条目(而不是将 IP 重新分配给另一台服务器),但在这种情况下并没有这样做(不是我的决定)。
是否有关于如何完成此操作的推荐指南?您在您的环境中做了什么?
答案1
对于您提到的文件服务器,即使您只有一个文件服务器,也应该使用 DFS 命名空间。这将允许您的共享被 而\\domain\share
不是引用\\server\share
。如果发生故障,您只需将文件还原到另一台服务器并将其添加到命名空间以代替原始服务器。路径不会改变,因为它是基于域的。
它还使文件服务器迁移变得非常容易。
如果你遇到故障并且尚未配置 DFSN,你应该已禁用严格名称检查,在 DNS 中使用您死机服务器的名称创建一个 CNAME,并将其指向新服务器的 A 记录(或者只是创建一个 A 记录),然后愉快地继续您的一天。
答案2
问题可能不是名称或 IP 地址。如果您将 IP 地址分配给另一台服务器,那么对故障服务器名称的任何调用都应该解析为重新分配给替换服务器的 IP 地址。问题很可能是由于严格的名称检查造成的,这意味着替换服务器没有对故障服务器名称做出权威性回答,这可能会影响网络共享访问和 SQL 服务器访问。
问:failed_server 解析为哪个 IP 地址?
DNS 服务器的应答:failed_server 解析为 xxxx
问:xxxx 的 MAC 地址是什么?
替换服务器的答复:xxxx 位于 xx-xx-xx-xx-xx-xx
问:好的。我可以访问\\failed_servername\share
替换服务器的回答:抱歉,我不是failed_server。
http://technet.microsoft.com/en-us/library/ff660057(v=ws.10).aspx
答案3
是否有关于如何完成此操作的推荐指南?您在您的环境中做了什么?
是的,尽可能使用 DNS/主机名,其他任何事情,如果做得不正确,都是愚蠢的。
我意识到可能有办法在域控制器和/或网络路由器中创建另一个 DNS 条目(而不是将 IP 重新分配给另一台服务器),但在这种情况下并没有这样做(不是我的决定)。
这是实现它的方法,一般是在 Windows 世界中通过使用 Active Directory - 如果它需要其他人进行一些返工,那就这样吧,如果他们给您带来任何麻烦,就告诉他们需要赶上 90 年代,因为其他任何东西在那之前就已经过时了。