任何好的理由不使用基于date的日志文件轮换(rdiff-backup)?

rdiff-backup是备份Linux服务器的非常好的工具。

但是有一个问题是logrotation:由于rdiff-backup不知道如何检测重命名文件,每个日常备份都包含所有循环日志文件的完整副本。

一个可能的解决办法是将logrotateconfiguration转换为使用带有静态文件名的dateext文件名scheme(如wtmp-20110301)。

我正在考虑将我们的服务器转换为这种scheme,以便在我们的备份中每周节省几GB。

你能想到将日志文件旋转完全转换为dateextscheme的主要缺点吗?

很好的问题。

有一点你必须记住的是, dateext覆盖文件,如果在同一天被调用两次。

我一直在寻找相同的,这导致了一个相关的问题: 防止logrotate的dateext覆盖文件

感谢您使用yyyymmdd格式。 有时候,人们会从strftime中select不填充0的值,这会导致问题。

日志文件被数字旋转的主要原因是因为使用有限范围的名称(1..9)来更新旧文件更容易。 。 。 我会看到的唯一的“风险”是,如果logrotate错过了一次运行,并且一个旧的日志文件被搁置了足够多的时间,那么你可能会碰到文件系统的容量限制,但是如果你正在监视你的磁盘空间,你已经习惯了无论如何清理日志目录。

-d