Tarlyun blog

После того, как я чуть не потерял все свои труды, я твёрдо решил настроить систему автоматического резервного копирования. Или backup. Давайте рассмотрим требования к идеальной системе, и начнем писать свою собственную на bash.

Делать резервную копию файлов, баз данных.

Собственно то, ради чего нам и нужен backup — что бы в экстренном случае мы могли восстановить все данные.

Паковать все в архивы.

Место не резиновое. К тому же, куча мелких файлов копируется куда дольше, чем один файл.

Делать инкрементные архивы.

Полезная опция при создании резервной копии исходников. Зачем сохранять каждый раз одни и те же файлы, если они не меняются?

Очищать старые копии.

Очень сложно представить ситуацию, когда нужен архив, сделанный именно 23 дня назад (конечно же, если он не ключевой при инкрементном backup).

Сохранять ключевые точки.

Обычно в сложных системах используется такая схема: ежемесячные – сохраняем данные на 1 число каждого месяца и храним последние 6 копий; еженедельные – сохраняем каждый понедельник данные и храним последние 4 копии; ежедневные backup – храним последние 7 копий.

«Хранить яйца в разных корзинах».

Не стоит хранить резервные копии на том же самом сервере, что и ваши сайты: если что-нибудь случится с самим сервером, вы потеряете и текущие данные и резервные копии. Не стоит хранить резервные копии и на сервере в том же дата центре: пожар, нашествие саранчи или метеоритный дождь могут превратить дорогое оборудование в груду железок, без возможности какого-либо восстановления. В идеале ключевые backup храним как минимум в другом дата центре, а лучше – в другой стране. Если у вас хороший канал, можно периодически сохранять копии у себя локально (на RAID 0 массив).

Backup в облако.

Наилучшим решением, с точки зрения надежности, будет использование облачного хостинга под backup. Возможно использование как бесплатных решений (Dropbox), так и платных (Amazon S3). Мало того, что вы сможете получить доступ к своим архивам с высокой скоростью почти из любой точки земного шара, так еще сами архивы защищены от форс-мажорной утери.

Конечно, в идеале приведенное описание звучит красиво. Решения, которые могут выполнить почти все пункты или дороги, или сложны в настройке. Или и то, и другое вместе взятое. Мы не ищем легких путей, поэтому будем писать свою систему резервного копирования. И начнем с первого пункта: простое резервное копирование – всего два скрипта на bash. Написание скриптов на bash не менее увлекательное занятие, чем программирование на PHP, или составление SQL запросов.

Условности.

Каждый backup мы будем сохранять в каталоге /var/backup/{database|sites}/дата. Для MySQL – в каждом каталоге с текущей датой будет создан архив с названием БД. Для сайтов – в каждом каталоге с текущей датой будет создан архив с названием сайта. Сайты находятся в каталоге /var/www/sites.

База.

Создаем каталог для копий, если его еще нет. Получаем список БД и для каждой БД выполняем резервное копирование в архив.

#!/bin/bash
USER="root"
PASSWORD="password"
mkdir -p /var/backup/database/`date +%F`;
for DB in `mysql -u$USER -p$PASSWORD -N -e 'show databases' | awk '{print $1}'`; do
	echo "${DB} Backup";
	mysqldump --user=$USER --host=$HOST --password=$PASSWORD ${DB} --skip-lock-tables | gzip > /var/backup/database/`date +%F`/${DB}.sql.gz;
done

Сайты.

Создаем каталог для копий, если его еще нет. Получаем список сайтов и для каждого сайта выполняем резервное копирование в архив.

#!/bin/bash
mkdir -p /var/backup/sites/`date +%F`;
for DIR in `ls /var/www/sites | awk '{print $1}'`; do
	echo "${DIR} Backup";
	tar cvzf /var/backup/sites/`date +%F`/${DIR}.tar.gz -C / var/www/sites/${DIR}/
done