artiom -> debian-russian@lists.debian.org @ Sat, 17 Feb 2018 10:39:21 +0300:
>> >> >>> На Debian-based машинах хочу резервировать конфигурацию в /etc и >> >> >>> выбранные пользовательские данные. >> >> >> >> >> >> Меня в свое время убедили что не надо экономить те считанные >> гигабайты, >> >> >> которые занимает /usr и бэкапить и ее тоже. Чтобы потом после >> >> >> восстановления не разбираться если версии конфигурации в /etc >> остались >> >> >> от чуточку более старых пакетов, чем поставились из дистрибутива при >> >> >> восстановлении системы.Хм... У меня 50 Гб в / (сейчас там же /usr). >> >> > Как минимум, две машины (плюс, ещё /opt). >> >> > В /usr я руками ничего не правлю обычно (за крайне редким исключением >> >> > для Oracle Java на рабочей машине). >> >> > /var ещё надо бэкапить. Но /usr для чего? >> >> >> >> Сказали же: если его нет в бэкапе, то восстановиться, раскатав бэкап на >> >> чистый диск не получится. Придется ставить систему и накатывать >> >> конфиги. И тут упс... система оказалась поновее, конфиги частично >> >> несовместимы... >> >> >> > Это не столь серьёзная проблема в моём случае: как правило, система >> > более ли менее новая. >> >> Ключевые слова - "более или менее" :) > Ok, система достаточно новая. Максимум - месяц без обновлений (это > означает, что она не включалась, потому вероятность выхода из строя > низка), и как правило, в таком случае я могу себе позволить затратить > время на её восстановление. Больше - крайне редкие случаи. Бэкап, с которого восстанавливаемся, может оказаться не офигительно свежим. Потом, легко забыть забэкапить что-нибудь важное из /usr/local... >> >> >> В общем, анализировать бэкапные решения надо начинать не с "где >> >> >> хранить" и "какой транспорт использовать" а с "как будет выглядеть >> >> >> процедура восстановления". Причем в двух вариантах >> >> >> >> >> > Да, вообще явного анализа восстановления я не провёл. >> >> > Неявно, подразумеваю, что буду переустанавливать систему и накатывать >> >> > данные, а не образ. >> >> > Т.е., мне не требуется "полный бэкап", как это делают с большим >> парком >> >> > машин. >> >> >> >> Практика восстановления показывает, что если бэкапятся настройки >> >> системы, то лучше бэкапить всю систему. Восстановление работоспособного >> >> состояния получится на порядок быстрее. Пользовательские данные можно (и >> >> часто полезно) бэкапить отдельно. >> >> >> > Хорошо, но зачем мне 50+ Гб того, что я и так получу? >> > Мало того, не всегда мне нужно будет восстанавливать ту же самую >> > систему: на том же железе и в точности с той же конфигурацией, плюс к >> > этому, у меня ещё не было ни одного случая, чтобы полностью загнулся >> Debian. >> > Падение скорости восстановления здесь для меня терпимо. >> >> Системы обычно падают в самый неподходящий момент :) И даже если ты >> давно хотел ее обновить, выгоднее сначала тупо, но быстро восстановить >> прежнюю работоспособную конфигурацию, а потом уже обновлять. >> > Ok. С этим я согласен. Но остаётся несколько проблем (наверняка уже > кем-то решённых). > Бэкап-систему я внедряю не с нуля, а в действующую "инфраструктуру" > (пусть и маленькую). > Отсюда: > - Если какая-то дрянь сейчас поселилась в системе (а система с 2011-го > года не переустанавливалась, редко выключалась, кроме последних лет, и > долго подключена к Интернет), есть риск, что она пойдёт в бэкап, будет > заботливо сохранена, и воспроизведётся при каждом полном восстановлении. Не "есть риск", а "есть гарантия". Однако, в такой ситуации взять только конфиги из полного бэкапа можно. А вот взять полную систему, чтобы быстро восстановиться, если есть бэкап только конфигов, не получится. Ну и думай, что дороже: дополнительное дисковое пространство для хранения бэкапа системы, или твои время и нервы на более сложную процедуру восстановления. > - В этой старой системе я хочу многое переделать, например дисковую > организацию, что потребует переустановки при сохранении большинства > конфигов. Переустановки-то зачем? Переразметил диск иначе, накатил полный бэкап, поправил один-единственный /etc/fstab, и поехали. Ну, может быть, еще перегенерировал initrd из чрута до первой перезагрузки, если в разметке добавилось что-то новое, драйвера чего в старом initrd отсутствовали. >> >> Средства бэкапа (та же Bacula), по идее, должны давать. Но в свое время >> >> я не стал настраивать ни ее, ни BackupPC именно из соображений сложной >> >> настройки. Они, как я понимаю, хороши, когда у вас толпа разнородных >> >> машин и есть человек, который регулярно подкручивает эту конструкцию. С >> >> квалификацией админа и наличием _регулярно_ времени на эту работу. >> >> >> > Насколько регулярно и насколько велик объём донастройки? >> >> Мне пока не доводилось работать в таком месте, где работодатель считал >> бы, что это ему по карману :) >> > Если я делаю для себя, читается, как: "Ты не будешь этим заниматься"? Скорее всего, да. У тебя же есть и другие занятия, а ты у себя один. И кушать хочешь три раза в день, вероятно. >> Когда я в свое время разрабатывал регламент бэкапов для своей конторы, я >> на бакулу и рдифф-бэкап тоже глянул. Косой взгляд на документацию бакулы >> и набор пакетов привел меня к выводу, что потребуется специальный >> бэкап-админ как минимум на полставки. Кончилось регламентом на базе >> tar. Там был тот еще зоопарк, включая аппаратный спарк с солярисом и >> виртуалки с виндой. >> > А форки, которые здесь рекламируют? > http://www.urbackup.org/ > https://time404.ru/1776/ А можно я не буду на них смотреть? Но по идее, если форк, тем более более поздний (я смотрел-то на нее в последний раз лет 10 как), то вряд ли система с тех пор стала сильно проще... >> Ну, то есть, конторы, где эти или подобные технологии применялись, я >> видел, а вот чтобы успешно - нет. К счастью, по мне это не било. Один >> раз - только потому, что у меня был еще и свой бэкап. >> > Но ведь система специально заточена под бэкап, долго живёт и развивается. > Почему не было успешно её применение? > Возможно ли, что это просто было неправильное использование? Да. Вопрос в том, кому по карману правильное. Может быть, хостинг-провайдеру. >> Со своих "велосипедных" бэкапов восстанавливаться несколько раз >> приходилось. Однажды полностью, и несколько раз вытаскивать из прошлых >> бэкапов пользовательские файлы. >> > tar? Больше rsync, но и из tar тоже приходилось. Целиком накатывал из tar.
