Назад | Перейти на главную страницу

Автоматическое инкрементное резервное копирование вне сайта

Я использую сервер Linux, на котором требуется инкрементное резервное копирование (в идеале - ежедневно). Я хочу, чтобы все оставалось быстрым, но чтобы резервные копии были надежными.

Я буду использовать Apache и базу данных MySQL, какое хорошее решение?

Для большинства ваших файлов rsync выполнит эту работу очень хорошо, однако для базы данных вам, вероятно, понадобится что-то более специализированное (или создайте файл дампа db, который можно rsync'd в резервную копию, а затем импортировать в резервную копию db ).

Настройте ssh без пароля между двумя серверами (путем обмена ключами ssh), а затем вы можете использовать такую ​​команду для копирования файлов (запускается на главном сервере):

rsync -az --delete /path/to/backup/ backup-server:/path/to/backup/

Это скопирует все дерево каталогов / путь / к / резервной копии в тот же путь на резервном сервере имени хоста. Параметры rsync: -a (режим архива) сохраняет права пользователя / владельца / для каждого файла и -z для сжатия файлов перед их передачей и автоматического распаковки на принимающей стороне. Флаг --delete удаляет файлы, которые находятся на резервном сервере, но больше не на главном сервере.

При необходимости используйте cron для запуска этой команды.

Все это предполагает, что 2 сервера работают под Unix / Linux.

Без дорогого и сложного программного обеспечения. Вы можете просто настроить задание cron для выполнения задачи RSYNC один раз в день. (Это, конечно, предполагает, что вы используете UNIX / Linux. Если вы используете Windows, я не уверен)

RSYNC имеет то преимущество, что передает только новые файлы или файлы, которые изменились. Вы даже можете указать RSYNC для удаления содержимого на резервном сервере, которого больше нет на основном сервере.

Вы ничего не говорите о платформе, используемой базе данных или о чем-то еще.

Тем не менее, по крайней мере, в отношении файловой части, я бы посмотрел на rsync, который очень хорошо работает для больших файловых деревьев.