У меня есть несколько серверов и VPS для многих компаний по всему миру. Я хочу создать их локальную резервную копию. У меня есть несколько решений резервного копирования для удаленных хостов, но я хочу иметь локальную резервную копию на домашнем компьютере.
Я думаю:
Создайте виртуальную машину virtualbox, установите ту же версию linux, что и сервер.
Используйте rsync для резервного копирования сервера на локальную виртуальную машину. (что-то вроде rsync -av --delete --progress --exclude '/ dev /'--exclude' / proc /'корень @ ip_сервера: // /)
Повторяйте команду каждые несколько дней обновляйте файлы.
В случае сбоя жесткого диска или любого другого плохого события отмените команду rsync, верните файлы и продолжите свою работу.
Я пробовал это с двумя openvz VPS, один был резервной копией другого. Я также попытался перенести обычный хост-сервер linux на машину openvz, и это отлично сработало.
Для меня этот способ выглядит довольно простым и понятным, это то решение, которое я ищу. Однако мне нужно быть уверенным, что это сработает, если я собираюсь это сделать.
Вопрос в том, будет ли это работать нормально? Кто-нибудь видит в этом проблемы? Есть ли у вас другие предложения ?
Спасибо
Вам следует добавить несколько методов для легкого восстановления структуры диска (таблица разделов, файловые системы, точки монтирования).
Также rsync резервное копирование может привести к ужасному сбою в некоторых случаях, когда файлы остаются открытыми в течение длительного времени и постоянно обновляются. Серверы баз данных являются яркими примерами для этого - вы не можете надежно создать резервную копию работающей базы данных с rsync.
Вы можете посмотреть что-то вроде BackupPC, который использует rsync протокол для выявления и копирования изменений, которые необходимо скопировать. Первое резервное копирование каждой системы потребует полной копии всех копируемых файлов. После этого нужно скопировать только дельты. Он скопирует дополнительный 1% структуры для выполнения проверочных изменений.
Это очень эффективное хранилище файлов, которые дублируются в разных системах или каталогах. Это может значительно снизить требования к месту на диске для ваших резервных копий.
Я использую для резервного копирования своих серверов Linux, а также рабочих столов Windows.
Имейте в виду, что rsync может занять очень много времени, и статус, если файлы могут быть несовместимыми, поскольку вы будете копировать файлы в разные моменты времени. Вероятно, хорошей идеей было бы создать моментальный снимок на сервере (используя LVM, как указано в http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html ), а затем rsync из снимка на виртуальную машину.
Если вы собираетесь регулярно выполнять резервное копирование нескольких машин, я предлагаю вам вместо этого использовать Bacula. Он гораздо больше подходит для этой задачи, по умолчанию обрабатывает остановку на границах разделов, позволяет использовать различные серверы хранения, планирование и т. Д. Он также позволяет игнорировать файлы, которые, как вы знаете, не будут копироваться правильно (например, ваша огромная действующая база данных), и создавать файлы с помощью сценариев (скажем, сценария дампа вашей огромной базы данных).
Я не совсем уверен, по какой причине вы клонируете виртуальные машины, если только вы не планируете запускать эти образы в качестве временной замены. Тем не менее, при правильной настройке виртуализации вы также должны иметь возможность запускать эти образы машин в большинстве случаев, и в любом случае вы можете записать восстановление в каталог файловой системы по вашему выбору.