您可以定义能最好地满足管理需要的邮件存储和管理服务日志记录配置。本节讨论了可帮助您决定最佳配置和策略的问题,并解释了如何实现这些配置和策略。
日志文件的命名模式 (service.sequenceNum.timeStamp) 有助于您设计灵活的日志轮转和备份策略。将不同服务的事件写入不同的文件便于您快速隔离问题。同时,由于文件名中的序列号持续增长,并且时间戳始终是唯一的,因此当有限的序列号集用尽后,以后的日志文件也不会简单地覆写早期的日志文件。而是仅在达到更灵活的生存期限制、文件数目或存储总数时,才会覆写或删除较旧的日志文件。
Messaging Server 支持日志文件的自动旋转,此功能简化了管理,也使备份变得更容易。不必手动删除当前日志文件并创建新日志文件以保留后续日志事件。您可以随时备份目录中除当前日志文件之外的所有日志文件,而不必停止服务器或手动通知服务器启动新日志文件。
设置日志记录策略的过程中,您可以针对每种服务设置选项,这些选项控制着日志存储总数、最大日志文件数、单个文件大小、最大文件生存期和日志文件旋转的速度等限制。
请记住,您必须设置若干个限制,超过其中一个限制可能会导致日志文件的旋转或删除。最先到达的限制为控制限制。例如,如果最大日志文件大小是 3.5 MB,并且您指定每天创建一个新日志,如果每 24 小时建立的日志数据不止 3.5 MB,那么每天实际创建的日志文件则不止一个。而且,如果最大日志文件数目是 10 个并且最大生存期是 8 天,则可能永远不会达到日志文件的生存期限制,因为较快的日志旋转将意味着在不到 8 天之内便已创建 10 个文件。
为 Messaging Server 管理日志提供的以下默认值可能是规划的合理起始点:
目录中日志文件的最大数目:10
最大日志文件大小:2 MB
允许的所有日志文件的最大大小总计:20 MB
允许的最小可用磁盘空间:5 MB
日志轮转时间:1 天
过期之前的最大生存期:7 天
日志记录的级别:Notice
您可以看到此配置假设预计服务器管理日志数据每天累积大约 2 MB,每周备份,分配给管理日志的存储空间总数至少是 25 MB。(如果日志记录级别更冗长,则这些设置可能不足。)
对于 POP、IMAP 或 HTTP 日志,相同的值可能是合理的启动值。如果所有服务具有大致相同的日志存储要求(如此处所示的默认值),您可能期望初始规划总计约 150 MB 的日志存储容量。(请注意,这仅意味着存储要求的一般指示;实际的要求可能会显著不同。)
您可以使用 Console 或命令行来设置控制邮件存储日志记录配置的选项。
这些选项的最优设置取决于日志数据积累的速度。可能需要 4,000 到 10,000 个日志条目以占用 1 MB 存储。在较冗长的日志记录级别(例如 Notice),一般忙碌的服务器每周可能生成成百上千兆字节的日志数据。可遵循以下方法:
设置与存储限制一致的日志记录级别—即,估计该级别将导致日志数据积累的速度与估计存储限制所使用的速度大致相同。
定义日志文件大小,以便不影响搜索性能。同时,将日志文件大小与旋转时间安排和存储限制总数置于同一级别。假定日志条目以某速度积累,您可以将最大速度设置为稍大于自动发生旋转时期望的积累速度。最大文件大小乘以最大文件数可能约等于存储限制总数。
例如,如果每天进行 IMAP 日志旋转,您期望的 IMAP 日志数据积累为每天 3 MB,IMAP 日志的存储限制总数是 25 MB,您可将最大 IMAP 日志文件大小设为 3.5 MB。(本示例中,如果日志数据累积得很快,以致于所有日志文件都是最大大小并且已到达日志文件的最大数目,则可能仍会丢失日志数据。)
如果服务器每周备份一次而您每天旋转 IMAP 日志文件,则可以将 IMAP 日志文件的最大数目指定为 10 左右(如果超过单个日志大小限制,则说明旋转得更快),并将最大生存期指定为 7 或 8 天。
选取一个存储限制总数,该数目位于硬件容量内并与为服务器规划的备份时间安排相协调。估计您期望日志数据积累的速度、添加安全因素并定义存储限制总数,以使在服务器备份的间隔期间内不会超过此速度。
例如,如果期望平均每天积累 3 MB 的 IMAP 日志文件数据,服务器每周备份一次,则可以指定大约 25 - 30 MB 作为 IMAP 日志的存储限制(假设您的磁盘存储容量足够)。
为了安全起见,请在保留日志文件的卷中选取允许的最小可用磁盘空间量。即,如果非日志文件大小因素导致了卷填满,则在尝试将日志数据写入装满的磁盘而发生故障之前将删除旧日志文件。