Exchange 问答：使用 DAG

使用数据库可用性分组是个不错的选择，尤其是因为您可以在多个位置复制和存储这些分组 – 但要注意寻址问题。

Henrik Walther

解决难题

问：我们部署了 Exchange 2010，并利用数据库可用性分组 (DAG) 为所有邮箱服务器配置了高可用性。事情很顺利且一切都按预期进行，除了一个小细节。

如果收到员工通过 DAG 中托管的邮箱发送的邮件，该收件人反过来向其他员工或其他组织的人发送邮件，则他们收到邮件中 Internet 邮件头将显示使用 APIPA 地址（如 169.254.5.133）配置了邮箱服务器。由于我们对所有 Exchange 2010 服务器使用的是静态 IP 地址，因此我们不知道它为什么会显示为 APIPA 地址（见图 1）。您能不能提供一些线索？

答：这个问题很有意思。简单来说，只有利用一个或多个 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 地址配置的。

图 1 Internet 邮件头中的 APIPA 地址

图 2 Microsoft 故障转移群集虚拟适配器

下面，请您猜一猜哪个应用程序不会使用 DNS 来定位和连接群集资源呢？猜对了：Exchange 2010（以及 Exchange 2007）。

如何解除这点烦恼呢？幸运的是，利用名为 nvspbind 的小工具就可以轻松解决，可从 MSDN 代码库：code.msdn.microsoft.com/nvspbind 下载此工具。Nvspbind 专门用于从命令行修改网络绑定。

下面我们来查看服务器中适配器的绑定顺序。运行 nvspbind.exe /o ms_tcpip。如图 3 中所示，首先列出的是 Local Area Connection* 9（等同于 Microsoft 故障转移群集虚拟适配器）。

图 3 使用 nvspbind 查看绑定顺序列表

接下来，我们需要在列表中将 Local Area Connection* 9 下移。运行如下命令：

图 4 在绑定顺序列表中将 Local Area Connection* 9 下移

如图 4 中所示，已在绑定顺序列表中将 Local Area Connection* 9 下移。现在，尝试发送一封新电子邮件。Internet 邮件头此时应显示服务器的实际 IP 地址（见图 5）。

图 5 Internet 邮件头显示邮箱服务器实际 IP 地址

手动复制

问：我们刚部署了 Exchange 2010 服务器，并打算使用 DAG 为邮箱数据库配置高可用性。我们计划每个邮箱数据库有 8 个副本。每个邮箱数据库的副本将分别位于三个物理位置。每个数据库大约 500GB。由于某个物理位置的带宽有限，因此我们预计种子设定的时间会很长。我们想知道是否能使用 USB 驱动器手动将数据库文件复制到远程位置？

答：是的，您可以这样做；此外，还支持另一种方法。若要手动复制脱机数据库，请禁用相应数据库的循环日志记录。为此，请运行：