Exchange 2010 公用文件夹高可用性或负载平衡

Exchange 2010 公用文件夹高可用性或负载平衡

我们有一个带有 DAG 的 2 节点 Exchange 2010 服务器设置。我真的不想使用公用文件夹,但我们需要它们用于旧版应用程序。我创建了两个公用文件夹数据库,每个节点一个,因为您无法将 PF 数据库设为 DAG 的一部分。它们相互复制。现在,我在 DAG 中选择了一个 PF 数据库作为默认公用文件夹数据库。看起来您无法选择故障转移。

我的问题是:有没有办法在这两个 PF 数据库之间实现负载平衡?或者,如果我做不到这一点,我是否可以将它们设置为在其中一个数据库发生故障时自动进行故障转移?目前看来,我一次只能在一个节点上使用一个 PF 数据库,如果该节点发生故障,公共文件夹也会发生故障。

答案1

公用文件夹副本和邮箱服务器的默认公用文件夹数据库是两个不同的东西。

公用文件夹树是组织级实体,与任何物理数据库无关;每个文件夹可以有一个或多个副本,驻留在各个邮箱服务器上。

当用户需要实际访问 PF 时,Outlook 会连接到包含该文件夹副本的最近可用的公用文件夹数据库;这是一个自动化过程,不需要任何用户或管理员干预。因此,如果每个文件夹都复制到您的两个邮箱服务器,那么您的公用文件夹数据库已经高度可用:如果其中一台服务器出现故障,您的客户端将自动连接到另一台服务器。

默认公用文件夹数据库是每个邮箱数据库的配置设置;它指定邮箱驻留在该邮箱数据库上的 PF 数据库用户将首先尝试连接到哪个数据库以访问公用文件夹,以及当其中一个用户创建新文件夹时,新文件夹将物理创建在何处。如果所有文件夹都复制到所有服务器,这实际上根本不重要:正如我上面所说,故障转移将自动处理,并且在一台服务器上创建的文件夹将很快复制到另一台服务器上。

如果你的公共文件夹数据库已经创建并挂载,并且所有内容都复制到了这两个数据库中,那么你就不必担心它们的可用性;PF 复制已经存在了相当一段时间以来,它已经经过了非常彻底的测试。实际上,它已经经过了非常彻底的测试,以至于没有必要将 PF 数据库纳入 DAG确切地因为它们已经具有内置冗余。

答案2

我不确定是否如此,我们的邮箱数据库处于 dag 状态并且可用性很高。当一个节点出现故障时,公共文件夹将变得无法访问。

答案3

故障转移时我们需要运行下面的命令吗?我在 DAG 中的两台服务器上设置了 PF,当活动 MBX 服务器关闭时,客户端(Outlook 和 OWA)仍会尝试联系离线服务器,即使 Outlook 重新启动。

设置邮箱数据库-公用文件夹数据库 pfserver2010

相关内容