IgnoredLogs 文件夹包含超过 1 GB 的累积日志文件
[本主题旨在解决由 Exchange Server 分析工具发现的特定问题。应只将此主题应用到已对其运行 Exchange Server 分析工具并且正面临该特定问题的系统中。通过可以免费下载的 Exchange Server 分析工具，远程收集拓扑中每台服务器的配置数据并自动分析数据。结果报告详述了重要的配置问题、潜在问题以及一些非默认产品设置。通过遵守这些建议，可以获得更佳的性能、可伸缩性、可靠性及正常运行时间。有关此工具或下载最新版本的详细信息，请参阅 https://go.microsoft.com/fwlink/?linkid=34707（英文网页）上的“Microsoft Exchange 分析工具”。]
上一次修改主题： 2010-04-01
Microsoft Exchange 最佳实践分析工具检查配置为使用以下高可用性功能之一的服务器（基于 Microsoft Exchange Server 2007）的存储位置：
- 本地连续复制 (LCR)
- 群集连续复制 (CCR)
- 备用连续复制 (SCR)
该最佳实践分析工具检查数据存储位置，以验证有足够的硬盘驱动器空间可用于 Exchange 的正常运行。如果该最佳实践分析工具确定在事务日志文件夹的 IgnoredLogs 子文件夹中存在太多日志文件，则该工具会生成以下警告消息：
服务器 <ServerName> 上存储组“<StorageGroup>”的“<FolderName>”文件夹中的日志文件的大小大于 1GB。随着时间的过去，日志的数量会不断增长，并将耗尽所有可用磁盘空间。建议删除它们。 |
在 Exchange LCR、CCR 和 SCR 服务器上，每个存储组包含一个名称为 IgnoredLogs 的子文件夹。例如，服务器使用的路径可能会与某个特定事务日志存储位置的下列路径类似：
E:\TransactionLogs\StorageGroup1\IgnoredLogs\
Exchange 使用 IgnoredLogs 文件夹来存储无法重播的有效日志文件。例如，日志文件可能已过时或损坏。IgnoredLogs 文件夹可能还包含下列子文件夹：
- E00OutofDate
此子文件夹包含在故障转移时存在于被动节点上的旧 E00.log 文件。如果该被动节点先前是作为主动节点运行的，则会在该被动节点上创建一个 E00.log 文件。将这些日志文件移动到 E00OutofDate 子文件夹中时，会在应用程序日志中记录事件 ID 2013。
- InspectionFailed
此子目录包含检测已失败的日志文件。当日志文件检测失败时，会记录事件 ID 2013。然后会将该日志文件移动到 InspectionFailed 文件夹中。日志文件检查器将 Eseutil 工具与其他方法一起使用，以验证日志文件是否确实有效。系统会将这些检查返回的任何异常视为失败结果，并认为日志文件已损坏。
在 IgnoredLogs 子文件夹中累积的日志文件不会自动删除。因此，随着时间的过去日志文件的数量会不断增加，存储位置上的可用存储空间可能会被用尽。这种情形再加之典型事务日志生成，可能会导致 Exchange 停止处理邮件。
若要解决此问题，请从相应存储组的 IgnoredLogs 子文件夹中删除日志文件。
详细信息
有关 Exchange 2007 连续复制体系结构和行为的详细信息，请参阅 Microsoft 博客文章 Is this thing on?: Exchange 2007 - Continuous Replication Architecture and Behavior（英文网页）。
.gif "note") 注意： |
|---|
| 每个博客的内容及其 URL 如有更改，恕不另行通知。每个博客中的内容均“原样”提供，既不承担任何担保，也未赋予任何权利。请按照 Microsoft 使用条款中规定的条款使用包含的脚本示例或代码。 |
有关如何管理 Exchange 高可用性解决方案的详细信息，请参阅下列主题：