我想确定某些数据库是否超载或不平衡，并认为查看每个数据库在一段时间内创建的事务日志会告诉我哪个数据库由于高 IO（主要是写入）而面临错过 RPO 目标的风险。
我的想法是每隔 X 分钟为每个数据库创建一个图表，并计算创建的每个日志。
由于 E2010 DAG 中每个日志 = 1MB，我可以轻松计算出在给定时间内可能丢失的数据量。
我的问题是：
如何确定给定数据库是否有额外的 IO，最好将其移动到容量较小的数据库？事务日志是一种有效的查看方式吗？
我应该如何程序化地计算负载？也许是一个 powershell 脚本，C#，然后将其导出到图形或 excel。
答案1
首先，您可以使用这里的精彩信息：http://penetrateit.wordpress.com/2012/02/11/exchange-2010-balancing-the-number-of-mailboxes-and-average-size-across-all-databases/找出一些有助于平衡数据库间邮箱所需的统计数据。
或者你可以使用 Steve 的脚本：http://www.stevieg.org/2010/09/balancing-exchange-databases/
不过，让我建议一种额外的方法：
- 如果您还没有这样做，请根据 RPO 设置您的数据库。这意味着创建一个 VIP 数据库，等等。将这些 VIP 放在一个您知道会在 WAN 上很好地复制的数据库中，并使用不会填满此数据库的 LUN。（但是，请注意，您不想疯狂地将所有高使用率用户放入 VIP 数据库中，否则您的问题会更加严重）。我所说的 VIP 指的是 RPO 为“最后一小时”或类似的用户。您甚至可以创建一个“Meh RPO”数据库，并将一堆您不太关心 RPO 的非必要邮箱放入其中，然后如果您有办法在 WAN 上这样做，请降低其复制流量的优先级。
希望有所帮助。