在这里潜伏了一段时间后，我现在有一个问题，我希望你能帮助。
我们有一对Exchange 2010 SP1服务器，并将两个邮箱数据库设置为DAG。 我们的客户都在他们的电脑上使用Outlook 2010，我们100名员工中大约三分之二的人拥有iPhone 4S。
我们最近注意到，事务日志的增长速度比预期的要快得多 – 自从我们上一次36小时前的完整备份以来，超过了7GB，而我们只发送了一小部分邮件。
在一个典型的星期里，我们在日记邮箱中有大约1.5GB的邮件，但大约有35GB的事务日志。 什么是邮件日志的正常比例，你期望在2010年的服务器上看到，因为这对我来说似乎非常高。
我可以看到，在正常的办公时间以外，我们正在获得所需的日志数量 – 每隔几分钟一次 – 但是大约早上8点半，当员工开始工作时，这个数字会增加到每分钟十几分钟。 Exchange用户监视器不显示任何用户在日志字节方面似乎高于其他用户，所以我不知道他们来自哪里。 我们确实有一个比其他人使用更多的CPU时间，但我不认为这是这个问题。
有没有人有我的下一个应该去的一些build议？
提前致谢
交换没有“典型的日志大小”，因为这取决于活动，而不是产品本身。
这里有一个有趣的讨论，可能是相关的微软支持网站（摘录如下）。
我有同样的问题，原来是2个用户与Android手机在同步循环联系人。 我基本上运行的报告显示前10个邮箱按项目计数（而不是大小），并能够以这种方式缩小到2个问题的用户（他们的项目计数是非常快速地增加与所有人相比，每运行一次报告3分钟让我find趋势
海报build议运行下面的PowerShell脚本作为他们的“报告”
Get-Mailbox -database databasethatkeepsgrowing | Get-MailboxStatistics | Sort-Object ItemCount -descending |Select-Object DisplayName,ItemCount,@{name="MailboxSize";exp={$_.totalitemsize}} -first 10 | Convertto-Html | out-File c:\temp\report.htm 我认为你可以从任何可能有问题的设备上看到这个问题，包括如果一个或两个用户弄糟OST文件或performance不佳的插件本身，请记住，事务日志不只是一个邮件列表，而是一个列表包括邮件的交易 ，但也可以包括任何改变消息存储中的对象属性的东西，这可以是任意数量的东西。 我build议你注意到的高CPU可能是非常相关的，至less值得检查。
除此之外，我还会检查垃圾邮件转发等类似的东西，但我相信你已经完成了所有的工作。