LINUX.ORG.RU
решено ФорумAdmin

Debian 6. backup-manager - не работает инкремент

 ,


0

0

Debian 6.0 Установлен backup-manager и настроен на инкрементальное резервное копирование. Сжатие zip. Ниже приведён конфиг:

export BM_REPOSITORY_ROOT="/media/backup"
export BM_TEMP_DIR="/tmp"
export BM_REPOSITORY_SECURE="true"
export BM_REPOSITORY_CHMOD="770"
export BM_ARCHIVE_CHMOD="660"
export BM_ARCHIVE_TTL="3"
export BM_REPOSITORY_RECURSIVEPURGE="false"
export BM_ARCHIVE_PURGEDUPS="true"
export BM_ARCHIVE_PREFIX="$HOSTNAME"
export BM_ARCHIVE_STRICTPURGE="true"
export BM_ARCHIVE_NICE_LEVEL="10"
export BM_ARCHIVE_METHOD="tarball-incremental mysql"

export BM_ENCRYPTION_METHOD="false"
export BM_ENCRYPTION_RECIPIENT=""

export BM_TARBALL_NAMEFORMAT="long"
export BM_TARBALL_FILETYPE="zip"
export BM_TARBALL_OVER_SSH="false"
export BM_TARBALL_DUMPSYMLINKS="false"
export BM_TARBALL_DIRECTORIES="/work/web"
export BM_TARBALL_BLACKLIST="/var/archives"
export BM_TARBALL_SLICESIZE="1000M"
export BM_TARBALL_EXTRA_OPTIONS=""
export BM_TARBALLINC_MASTERDATETYPE="weekly"
export BM_TARBALLINC_MASTERDATEVALUE="5"

export BM_MYSQL_DATABASES="__ALL__"
export BM_MYSQL_SAFEDUMPS="true"
export BM_MYSQL_ADMINLOGIN="root"
export BM_MYSQL_ADMINPASS="*******"
export BM_MYSQL_HOST="localhost"
export BM_MYSQL_PORT="3306"
export BM_MYSQL_FILETYPE="bzip2"

export BM_SVN_REPOSITORIES=""
export BM_SVN_COMPRESSWITH="bzip2"

declare -a BM_PIPE_COMMAND
declare -a BM_PIPE_NAME
declare -a BM_PIPE_FILETYPE
declare -a BM_PIPE_COMPRESS
export BM_PIPE_COMMAND
export BM_PIPE_NAME
export BM_PIPE_FILETYPE
export BM_PIPE_COMPRESS

export BM_UPLOAD_METHOD="none"

export BM_UPLOAD_HOSTS=""
export BM_UPLOAD_DESTINATION=""
export BM_UPLOAD_SSH_USER=""
export BM_UPLOAD_SSH_KEY=""
export BM_UPLOAD_SSH_HOSTS=""
export BM_UPLOAD_SSH_PORT=""
export BM_UPLOAD_SSH_DESTINATION=""
export BM_UPLOAD_SSH_PURGE="true"
export BM_UPLOAD_SSH_TTL=""
export BM_UPLOAD_SSHGPG_RECIPIENT=""

export BM_UPLOAD_FTP_SECURE="false"
export BM_UPLOAD_FTP_PASSIVE="true"
export BM_UPLOAD_FTP_USER=""
export BM_UPLOAD_FTP_PASSWORD=""
export BM_UPLOAD_FTP_HOSTS=""
export BM_UPLOAD_FTP_PURGE="false"
export BM_UPLOAD_FTP_TTL="14"
export BM_UPLOAD_FTP_DESTINATION="/"

export BM_UPLOAD_S3_DESTINATION=""
export BM_UPLOAD_S3_ACCESS_KEY=""
export BM_UPLOAD_S3_SECRET_KEY=""
export BM_UPLOAD_S3_PURGE="false"

export BM_UPLOAD_RSYNC_DIRECTORIES=""
export BM_UPLOAD_RSYNC_DESTINATION=""
export BM_UPLOAD_RSYNC_HOSTS=""
export BM_UPLOAD_RSYNC_DUMPSYMLINKS="false"


export BM_BURNING_METHOD=""
export BM_BURNING_CHKMD5="false"
export BM_BURNING_DEVICE=""
export BM_BURNING_DEVFORCED=""
export BM_BURNING_ISO_FLAGS="-R -J"
export BM_BURNING_MAXSIZE=""


export BM_LOGGER="true"
export BM_LOGGER_LEVEL="warning"
export BM_LOGGER_FACILITY="user"
export BM_PRE_BACKUP_COMMAND=""
export BM_POST_BACKUP_COMMAND=""

Резервное копирование осуществляется на папку /media/backup По данному пути монтируется сетевой ресурс (сетвая машина работает под ОС Windows) Вот скрипт, с помощью которого осуществляется запуск резервного копирования:

#!/bin/bash
remote_addr=//192.168.1.43/backups/server_backup
mailto=*********
mount -t cifs -o guest $remote_addr /media/backup
if df -h | grep -q "${remote_addr}"
then
    /usr/sbin/backup-manager && umount $remote_addr
else
    echo "Can not mount ${remote_addr}" | mail -s "Backup warning" $mailto
fi

Таким образом монтируется сетевой диск и в случае успеха запускается резервное копирование на него.

Проблема в следующем: Не создаются инкрементальные бекапы. Каждый раз он заново создаёт zip-архив на 125 гигабайт. Предварительно тестировалось на меньшем количестве файлов с tar-архивацией - всё работало корректно.

Возникает вопрос: почему не работает инкрементальное резервное копирование? Всегда создаются 3 файла: md5 хэши, база, сам zip-архив (полный).

При том же tar.gz также создаётся файл ***.bin с информацией различного рода. С zip его нет.

В чём может быть проблема? В том что при zip-архивации не работает резервное копирование? В большом количестве файлов? В том что диск сетевой (хотя при обычном tar работало же).



Последнее исправление: cetjs2 (всего исправлений: 1)

Ответ на: комментарий от zgen

Ну опция разбиения архива стоит в конфиге по умолчанию и там действительно коммент, что работает только для dar.

zip выбирался по той причине, что не обязательно распаковывать весь архив (120 гигов) для того, чтобы достать что-то, а опцию для разбиения архива по папкам я не нашёл. Остаётся только tar (хоть он и не сжимает)

Metus_Violarium
() автор топика
Ответ на: комментарий от Metus_Violarium

zip выбирался по той причине, что не обязательно распаковывать весь архив (120 гигов) для того, чтобы достать что-то

1. Правильней подумать, а как часто придется что-то доставать.
2. Смотреть в сторону систем, которые позволят выборочно доставать.

zgen ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.