Re: fs snapshots
>>>>> Artem Chuprina <ran@lasgalen.net> writes:
>>>>> Ivan Shmakov -> debian-russian@ @ Fri, 27 Oct 2017 12:30:45 +0000:
>>>>> Artem Chuprina <ran@lasgalen.net> writes:
>>> P.S. Снапшоты эти новомодные тоже… Когда выясняется, что в старых
>>> бэкапах много лишнего, а диск не резиновый, из бэкапов это
>>> вычистить можно, а из снапшотов — увы. Только весь снапшот
>>> целиком, а это не то, что нужно народу. Хотя, конечно,
>>> невозможность вычистить что-то _случайно_ некоторую ценность имеет.
>> Строго говоря, смысл создания (read-only) snapshot как раз в том,
>> что с него удобно делать backup. Тем же Rsync.
> В ZFS — нет. Там смысл в том, чтобы при необходимости вернуться к
> этому состоянию.
Разве эти возможности исключают друг друга?
Так или иначе, если при решении задачи данным средством
возникает проблема, есть повод задуматься, а не следует ли
поискать иные средства?
>> (Касаемо «невозможности» — рискну предположить, что здесь, скорее,
>> «штатными средствами». Я могу себе представить инструмент для
>> «пересборки» неактивной ФС.)
> Если я правильно помню документацию, там можно сделать ветку от
> снапшота, отредактировать ее и поменять ее со снапшотом местами.
> Но это мучительный и геморройный процесс.
Аналогично с Btrfs. Единственная сложность — «меняемый местами»
подтом (subvolume; он же в данном случае snapshot) не должен
использоваться. В остальном — подобно:
# btrfs subvolume snapshot -- .snapshot/foo .snapshot/foo-edit
# # (меняем foo-edit)
# btrfs subvolume snapshot -r -- .snapshot/foo-edit .snapshot/foo.new \
&& btrfs subvolume delete -- .snapshot/foo \
&& mv -nT -- .snapshot/foo.new .snapshot/foo
Другое дело, что при наличии более чем одного снимка с «тяжелым»
содержимым, эти действия потребуется повторить для каждого.
[…]
--
FSF associate member #7257
Reply to: