У меня есть сервер Ubuntu, резервное копирование которого я бы хотел выполнять ежедневно. Я хочу иметь возможность восстановить всю систему одним нажатием нескольких кнопок (или нажатий клавиш). Кроме того, я не хочу отключать / размонтировать свои разделы для их резервного копирования. Пока что я придумал комбинацию cron, perl, LVM и FSArchiver.
Так что я мог бы сам все это развернуть, как я описал, но если есть решение, которое уже существует (возможно, с еще большим количеством функций, например, дифференциальное резервное копирование), я бы пошел на это. rysnc не выполняет резервное копирование системных файлов, используемых на смонтированном диске (верно?), так что этого нет. Я искал, но не нашел ни одного решения, которое бы делало что-то вроде того, что я описал выше. Какие решения, которые вы используете, работают с подключенными системными разделами?
Во-первых, прекратите попытки развернуть собственное решение для резервного копирования.
Использовать Настоящее программное обеспечение для резервного копирования делать ваши резервные копии.
Настоящее программное обеспечение для резервного копирования тщательно протестирован, и системные администраторы предприятия уже много лет его опекают. Вы можете быть уверены, что, используя его, вы сможете восстановить то, что вы скопировали.
Что касается проблемы смонтированной файловой системы / активных файлов - любое программное обеспечение для резервного копирования (rsync, tar, bareos / bacula, даже почтенное cp команда) скопирует файлы, которые «используются» в системе Unix.
Проблема, которая возникает, заключается в том, что если эти файлы активно изменяются, вы не знаете, в каком состоянии вы их захватили - вы можете полностью переписать файл во время его резервного копирования и в итоге положить бесполезный мусор на свои ленты. .
Как правило, для обеспечения хорошего, последовательного резервного копирования ваша файловая система (или, по крайней мере, подмножество, которое вы резервное копируете) должна быть неподвижной.
Единственное полностью автоматизированное решение, которое я знаю в дикой природе, - это Windows VSS. То, что вы предлагаете с помощью процесса LVM snapshot / mount / backup / umount / destroy, - это в основном то, что VSS делает через свой API.
Вы можете реализовать описанное вами решение для создания моментальных снимков, используя реальное программное обеспечение для резервного копирования и немного творческого подхода (в случае bareos вы бы сделали это с ClientRunBeforeJob и ClientRunAfterJob scripts), так что он по сути прозрачен, и это хорошее решение - я искренне его поддерживаю.
Обратите внимание, что это все еще не восстановление «в один клик». Вам почти наверняка придется выполнять некоторую ручную работу после восстановления из резервных копий, чтобы вернуться к работающей системе. Вот почему вы запускаете тесты восстановления.
Как бы то ни было, я считаю, что «восстановления в один клик» не существует, и любой, кто говорит вам, что это так, пытается продать вам программное обеспечение. Наверное дорого программное обеспечение.
Самое близкое к восстановлению в один клик - запускать ваши системы как виртуальные машины, периодически делать их снимки и создавать резервные копии снимков, как предложил Zoredache.
То же предостережение об использовании Настоящее программное обеспечение для резервного копирования мой ответ по-прежнему применяется, когда вы захватываете снимки виртуальной машины (но вам, вероятно, не нужно будет делать снимки LVM, потому что снимки виртуальной машины будут неподвижными по определению после их создания.
Выбор программного обеспечения для резервного копирования гипервизора оставлен в качестве упражнения для читателя - это может быть что угодно: от bareos в Linux, ArcServe в Windows или vSphere Data Protection на кластере VMWare в зависимости от ваших потребностей и бюджета ...