Резервное копирование по расписанию

[oXiOn]

Всем привет! Имеется сервер lamp. Нужно настроить резервное копирование баз данных по такой схеме:

1)производится раз в сутки с заменой предыдущей копии;
2)резервные копии архивируются в папку dropbox.

Подскажите, пожалуйста, как реализовать. Заранее спасибо!

[pe4enbk]

Вот мой скрипт, правда старые копии не удаляются и архивирует на Яндекс, но как отправная точка думаю поможет.

Код: [Выделить]

#!/bin/bash
db_user="USER"
db_pass="PASS"
db_name[1]="NAME1"
db_name[2]="NAME2"
patch="/path/to/backups"
date=`date +%F_%H%M`;
wd_login="YANDEX_LOGIN";
wd_pass="YANDEX_PASS";
wd_url="https://webdav.yandex.ru/";
wd_fold="/path/to/folder/in/yandex";
##############
mkdir "$patch""$date";
for DB in "${db_name[@]}"; do
        mysqldump --user=$db_user --host=localhost --password=$db_pass ${DB} > "$patch""$date""/""${DB}"".sql";
done
cd "$patch"
tar -cvzf "$date"".tar.gz" $date
rm -rf $date
curl --user $wd_login:$wd_pass -T "{"$patch""$date"".tar.gz"}" $wd_url;
curl --user $wd_login:$wd_pass --request MOVE -H "Destination: ""$wd_url""$wd_fold""$date"".tar.gz" -XMOVE "$wd_url""$date"".tar.gz"
Можно добавлять любое число баз. Работает по WebDav
У меня по крону в 8 вечера и 8 утра срабатывает.

[oXiOn]

Вот мой скрипт, правда старые копии не удаляются и архивирует на Яндекс, но как отправная точка думаю поможет.

Код: [Выделить]

#!/bin/bash
db_user="USER"
db_pass="PASS"
db_name[1]="NAME1"
db_name[2]="NAME2"
patch="/path/to/backups"
date=`date +%F_%H%M`;
wd_login="YANDEX_LOGIN";
wd_pass="YANDEX_PASS";
wd_url="https://webdav.yandex.ru/";
wd_fold="/path/to/folder/in/yandex";
##############
mkdir "$patch""$date";
for DB in "${db_name[@]}"; do
        mysqldump --user=$db_user --host=localhost --password=$db_pass ${DB} > "$patch""$date""/""${DB}"".sql";
done
cd "$patch"
tar -cvzf "$date"".tar.gz" $date
rm -rf $date
curl --user $wd_login:$wd_pass -T "{"$patch""$date"".tar.gz"}" $wd_url;
curl --user $wd_login:$wd_pass --request MOVE -H "Destination: ""$wd_url""$wd_fold""$date"".tar.gz" -XMOVE "$wd_url""$date"".tar.gz"
Можно добавлять любое число баз. Работает по WebDav
У меня по крону в 8 вечера и 8 утра срабатывает.

Интересный скрипт, но для моего сервера функциональность излишняя.

Для себя проблему решил так:

Код: [Выделить]


cd /home/server/rspz/Dropbox/BackUP/
rm ./mysql.7z
cd /var/lib/mysql/
7z a -t7z -mx9 /home/server/rspz/Dropbox/BackUP/mysql.7z


Может кому пригодится. В моем случае (Debian) пакет p7zip-full уже был установлен, в случае с Ubuntu, возможно придется установить.

Остается добавить в системный cron от имени root и радоваться жизни

P.S.: а скрипт твой сохраню для домашней машины, есть там кое-какие variable файлы =)

[Karl500]

Резервное копирование живой базы простым копированием файлов БД - несколько сомнительное решение. Есть ненулевая вероятность, что в результате получите "битый" резервный файл без возможности восстановления (ну или, как вариант, перед таким копированием нужно останавливать БД).
Гораздо правильнее (как Вам и предлагали) копировать дамп БД.

[oXiOn]

Резервное копирование живой базы простым копированием файлов БД - несколько сомнительное решение. Есть ненулевая вероятность, что в результате получите "битый" резервный файл без возможности восстановления (ну или, как вариант, перед таким копированием нужно останавливать БД).
Гораздо правильнее (как Вам и предлагали) копировать дамп БД.

Коль так, то тогда да, лучше через дамп.

Привожу код ниже, вдруг кому пригодится:

Код: [Выделить]


#!/bin/bash
db_user="USER"
db_pass="PASS"
db_name[1]="NAME1"
db_name[2]="NAME2"
patch="/patch/to/backup"
patch2="/patch/to/temp/directory"
for DB in "${db_name[@]}"; do
        mysqldump --user=$db_user --host=localhost --password=$db_pass ${DB} > "$patch2""/""${DB}"".sql";
done
rm $patch/mysql.7z
cd "$patch2"
7z a -mx9 "$patch"mysql.7z
rm $patch2/*


Спасибо всем за помощь! Тему можно закрывать.

[jura12]

минуточку. есть ньюансы.

• надо сайт во время копирования переводить в режим обслуживания.
• надо проверять успешность завершения операции слива дампа и архивирования. в случае неудачи писать в лог или отправлять емейл.

[oXiOn]

минуточку. есть ньюансы.

минуточку. есть ньюансы.

• надо сайт во время копирования переводить в режим обслуживания.
• надо проверять успешность завершения операции слива дампа и архивирования. в случае неудачи писать в лог или отправлять емейл.

• надо сайт во время копирования переводить в режим обслуживания.
• надо проверять успешность завершения операции слива дампа и архивирования. в случае неудачи писать в лог или отправлять емейл.

1)Растолкуйте, если не сложно, зачем?
2)Логирование нужная штука, но я не знаю, как его реализовать

[jura12]

в mysql транзакции не работают. поэтому можно получить неработающую базу. код возврата проверяется через $? .
How can I log a message to the systemd journal from the command line?

[AnrDaemon]

в mysql транзакции не работают.

oXiOn,
Не надо хранить логин-пароль в скрипте, это вредно для здоровья.
Тем более логин-пароль рутового пользователя.
Для бэкапа вполне достаточно враппера

Код: [Выделить]

#!/bin/sh
/usr/bin/mysqldump --defaults-extra-file=/etc/mysql/debian.cnf "$@"Логирование - man logger

P.S.
А сайт в обслуживание переводить - чтобы в процессе бэкапа не изменялось состояние копируемого объекта.
Иначе бэкап получается неполный -> к использованию непригодный.
Если остановка сайта не вариант, и нет возможности перевести сайт в режим "только для чтения", тогда
1. СНАЧАЛА делаем копию БД,
2. ПОТОМ копируем контент.
Лучше даже разделить контент на программы и пользовательский аплоад.
Бэкап всё равно МОЖЕТ быть неполным, но он, по крайней мере, будет рабочим, ибо база снимается в одной транзакции.

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