Thursday January 04 2018 13:39, Victor Sudakov wrote to Andrew Kant: VS> [dd] VS>>> В эхотаге стандартным средством бэкапа системы считается tar? Я VS>>> не ради флейма спрашиваю.
AK>> Я не знаю, что считается стандартным, в линуксе нет хэндбука с AK>> подобными стандартами,
VS> Как это нет хэндбука? То есть я понимаю, что общего хэндбука по линуксу VS> быть не может, но у уважающих себя дистрибутивов хэндбук быть обязан, VS> иначе какая же это OS (вспоминая многотомный бумажный мануал по VS> нетвари). Hу тогда иди читай красношляпный мануал :)
AK>> но сам пользуюсь либо tar'ом (если нужно AK>> получить бэкап и сохранить его), либо rsync'ом (когда надо сразу AK>> получить клон).
VS> tar и rsync нормально переносят симлинки, хардлинки, sparse файлы и VS> прочие особенности? линкивроде переносят без проблем, разряженных файлов у меня нет - не знаю. Возьми попробуй.
VS>>> А как у тара с бэкапом живых файловых систем, или на ext4 можно VS>>> сделать VS>>> снапшот и его уже тарить? AK>> Обычно ext4 лежит поверх lvm, а вот lvm уже умеет снэпшоты.
VS> Снэпшоты, которым пофиг на вышележащую файловую систему - это плохие VS> снэпшоты. ну-ну, и снэпшоты уровня стораджа типа нетапа итп - тоже плохие? С другой стороны, лучше плохо ехать, чем хорошо идти, так что и с плохими снэпшотами лучше, чем вообще без них, если знаешь где соломку стелить.
AK>> Hа счёт бэкапов живых файловых систем - как обычно, если нет AK>> средств у приложений как-то подготовиться, то можешь получить AK>> неконсистентное состояние. Hо здесь тебя ничего не спасёт - разве AK>> bsd-шный dump сможет тебе красиво сдампить файлы mysql если в них в AK>> этот момент что-то меняется?
VS> Ответ, насколько я понимаю, скорее положительный: сможет. Потому что VS> dump использует ufs snapshots, а они создаются с учетом операций записи VS> в файлы, т.е. snapshot is FS-aware. Или он даже приостанавливает запись VS> на диск на момент создания снэпшота, я не помню. Побочным следствием VS> этого является тот факт, что при активной записи на диск можно очень VS> долго дожидаться окончания создания снэпшота, у меня такое бывало. И откуда FS знает, что приложение записало всё что нужно на диск, а не оставило где-то в буферах? Такой "скорее положительный" ответ и для других методов, то есть как повезёт.
VS> Hу и главное тут то, что процесс создания снапшота средствами fs очень VS> кратковременный, вероятность неконсистентного состояния каких-то файлов VS> явно меньше, чем если ты будешь полтора часа тарить систему как есть - у VS> тебя за это время может полсистемы измениться, например обновления VS> прилететь. Процесс создания снэпшота средствами lvm также очень кратковременный, а дальше ты снэпшот можешь тарить хоть год.
AK>> Маленький пример (не для rhel, да простит меня Виссарионов, но идея AK>> общая для любых дистрибутивов):
VS> Спасибо, сохранил, принцип понятен. Жаль, что не lvm и не gpt, ну да VS> ладно, это детали. И сделанный rsync-ом клон потом работает без проблем? Работает. Правда, там кроме функций рутинга почти ничего нет, поэтому не боюсь делать не останавливая оригинал. В твоей задаче ты не указал подобное условие - а с холодного бэкапа сделанного любыми средствами проблемы восстановиться быть не должно.