这些选项的最优设置取决于日志数据积累的速度。可能需要 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 日志的存储限制(假设您的磁盘存储容量足够)。
为了安全起见,请在保留日志文件的卷中选取允许的最小可用磁盘空间量。即,如果非日志文件大小因素导致了卷填满,则在尝试将日志数据写入装满的磁盘而发生故障之前将删除旧日志文件。