当我们实施多个 Exchange 2010 数据库可用性组 (DAG) 与单个 DAG 时，决定因素是什么？
我正在使用 HP 的 Exchange 2010 规模工具来制定预算，它询问我 DAG 的数量。我们将聘请顾问来设计它，但我只需要一个粗略的估计，以便进行规划/预算。
DAG 数量和服务器数量之间有什么关系？
答案1
这取决于您需要从 DAG 获得什么。您可以拥有几种类型的 DAG - “普通” DAG 和“滞后复制 DAG”，后者更多地用于灾难恢复。
你应该拥有多少个副本（在我看来）更多的是一个业务决策而不是 IT 决策。
“普通” DAG 基本上是指定邮箱数据库的副本。当您希望故障转移对最终用户透明时，您将拥有多个副本。这允许多个 Exchange 服务器停机（出于维护或其他原因）并保持您的邮箱数据库在线。
“滞后副本 DAG” 仍然是复制邮箱数据库的 DAG，但方式略有不同。您可以在滞后 DAG 上设置滞后期，以便副本实际上是过去某个时间点的主数据库副本（默认情况下为 14 天，IIRC）。一旦活动数据库副本上的事务日志文件完成（即达到 1MB 并创建另一个文件），它将立即复制到所有滞后副本但不会立即重播。此事务日志将保留在滞后副本上，直到滞后期到期，此时它将被写入滞后副本数据库。
有了这些信息，您应该能够让管理层了解 Exchange 在高可用性/灾难恢复方面可以做什么，并可能推荐解决方案，但最终还是让他们决定。
答案2
我还没有投票结束这次通话，但我确实认为它处于边缘状态，因为它目前的形式无法真正“回答”。
高可用性是主观的，完全取决于您的情况以及您认为可接受的风险水平。
你还没有表明任何事物了解您可接受的风险水平。例如，如果您想要最小形式的 HA，没有站点恢复能力，则需要 (2) 两个 DAG。如果您的 WAN 是单点故障，则需要 (2) 两个不同的数据中心中的 (2) 两个四成员 DAG。
这篇文章数据库可用性组设计是一个很好的开始。
答案3
性能和可用性要求主要取决于用户数量、用户使用服务器的频率以及系统可能出现故障的情况。使用量越大或故障点越多 = DAG 数量越多。