Re: Стратегия поддержания резервных копий. Деградация носителей.
Sergey Matveev -> debian-russian@lists.debian.org @ Sat, 24 Jun 2017 12:22:04 +0300:
> * snapshot-ы. Если нужно быстренько что-то проверить/сделать, и при этом
> откатить назад файлы, то можно сделать snapshot (за секунду
> выполняется) а потом его откатить (снова секунда). Знаю что многие
> люди говорят что я и без этого жил, но это точно так же как
> пользователь CVS или Subversion скажет что ему бранчи не нужны, но
> когда он с ними столкнётся в Git-е, то поймёт насколько это удобно.
> Или вот например у меня была система где я rsync-ал репозиторий с RPM
> пакетами, которые могли ломаться время от времени. Так там каждый день
> делался snapshot и я к нему мог обратить по
> /path/to/fs/.zfs/2017-04-05/ пути где полная ФС на тот день. Это очень
> удобно. С LVM не сравниться, потому-что LVM это блочное устройство
> ничего не знающее про ФС на нём, и нужно предпринимать особые действия
> чтобы, во-первых, сделать снимок (например xfs_freeze) безопасно,
> во-вторых восстановить его, в-третьих, обратиться к предыдущим его
> версиям. В ZFS это либо ровно одна команда на всё, либо обращение
> просто по особому пути ФС
Я правильно понимаю, что для создания снапшота ей не нужно отдельного
незадействованного места на диске, как LVM?
А оно умеет показывать, желательно быстро, сколько места занимает
снапшот? В смысле, сколько места освободится, если я вот этот вот
снапшот удалю?
Reply to: