这个问题很有意思。简单来说,只有利用一个或多个 DAG 为 Exchange 2010 邮箱服务器配置高可用性并且 DAG 功能基于 Windows 故障转移群集 (WFC) 组件时,才会发生此情况。不属于 DAG 的邮箱服务器不会发生此行为。
让我们仔细看看这里出现的问题。Windows Server 2008 R2 中的 WFC 组件希望使用 WFC 的应用程序(如 SQL、Exchange 和文件服务器)能够通过特定方式找到群集资源。该应用程序应使用 DNS 服务器找到合适的信息以便连接到群集资源。
这就是所谓的客户端访问点 (CAP)。一个 CAP 包含一个 NetBIOS 名称以及一个或多个 IP 地址资源。在 Windows Server 2008 R2 中,如果服务器支持动态更新,则一旦在 WFC 中 CAP 联机,就会在 DNS 中注册 CAP 信息。
遗憾的是,有些应用程序会跳过 DNS 步骤,而将使用绑定列表中的第一个网络适配器直接连接到群集节点。默认情况下,绑定列表中列出的第一个网络适配器是 Microsoft 故障转移群集虚拟适配器(见图 2)。此适配器是使用 APIPA 地址配置的。
下面,请您猜一猜哪个应用程序不会使用 DNS 来定位和连接群集资源呢?猜对了:Exchange 2010(以及 Exchange 2007)。
如何解除这点烦恼呢?幸运的是,利用名为 nvspbind 的小工具就可以轻松解决,可从
MSDN 代码库:code.msdn.microsoft.com/nvspbind 下载此工具。Nvspbind 专门用于从命令行修改网络绑定。
下面我们来查看服务器中适配器的绑定顺序。运行 nvspbind.exe /o ms_tcpip。如
图 3 中所示,首先列出的是 Local Area Connection* 9(等同于 Microsoft 故障转移群集虚拟适配器)。
498)this.width=498;" class="fit-image" onmousewheel="javascript:return big(this)" alt="" src="http://i.technet.microsoft.com/gg314976.Walther_ExchQA_1010_Fig3(en-us,MSDN.10).png" width="498" />
图 3
使用 nvspbind 查看绑定顺序列表接下来,我们需要在列表中将 Local Area Connection* 9 下移。运行如下命令:
nvspbind.exe /- “Local Area Connection* 9” ms_tcpip
498)this.width=498;" class="fit-image" onmousewheel="javascript:return big(this)" alt="" src="http://i.technet.microsoft.com/gg314976.Walther_ExchQA_1010_Fig4(en-us,MSDN.10).png" width="498" />
图 4
在绑定顺序列表中将 Local Area Connection* 9 下移如
图 4 中所示,已在绑定顺序列表中将 Local Area Connection* 9 下移。现在,尝试发送一封新电子邮件。Internet 邮件头此时应显示服务器的实际 IP 地址(见
图 5)。
498)this.width=498;" class="fit-image" onmousewheel="javascript:return big(this)" alt="" src="http://i.technet.microsoft.com/gg314976.Walther_ExchQA_1010_Fig5(en-us,MSDN.10).png" width="498" />
图 5
Internet 邮件头显示邮箱服务器实际 IP 地址