LINUX.ORG.RU

[zfs][бесполезные вопросы] Инкрементальные бэкапы

 


0

3

Хей.

В очередной раз прогадив ценный файлик после сбоя питания (несмотря на довольно сложные политики резервирования с rdiff-backup), задумался о нормальных инкрементальных снэпшотах.

Если я правильно понимаю, сейчас только две ФС это поддерживают - btrfs и zfs. С обоими поигрался (ради zfs попробовал наконец фряху), зфс нравится, особенно сенд/рисивом (прямо то, что доктор прописал) но мигрировать целиком на фряху как-то неприятно. Во-первых, больно уж порты вещь убогая после портажа. Ну, если точнее, то, конечно, куда приятнее любой бинарной пакетной системы, но, все же совсем не то. А во-вторых, слегка пугает отставание в плане юзерлэнда - засилие хала (вспомнил линукс давности так пятилетней), например. В общем, имею я несколько вопросов:

1) Кто имеет опыт организации удобных инкрементальных бэкапов в линуксе и какими средствами? rdiff-backup не устраивает. Во-первых, скоростью, во-вторых, жутко неудобной работой с версиями, в-третьих, своей нелюбовью к модификации данных в процессе копирования. Важное примечание: бэкапить желательно на удаленный хост. Еще лучше, чтобы на той стороне не требовалось ничего, кроме ssh.

2) В каком состоянии сейчас находится драйвер zfs под линукс? Насколько стабилен? Можно ли ему доверить гигабайты порнухи^W ценных-ценных данных?

2.1) Откуда брать актуальные ебилды для зфс? Свои мейнтейнить не хочется, содержимое текущих доверия не внушает (часть не собирается, часть грязная - не делает проверок конфига ведра, например).

2.2) А чего там слышно с добавлением zfs в портаж? В багзилле тикет как бы принят и приоритет высокий, но копошения незаметно.

3) А как оно там, на фряхе-то? С автомонтированием, например, с апгрейдами?

3.1) Можно ли допинать gentoo/kfreebsd до работы только на zfs и до восьмого или даже девятого (предпочтительно) ядра. Проект-то какой-то полумертвый, хоть восьмое ядро в портаж и добавили недавно.

3.2) А что там в будущем будет с фряхой? Линукс как-то начал обрастать симпатичными инфраструктурными поделиями навроде dracut/systemd/udev/udisks/upower/*kit и прочими, девелоперы софта радостно начали под эти поделия затачиваться, а на фряхе их как-то особо и не видать. Не планируется ли туда каким-нибудь макаром всё это счастье портировать? Судя по ихнему форуму да рассылкам будущее очень-очень туманно.

3.3) А почему девелоперы того же KDE не стали делать devd-бэкенд под solid? Так-то, как я сделал вывод, почитав про фряху, этот самый devd ничем не хуже, а может даже и лучше ud*-поделий.

4) А как вообще эта самая btrfs? В принципе, мне она не понравилась только отсутствием сенд/рисив. Так вроде ничего. Не падает она? Файлы не теряет? Не подтормаживает неожиданным образом?

Ну и вообще, если тянет в сторону фряхи (привлекают очень zfs и ossv4 без геморроя) - лучше лечиться, или же ставить?

P.S. самым большим потрясением на фряхе был эффект от shutdown -h now. Она действительно сделала halt.



Последнее исправление: wolfy (всего исправлений: 2)
Ответ на: комментарий от shahid

> Почти всё из перечисленного реально не нужно. На локалхосте точно.

Например, у меня домашний компьютер выступает ещё и как NAS в домашней локальной сети: компьютер сестры, медиаплеер. Для постоянно пополняемой коллекции Full-HD фильмов по 10-15 ГБ каждый нужно довольно большое файловое хранилище. На материнской плате размещено 6 SATA разъёмов и 2 eSATA выведены наружу. Изнутри заняты все 6 портов: 5 HDD и 1 DVD. Созданы три пула ZFS: системный, медиархив, для временных файлов. КПД файлопомойки близко к 75%, так как пул под систему нужно оптимизировать к меньшему объёму, отдав высвободившееся пространство в медиархив, но пока руки до этого не дошли — обхожусь назначением точек монтирования для ФС в системном пуле, которая содержит часть мультимедиафайлов.

Хочу перестроить массивы следующим образом:
1) Системный пул на двух SSD 32 ГБ, зазеркалированных средствами ZFS.
2) Медиархив на трёх или пяти 2,5" HDD максимальной для такого форм-фактора ёмкости (1 ТБ каждый) — придётся, наверное, покупать простейший SATA/PCIe адаптер для подключения винчестеров.

По бюджету выходит не сильно дороже связки «комп + отдельный NAS + винчестеры» с той же или большей степенью надёжности.

iZEN ★★★★★
()
Ответ на: комментарий от shahid

>>Что вы с iZEN имеете в виду под гарантией целостности?

iZEN уже отписал что, добавлю, что при повреждении блока на пути - ошибки транспорта, мисдиректы и фантомы - нет гарантии что прочитан/записан неверный блок. zfs не панацея и не 100% lossfree, но используя zfs можно быть в курсе какой файл битый.

Под linux нет нормального билда,


это проблемы исключительно линукса.

долгосрочная надежность во фряхе абсолютно ничем не подтверждена


хоть я и не большой сторонник, но как storage с zfs фря очень даже неплохо выглядит.

Вобщем, вздрочнуть на локалхосте и понтанутся только годится.


ну это кому что важно.

Уже не следил за событиями, ибо обе убоги.


вот уже и lustre убога.
кста, про масштабируемость - одна из причин поддержки zfs в люстре - ext3 поддерживала на тот момент 8тб, сейчас 16. так что...

Да, как BSD, с божей помощью.


я, если что, не про bsd.

EvgGad_303 ★★★★★
()
Ответ на: комментарий от shahid

> Если данные повредятся на уровень ниже ФС, то тут сработает RAID

А не пойти ли тебе, чувачок, подучить матчасть про рэйд? А то ты тут вещаешь про то, что зфс не нужна, а сам даже как рэйд работает и от чего он защищает, а от чего нет нифига не понимаешь. Что уж там говорить про зфс

Изен, где твой любимый пример, покажи товарищу.

anonymous
()
Ответ на: комментарий от shahid
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.