Microsoft Exchange 2000 Server 和 Exchange Server 2003 上快速增长的事务日志是微软产品支持服务最近面临的主要问题，所以本文讨论了造成该问题的一些主要原因。
%26#8226;
问题
%26#8226;
日志快速增长的主要原因及应对措施
%26#8226;
循环邮件
%26#8226;
公共文件夹复制
%26#8226;
开放的中继
%26#8226;
M:驱动器和 Exchange IFS 文件级的防病毒扫描
%26#8226;
Microsoft Entourage 客户端的重新发送错误
%26#8226;
转移邮箱和邮箱合并向导的操作
%26#8226;
在线维护
%26#8226;
更多信息
问题产品支持服务部门经常从客户那里听说这个问题，客户告诉我们他们的服务器产生的事务日志数量不太正常，并且这些日志会很快填满事务日志驱动器。可能用户认识到这个问题的时候已为时过晚 － 以至于事务日志驱动器已经被填满。
对于此问题，数据库可能增长，也可能不增长，需要针对具体原因进行分析。
日志快速增长的主要原因及应对措施本部分内容讨论可能导致该问题的一些原因。
循环邮件循环邮件的含义是有一些邮件在邮箱或服务器之间循环传输。请注意：产生循环的原因是由于产品设计问题，在 Exchange 2000 Server 中要更容易比 Exchange Server 2003 产生循环。要解决这个问题，可以开启日志记录：
%26#8226;
在 Exchange System Manager (ESM) 中找到服务器对象，在诊断日志记录选项卡上，选择
MSExchangeIS 公共文件夹 规则
MSExchangeIS 邮箱 规则
这样做的目的在于查看是否存在经常导致邮件被回弹的特定规则。
%26#8226;
在 Exchange System Manager 中找到服务器对象，在常规选项卡上，开启邮件跟踪（如果尚未开启它）。如果它尚未开启它，在开启之后，您应该等待一会以在它之中产生一些操作。如果已经开启了日志记录，请检查邮件跟踪日志。默认情况下，此跟踪日志位于以下文件夹中：
[驱动器盘符:]\PRogram Files\Exchsrvr\.log
如果运行 Exchange Server 2003，则会在常规选项卡中显示此位置。但是，Exchange 2000 Server 中的常规选项卡不会显示此信息，但是二者的默认位置都是相同的。
日志文件使用如下命名格式：
年月日.log
因此，名为 20050131.log 的日志是在 2005 年 1 月 31 日创建的。每天都会创建新的日志。如果服务器非常繁忙，邮件跟踪日志会变得非常大。
在群集服务器上，邮件跟踪日志位于共享驱动器上。虽然与非群集服务器一样，在本地驱动器也有一个文件夹，但是该文件夹不包含任何邮件跟踪日志。共享驱动器上的文件夹名为 servername.log。若要通过网络连接到该文件夹，请使用如下格式：
\\Exchange 虚拟服务器的名称\服务器名.log
如需对这些日志进行彻底分析，请联系微软产品支持服务。如需获得微软产品支持服务联系电话的完整列表，请访问微软帮助和支持的联系我们 网站。
公共文件夹复制。公共文件夹复制显然是产生大量事务日志的主要原因之一。大多数情况下，大型环境中的公共文件夹复制都会是一个令人头疼的问题，因为管理员可能并没有意识到其他某些服务器上的某些公共文件夹也会导致复制操作。整个问题的症状是这样的：事务日志不断增长，同时公共文件夹存储的大小也随之增长。
注意，由于公共文件夹存储中可能包含大量的空白空间，因此公共文件夹存储数据库的实际大小有时可能并不会增加，即便是其中已经存储了越来越多的内容。
如果对公共文件夹存储是否是导致创建事务日志的邮件的收件人这一问题存有疑问，请执行以下步骤：
%26#8226;
在邮件跟踪日志文件中，检查“top recipients”（主要收件人），并查看“SERVERNAME-IS@EXAMPLE.COM”是否是主要收件人之一，这里的 example.com 是您的域名。在运行 Exchange 2000 Server 或更新版本的服务器上，此地址是 MAPI 公共文件夹存储的默认 SMTP 地址。由于公共文件夹复制邮件是从一个存储发送到另一个存储，因此它将作为接收复制邮件的地址，而不是单个公共文件夹的地址。
%26#8226;
检查诊断日志记录是否已开启。可以开启针对公共文件夹复制邮件的诊断日志记录，了解服务器是否因此而不堪重负。若要开启日志记录，请找到 Exchange System Manager 中的服务器对象，并在诊断日志记录选项卡中开启日志记录：
?????MSExchangeIS 公共文件夹 复制传入邮件（将其设置为最大值）。
如果服务器收到大量公共文件夹复制邮件，则能看到大量的 MSExchangeIS Public Store 事件，这些事件的事件 ID 在 3028 和 3030 之间（这些是最常见的 ID）。
如果管理员的确认为存在不正确的公共文件夹复制，他（或她）应立刻删除那些想要删除的副本。在任何情况下，他们都不应从队列中删除公共文件夹复制邮件，因为这会导致今后出现问题。在这个问题上，管理员必须“能够经受住暴风雨的考验”，他（或她）可以为系统邮件创建单独的连接器，然后对它们进行调度，以便让他们的“正常”邮件流能够游刃有余。
开放的中继如果服务器是一个开放的中继，将会产生大量事务日志。通常，您还可以在 Badmail 文件夹中看到大量项目。当然，这里的关键在于锁定服务器，以便它不再作为一台开放的中继。其他一些文章已经讨论过如何实现这个目的，因此在此不加赘述。有关邮件中继问题的更多信息，尤其可以参考微软知识库文章 895853：如何在 Exchange Server 2003 和 Exchange 2000 Server 中排除邮件中继问题。
如果 Badmail 文件夹中存在大量邮件，则表明可能存在问题。请注意，在 Exchange Server 2003 Service Pack 1 (SP1) 中可以进行配置以定期清空 Badmail 文件夹，必要时应把此措施也纳入考虑范围之内。
M:驱动器和 Exchange IFS 文件级防病毒扫描扫描 M:驱动器 / Exchange IFS 肯定会导致事务日志出现爆炸性增长。大多数情况下，文件级的防病毒扫描程序都会修改它们扫描的项目。由于 M:驱动器是数据库的虚拟表示形式，因此扫描可能会对数据库数据库进行修改。因此，将会出现大量事务日志，而且这些日志通常在很短的时间段内生成（扫描期间）。通常，数据库的大小并不会增加。
通常，您可以在应用程序日志中看到事件，可以通过这些线索了解到 M:驱动器和 Exchange IFS 正在被扫描的事实。
如果 M:驱动器被公开并被扫描，那么可能记录的事件会包含以下文本：
扫描无法打开文件 M:\DOMAIN.COM\MBX\alias\Inbox\somesubject.EML
一些防病毒软件可能会通过 //./backofficestorage/ 路径扫描文件。该路径仍然是文件级扫描，即便 M:驱动器并没有公开。
毋庸置疑，文件级扫描需要尽快停止！更多相关信息，请参见微软知识库文章 328841：Exchange 和防病毒软件。
Microsoft Entourage 客户端的重新发送错误如果 Microsoft Entourage 在 Macintosh 计算机上运行，而且用户试图发送一封超过邮箱发送策略所允许大小的邮件，那么邮件将保留在发件箱中，而且 Exchange 服务器上的事务日志文件会以令人担忧的速度增长。若要阻止事务日志持续增长，管理员必须要求用户从发件箱中删除该项目。
从本质上看，这是由于 Entourage 客户端反复尝试向服务器发送邮件，并因此造成服务器上的事务日志不断增加。通常，在出现此问题时，您并不会看到数据库大小的增加。
此问题可能出现在 Exchange Server 2003 SP1 服务器、Exchange 2000 Server SP3 及更新版本的服务器上。
有关此问题的更多信息，请参见如下微软知识库文章
%26#8226;
889525：当 Entourage 用户试图发送超过全局设置中的大小限制的邮件时，邮件停留在发件箱中，而 Exchange Server 2003 事务日志文件不断增长。
%26#8226;
893624, "当试图在 Entourage 中发送邮件时，如果邮件的大小超出了全局设置中的大小限制，该电子邮件将保留在发件箱中，而且 Exchange 2000 Server 的事务日志文件也不断增长
转移邮箱和邮箱合并向导的操作大量邮箱转移操作将导致邮件转移所涉及的源服务器和目标服务器上同时出现大量事务日志文件。这是因为将在目标服务器上创建所有邮箱邮件并从源服务器中删除这些邮件。而创建和删除操作都是会记录在事务日志中的操作。
此外，某些 ExMerge.exe 操作会导致大量事务日志。这种情况的例子包括将电子邮件归档到 PST 文件的操作（这会从 Exchange 存储中删除这些邮件），以及将邮件从 PST 文件中导入到 Exchange 存储的操作（这会在 Exchange 存储中创建邮件）。
使用 Exchange Server 2003 SP1 的 Recovery Storage Group 功能合并邮箱也会创建事务文件。
在线维护在线维护在 Exchange Server 数据库中执行一系列操作。一些在线维护任务也会在服务器上产生事务日志。这些事务日志通常只在在线维护期间才会创建，但是这也是导致创建日志文件的因素之一，记住这一点十分重要。
更多信息更多相关信息，请参见如下 Exchange 博客文章：
%26#8226;
Exchange 从何处获得路径 \\.\BackOfficeStorage\\ 的 FQDN？
%26#8226;
存储后台进程（第 I 部分）－ IS 维护
