Назад | Перейти на главную страницу

Есть ли веская причина не использовать ротацию файлов журнала на основе даты (rdiff-backup)?

rdiff-резервное копирование действительно хороший инструмент для резервного копирования серверов Linux.

Однако одной проблемой является ротация журнала: поскольку rdiff-backup не знает, как определять переименованные файлы, каждое ежедневное резервное копирование содержит полную копию всех файлов журнала ротации.

Возможное исправление - преобразовать конфигурацию logrotate для использования dateext схема имен файлов со статическими именами файлов (например, wtmp-20110301).

Подумываю перевести наши серверы на эту схему, чтобы сэкономить пару ГБ в неделю в нашем бэкапе.

Не могли бы вы подумать о каких-либо серьезных недостатках полного преобразования ротации файлов журнала в dateext схема?

Очень хороший вопрос.

Следует иметь в виду, что dateext перезаписывает файлы, если он вызывается дважды в тот же день.

Я изучал то же самое, что привело к соответствующему вопросу: Предотвращение перезаписи файлов с помощью dateext в logrotate

Спасибо, что пошли с yyyymmdd формат. Иногда люди выбирают значения из strftime, которые не дополнены нулями, что может вызвать проблемы.

Основная причина, по которой файлы журналов чередуются по номерам, заключается в том, что старые файлы легче удалять с ограниченным диапазоном имен (1..9) ... единственный "риск", который я бы увидел, это если logrotate пропустит запуск и старый файл журнала оставался лежать столько раз, что вы потенциально могли выйти за пределы емкости файловой системы, но если вы следите за своим дисковым пространством, вы в любом случае привыкли очищать каталоги журналов.