Если Ваш DB будет большим, то хранить сотни копий базы данных превысит Вашу емкость хранения, вероятно, ловя Вас неподготовленный и занятый чем-то еще. сжатие gzip почти наверняка причинит боль, начиная с него способность SVN impede сжаться между изменениями, и я думаю, что SVN уже пользуется библиотекой zip внутренне. Вы могли бы взять, берут ценность нескольких дней резервных копий и пробуют его оба пути и видят, какой использует меньше диска. Вероятно, также будет полезно приказать, чтобы дамп в некотором роде, как сказали с - порядок-основным; иначе SVN должен будет потратить впустую диск, представляющий несерьезные переупорядочения mysqldump, о котором Вы не заботитесь.
Но в конечном счете необходимо просто отбросить данные. Один интересный подход, который я видел, пошел под названием "логарифмические резервные копии". Идея состоит в том, что более новые резервные копии более важны, чем более старые резервные копии, таким образом, Вы сохраняете больше из них и истекаете большинство из них, поскольку они стареют. Таким образом, Вы заканчиваете с
Это - аналогичный подход к RRDtool, где данные консолидируются в представительный объект. Вы волнуете с 20 + резервное общее количество и способность восстановить недолгие данные из недалекого прошлого и долговечные данные из удаленного прошлого.
На самом деле ответ на вопрос
Так как Ваши данные являются относительно маленькими, и вероятно не изменяются очень, SVN не мог бы быть плохим подходом.
У меня есть подобный процесс для помещения веб-сайтов интереса в SVN, который я изменил для удовлетворения потребностям. Поместите это в свой cron.daily или везде, где, и это сделает Вас. Необходимо будет инициализировать repo сначала и настроить его для удовлетворения потребностям, но это - хорошее начало:
#!/bin/bash
# check out to temp dir
DIR=`mktemp -d`
cd $DIR
# check out repository
svn co $1 .
# dump db
mysqldump --order-by-primary -u root -pPASSWORD database_name
# if changed, commit
svn commit -m 'Nightly backup'
cd ..
rm -rf $DIR
Hotmail выдает ошибку при проверке SPF. .. http://www.openspf.org/FAQ/Hotmail_and_TempError - хорошая страница для информации о том, что делать - либо дождаться обновления DNS, либо попытаться заставить их сделать это быстрее.