我们有一个带有DAG的2节点Exchange 2010服务器设置。 我真的不想使用公共文件夹，但我们需要他们的遗留应用程序。 我创build了两个公用文件夹数据库，每个节点上都有一个数据库，因为您无法将PF数据库作为DAG的一部分。 他们相互复制。 现在，我在DAG中select了一个PF数据库作为默认公用文件夹数据库。 它看起来不像你可以select一个故障转移。
我的问题是：是否有任何方法来平衡这两个PF数据库？ 或者，如果我不能这样做，我可以设置他们自动故障切换，如果一个人失望？ 现在看来，我一次只能使用一个正在使用的节点上的一个PF数据库，如果该节点closures，公用文件夹也会closures。
邮箱服务器的公用文件夹副本和默认公用文件夹数据库是两个不同的东西。
公用文件夹树是一个组织级别的实体，与任何物理数据库无关; 每个文件夹可以有一个或多个副本，驻留在各种邮箱服务器上。
当用户需要实际访问PF时，Outlook将连接到最近的公用文件夹数据库，其中包含该文件夹的副本; 这是一个自动化的过程，并不需要任何用户或pipe理员干预。 因此，如果每个文件夹都复制到两台邮箱服务器上，那么公用文件夹数据库已经非常可用 ：如果其中一台服务器发生故障，客户端将自动连接到另一台服务器。
默认公用文件夹数据库是每个邮箱数据库的configuration设置; 它指定邮箱驻留在邮箱数据库中的哪个PF数据库用户将首先尝试连接以访问公用文件夹，以及在由其中一个用户创build新文件夹时将在哪里创build新文件夹。 如果所有的文件夹都复制到所有的服务器，这实际上没有任何重要性：正如我上面所说的，故障转移将自动处理，并且在一台服务器上创build的文件夹将被快速复制到另一台服务器上一。
如果您的公用文件夹数据库已经被创build和装载，并且所有的数据都被复制到这两个数据库中，那么您不必担心它们的可用性。 PF复制已经有相当长的一段时间了，并且已经经过了彻底的testing。 实际上，实际上，没有必要将PF数据库包含到DAG中，因为它们已经具有内置冗余。
我不确定是这种情况，我们的邮箱数据库是在一个DAG，并高度可用。 当一个节点失败时，公共文件夹变得不可访问。
故障转移时，我们是否需要运行？ 我有一个DAG中的两个服务器上PF安装，当活动MBX服务器closures时，客户端（Outlook和OWA）仍然尝试联系脱机服务器，即使在Outlook重新启动。
Set-MailboxDatabase -PublicFolderDatabase pfserver2010