>> dump/restore позволял сделать такой фокус штатными средствами еще лет -цать назад.
> Если уж на то пошло - можно и tar сделать. Вообще-то dump-restore уровнем пониже tar будет и сдампит/развернет именно ФС, но видимо фанаты кухонных комбайнов^W^W btrfs не в курсе разницы и предлагают теплое как замену фиолетовому.
> dump/restore сможет переслать потом ДЕЛЬТУ изменений?
Вроде речь шла изначально про
> раскатать "вот это вот" на "вон тот компьютер".
a не о религиозных запретах на использование rsync, duplicity/attic/zbackup и т.д.
> Ну вот перекинул я данные. Потом поменял пять файлов. Можно сделать новый send, содержащий изменения в этих 5 файлах. Применить его в назначении и получить файлуху в
> синхронизированном с оригиналом виде. Перекинув лишь относительно небольшие изменения.
> А с dump получить только блоки поменявшиеся в результате изменения 5 файлов - можно?
Вообще-то я так бэкапы делаю. Поэтому наверное все же можно. Правда это предполагает отсутсвие определенных религиозных запретов.
> Send/receive - такой себе низкоуровневый вариант rsync, не требующий на destination сетевых
> серверов и пересылки данных в обе стороны, если выполняются некоторые допущения.
> С subvolumes это все еще и администрировать потом можно, более-менее логично
> и без костылей. А снапшоты живут рядом и являются теми же
> subvolumes, вид в профиль. Поэтому их удобно тасовать как душе угодно.
> Если мне надо - я могу вынуть 2 файла из снапшота.
> И даже поменять снапшот. Отредактировать снапшот до того как его send
> - достаточно удобно иногда, можно вылепить образ системы на основе того
> что видишь, немного поменять и задеплоить на кучку машин. Ничего сверхъествественного,
> но получается довольно круто и удобно.
Не, я понимаю что кухонные комбайны -- в определенных сценариях удобно и даже труднозаменимо и все такое. Но фанатизм некоторых пользоваетелей этих комбайнов и попытки к месту и не очень агитировать ... иногда все же утомляет.
