实施多个Exchange 2010数据库可用性组（DAG）与单个DAG时，决定性因素是什么？
我正在使用惠普的Exchange 2010调整工具将预算集中在一起，这是在问我DAG的数量。 我们将聘请顾问来devise这个，但我只是需要粗略估计的计划/预算目的。
DAG计数与服务器计数之间的关系是什么？
这取决于你需要从DAG中获得什么。 您可以拥有多种types的DAG – “常规”DAG和“滞后副本DAG”，更多地用于灾难恢复。
你应该拥有多less复制品（在我看来），而不是一个IT复制品。
“正常”DAG基本上是指定邮箱数据库的副本。 当您希望故障转移对最终用户透明时，您将拥有多个副本。 这允许多台Exchange服务器closures（用于维护或其他方式）并保持邮箱数据库联机。
“滞后副本DAG”仍然是复制邮箱数据库的DAG，但方式稍有不同。 您可以在滞后的DAG上设置一个滞后期，这样副本实际上是过去某个时间点的主数据库的副本（默认情况下是14天，IIRC）。 一旦事务日志文件在活动数据库副本上完成（即，它达到1MB，另一个被创build），它将立即复制到所有滞后副本， 但不会立即重播 。 此事务日志将保留在滞后的副本上，直到滞后期到期，此时将其写入滞后副本数据库。
有了这些信息，您应该能够让pipe理层了解Exchange可以在高可用性/灾难恢复方面做些什么，并且可能会推荐一个解决scheme，但让他们最终决定。
我还没有投票结束这个电话会议，但是我确实认为这是不合理的，因为目前的forms不能真正“回答”。
高可用性是主观的，完全取决于你的情况，你认为是可接受的风险水平。
你没有提出任何关于你可接受的风险水平。 例如，如果您想要最小的HAforms， 而没有站点恢复能力，则需要（2）两个DAG。 如果您的广域网是单点故障，那么您需要（2）两（2）两个不同的数据中心中的两个，四个成员的DAG。
这篇关于数据库可用性组devise的文章是一个很好的开始。
性能和可用性要求，主要基于用户数量，他们使用服务器的程度，以及系统如何失败。 更多的使用或失败点=更多的DAGs。