我在 Exchange Server 2007 SP 2 事务日志的一个分区中遇到了问题，它安装在我的 Windows Server 2008 上，配置为 CCR。
在其中一个存储组中，当备份仅错过一天时，事务日志分区就会迅速降至低位（仅在周末就从 30 GB 降至 0 KB），从而导致该存储组上的整个邮箱无法访问。
有什么方法可以确定该问题的根本原因以及如何纠正它？
任何意见和建议都将非常感谢。
谢谢。
答案1
这是正确的 - 备份将自动清除您的日志。我还有一个 CCR 环境 - 事务日志就是它们的名字。每个与邮件有关的“事务”或更改（日志就像您对数据库的指示，说“这是您的更改！”）都需要“写入”到您的存储组数据库。首先，您的主动节点（在集群中）将在您的服务器上创建初始事务日志。然后，存储组数据库（.edb 文件）将“播种”到您网络中的被动节点。此初始播种通常在创建集群时完成 - 或者如果您重建/修复存储组数据库...播种后，节点之间移动的唯一内容就是事务日志。日志从主动节点创建 - 然后发送到被动节点以“更新”被动节点的 .edb 文件或存储组数据库。如果您的主动节点无法将这些日志传递给被动节点，它们可能会很快填满。基本上，进行备份 - 但另一个需要检查的地方是网络连接（两个节点之间或文件共享见证通信）。还要检查节点上的故障转移群集日志/系统应用程序日志 - 这些都将充满有用的信息，说明为什么或哪里可能存在问题。
答案2
Exchange 事务日志仅在备份成功后才会被清除。对于您的情况，我会检查您的备份系统的备份日志，以查找备份失败的原因。
答案3
我以前曾见过 Blackberry Enterprise Server 在短时间内产生大量事务日志。您在自己的环境中使用 BES 吗？
周末还有哪些其他事情可能导致大量电子邮件活动？例如，生成电子邮件警报的脚本或应用程序？