我在Exchange Server 2007 SP 2事务日志的一个分区中遇到了问题，它在我的Windows Server 2008上以CCRconfiguration安装。
在其中一个存储组中，事务日志分区在备份错过一天时很快就会下降到很低（从周围30GB到0KB），因此无法访问该存储组上的整个邮箱。
有没有什么方法可以确定这个问题的根本原因，以及如何纠正这个问题？
任何意见和build议将不胜感激。
谢谢。
这是正确的 – 备份会自动清除你的日志。 我也有一个CCR环境 – 事务日志正是他们所称的。 关于邮件的每个“事务”或更改（日志就像您对数据库的说明，指出“这里是您的更改！”） – 需要“写入”您的存储组数据库。 首先，您的主动节点（在集群中）将在您的服务器上创build初始事务日志。 存储组数据库（.edb文件）然后“种子”到您的networking中的被动节点。 这个初始种子通常是在创build群集的时候完成的 – 或者是重build/修复存储组数据库…一旦播种，节点之间唯一移动的就是事务日志。 日志是从主动节点创build的 – 然后发送到被动节点，以“更新”被动节点的.edb文件或存储组数据库。 如果您的主动节点无法将这些日志传递给被动节点，他们可以非常快地填满。 基本上，做一个备份 – 但另一个地方要检查将networking连接（两个节点之间或文件共享见证通信。还要检查节点上的故障转移群集日志/系统应用程序日志 – 这些都将是有用的关于为什么或哪里可能会有问题的信息。
Exchange事务日志只有在成功备份后才会被清除。 在你的情况下，我会检查你的备份系统的备份日志的线索，为什么备份失败。
我以前见过黑莓企业服务器会在很短的时间内造成大量的事务日志logging。 你在你的环境中使用BES吗？
周末是否还有其他事情可能会导致大量电子邮件活动？ 例如，生成电子邮件警报的脚本或应用程序？