1

Наш текущий подход к резервному копированию требует, чтобы мы захватили каталог Tomcat и все его содержимое. Обоснование заключается в том, что резервное копирование облегчает повторное развертывание в случае аварии.

Он вращался в зависимости от номера дня, поэтому у нас будет недельная резервная копия. Проблема в том, что они потребляют слишком много дискового пространства, и нам действительно не нужно так много истории.

Я посмотрел на logrotate, но, похоже, он установлен для определенных файлов журнала. Есть ли какой-нибудь способ заставить logrotate записывать каталог и содержимое, предоставляя историю за три дня? Или есть лучшая альтернатива?

2 ответа2

1

У меня были похожие требования. Мое решение заключалось в резервном копировании ежедневной резервной копии в каталог, а затем на основе даты.

find /path/to/backups/ -name 'tomcat*.tar.bz2' -atime +3 -mtime +3 -exec rm {} \;
DATE=$(date '+%Y-%m-%d')
tar -C /path/to/tomcat/root -cjvf /path/to/backups/tomcat-${DATE}.tar.bz2 .

Очевидно, поместите это в хрон. Запускать один раз в день.

0

Как насчет использования опции -u tar (обновляет только новые файлы) и сжатия файла каждую неделю?

Также подумайте об этом: действительно ли дисковое пространство такая большая проблема? Учитывая, как мало в последнее время стоят жесткие диски, стоит ли тратить на это час своего времени по сравнению с затратами на покупку ТБ места и забыв об этом?

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .