追踪和监控Exchange数据库复制“压力”的正确方法是什么？

我想确定一些数据库是否过载或不平衡，并且认为查看每个数据库随着时间的推移创build的事务日志会告诉我由于高IO（主要是写入），哪个DB有丢失RPO目标的风险。

我的想法是创build每个数据库的graphics，每X分钟，并计算每个创build的日志。

由于E2010 DAG中的每个日志= 1MB，因此我可以轻松计算在给定时间内可能丢失的数据量。

所以我的问题是：

我怎样才能确定给定的数据库是否有额外的IO，可能会更好地移动到一个较低的数据库？交易日志是一种有效的方式吗？
我应该如何程序化地确定负载？也许一个PowerShell脚本，C＃，并导出到graphics或Excel。

首先，您可以在这里使用很好的信息： 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/

但是，让我build议一个额外的方法：

如果你还没有，根据RPO设置你的数据库。意义创build一个VIP数据库，等等。将这些VIP放在一个数据库中，您将知道这些数据库将在WAN上得到良好复制，并使用不会填满此数据库的LUN。（但是，请注意，你不想疯狂，把所有的高用户用户join到VIP数据库中，否则你的问题就会复杂化）。通过VIP，我指的是那些RPO是“最后一个小时”或类似的人。你甚至可以创build一个“Meh RPO”db，并在那里粘贴一堆非必要的邮箱，这样你就不必关心RPO了，那么如果你有办法在你的WAN上这样做的话，。

希望有所帮助。