Backup работающей ОС.

[Juriy]

Для бекапа давно пользуюсь fsarchiver с liveCD. С DD не сложилось, а Clonezilla сколько не пробовал постоянно теряюсь в её интерфейсе. Да и плюс fsarchiver, его бекап можно развернуть на любой раздел и он не привязан к объему.
Так как система постоянно включена, и перезагружаться надоело для бекапа, решил попробовать провернуть всё на работающей системе:

Код: [Выделить]

fsarchiver -v -A savefs /путь/для/бекапа/`hostname`-`date +%d-%m-%Y`.fsa /dev/sda1Корень у меня занимает 6,1G, за 5 минут сжался до 3,3G
Попробовал развернуть полученный архив в виртуальном ящике и на соседней машине, всё один в один полные клоны, глюков не встретил.
Кто пользовался данным способом? Про изменения данных во время бекапа я в курсе, да и ни кто не будет в здравом уме в соседнем терминале запускать apt-get upgrade.
Можно ли делать бекапы на работающей системе, ведь сам архиватор без ключа -A этого не позволяет?

[alsoijw]

Можно ли делать бекапы на работающей системе

Зачем?

[Juriy]

Что бы не перезагружать систему, dd тоже ведь образ раздела снимает на лету и нормально.

[alsoijw]

Juriy, при работе системы могут изменится какие-то файлы. И получится что какой-то файл относится к моменту времени 1, а какой-то к 2. То есть какой-то файл окажется в бекапе старее, чем в работающей системе. Люди делятся на два типа: те кто не делают бекапы и те кто их уже делает. Те кто делют бекапы делятся на два типа: которые просто делают бекапы и те кто проверяют, удастся ли из бекапа восстановить что-то.

[Juriy]

Те кто делют бекапы делятся на два типа: которые просто делают бекапы и те кто проверяют, удастся ли из бекапа восстановить что-то.

Так вывод то какой? В работающей системе не делать Backup? Remastersys и system back такое позволяли. Fsarchiver так то же может оказалось. Ладно черт с ней с ленью, на рабочем и домашнем пк можно и пере загрузиться в liveCD для бекапа. Но таскать монитор к домашнему серверу или системник к монитору проблемно тк находится в труднодоступном месте.

[vadd]

Банальность конечно, но все зависит от того, какие процессы и что изменяют в критичных местах во время бэкапа.  Русская рулетка.  Раз уж это для вас почти необходимость - стоит хранить хотя бы предпоследний бэкап тоже.  Хотя тоже ничего не гарантирует, если не автоматизируете и запуск тоже из бэкапа )  Сбэкапили, развернули, запустили, убедились что почти все работает - бэкап в архив )

[Juriy]

Банальность конечно, но все зависит от того, какие процессы и что изменяют в критичных местах во время бэкапа.  Русская рулетка.  Раз уж это для вас почти необходимость - стоит хранить хотя бы предпоследний бэкап тоже.  Хотя тоже ничего не гарантирует, если не автоматизируете и запуск тоже из бэкапа )  Сбэкапили, развернули, запустили, убедились что почти все работает - бэкап в архив )

Хранятся за 1,5 месяца, создавались dd через скрипт в кроне каждую неделю так же на рабочей системе. И если изменяю, что то кардинально сразу же создаю копию. (долгий опыт приучил, что лучше несколько копий чем ни одной, да и весят они в архивах максимум 800мб.)
А раз Fsarchiver может на рабочей системе делать копии, вот и задумался перевести скрипт на него. (Проще мне из этой программы восстанавливать чем из dd) Поэтому и спрашиваю, делал кто так и чем чревато. А насчет автоматизации запуска из бекапа на рабочую систему, разве есть такое? В любом случае когда пушной зверь придёт придется системник к монитору тащить.

[vadd]

А насчет автоматизации запуска из бекапа на рабочую систему, разве есть такое

Имелась в виду примерно такая логика работы - в биосе стоит первой загрузка с usb (или с бэкапного диска), система бэкапится на загрузочную флешку, вызвается рестарт, система запускается/разворачивается из бэкапа, проходит некие тесты на работоспособность, снимается загрузочный флажок, рестарт, старт с диска, флешка в архив, если флешка не рестартовала или не прошла тесты - возврат к системе или ресетом или сам по себе.
Огород конечно еще тот, мы когда-то лепили нечто похожее на  удаленном "слепом" сервере )