> Видишь ли, традиционно софт в Unix работает с файлами, сокетами, каналами (pipe). Спасибо, капитан.
> И на нормальных классических ФС dump/restrore сохраняют/восстанавливают на
> бэкапный/новый носитель их в том же виде, в котором их ожидают увидеть
> Unix-программы, которые с ними работают непосредственно.
Как бы это сказать? Dump/restore довольно специфичная штука, реально нужная только в экзотических случаях. Если надо просто бэкап файлов без лишних заморочек - tar хватит выше крыши и он в сто раз удобнее и умеет уйму всего, к тому же от системы и ФС не зависит. Некузяво данные привязывать к 1 конкретной ФС и ОС. Иногда, если вопрос на миллион, надо "вон тот документ" позарез и прочая - будет очень кстати если бэкап, ну или хотя-бы его часть раскатается "на том что под руку попалось". Есть разные варианты бэкапирования и восстановления, знаешь ли. Гвоздить безбашенно одним случаем во все дырки - глуповато, знаешь ли.
> В ZFS аналог такого механизма — send/receive.
И в btrfs. Только вот это не средство для ежедневного бэкапа документиков из /home, если что :).
>> Человеков по идее интересует консистентный набор файлов в бэкапе.
> И это тоже в том числе.
Я не вижу - где в твоих увещеваниях это обеспечивается.
> Похоже, на неотмонтированной Ext4, в отличие от XFS и UFS2, не может
> работать dump/restore без "спецэффектов" (если вообще может).
Честно говоря - без понятия. Ты мне объяснишь нафига именно так бэкапаться?
> dd, например. Вам больше ничего не остаётся, похоже, для переноса ФС точь-в-точь
> на новый носитель, с последующим обязательным fsck.
Этот метод делает довольно много допущениий о носителе в пункте назначения и не является типовым/практичным способом бэкапа.
> Я вам не предлагаю делать dd RAW-носителя живой СУБД — ничего, кроме
> лапши, вы не получите от этого. СУБД должна иметь собственные механизмы
> бэкапа с учётом запуска/остановки своих транзакций.
Как ни странно, риск получить черти-какие данные в файле есть и в иных случаях.
> Конкретно в POSIX/Unix для ЗРЕЛЫХ файловых системы разработан и действует стандартный механизм
> бэкапа метаданных, файлов, сокетов, каналов — утилиты dump/restore. А что-то другое
> — это именно что-то другое, которое работает на тех ФС, которые
> не поддерживают dump/restore, например, это FAT32.
Попробуй своим зрелым перезрелым забэкапать диск-в-файле у виртуалки, подивись вермишели.