Как сделать избыточную настольную систему с ежедневными снимками? (btrfs готовый к употреблению?)
Я хочу настроить настольную систему, в которой домашняя файловая система была бы избыточна (например, RAID-1) и будет иметь еженедельные снимки взятыми. Я уже сделал это с ZFS, система снимка замечательна, и с send/recv можно легко создать резервные копии на внешних медиа. К сожалению, в той точке, я хочу GNU+Linux и не FreeBSD или Солярис, таким образом, я ищу предложения для хороших альтернатив.
Я считаю, что мои альтернативы:
- btrfs - это, кажется, точно, в чем я нуждаюсь, это имеет снимки и команды, которые позволяют Вам легко копировать
zfs send. Все же вся документация упоминает, что это все еще экспериментально. Я, может казаться, не нахожу фактических отчетов о его проблемах надежности или удобства использования. Можно ли указать на меня на информацию о той проблеме, которая могла разъясниться, будет ли это возможным выбором? У меня есть большое предпочтение этой опции, главным образом потому что я не хочу переформатировать диски, когда btrfs становится готовым, но я там не информация о том, применимо ли это вообще, является ли это глупой идеей использовать его и т.д. Вопрос, на который я не могу получить ответ, - то, что делает "экспериментальный" средний. - снимки lvm и ext4 - предпочтительно не, так как это может использовать ужасную сумму пространства, когда новые файлы создаются. Создание файлов на 200 ГБ requres свободное пространство на 200 ГБ и 200 ГБ дополнительно для снимков. Я также нашел это ненадежным - отказавшие метаданные переписывают результаты в нечитабельном PV. Я задаюсь вопросом, как btrfs выдержал бы сравнение здесь.
- Единственная файловая система (ext4) на RAID-1 выстраивает с пользовательскими снимками COW с hardlinks (как
cp -al). Это - мое текущее предпочтение, если я не могу использовать btrfs.
Таким образом, как экспериментальный btrfs, который я должен выбрать, и у меня есть какие-либо другие опции? Что, если бы я не сохраняю внешние возрастающие резервные копии, которые влияли бы на мой выбор?
1 ответ
Этот ответ сохраняется по историческим причинам и не может относиться к текущим версиям btrfs.
btrfs экспериментален в том смысле, что он все еще подвержен изменениям. В результате btrfs не может быть полностью стабильным. Кроме того, с тех пор в настоящее время нет никакого fsck для btrfs, возможно повредить файловую систему и представить его неприменимый в случае сбоя питания, потому что нет никакого средства восстановиться с повреждения. Посмотрите brtfs Wiki для получения дополнительной информации об этой файловой системе. Пока утилита проверки файловой системы не готова, я не рекомендовал бы btrfs, и, вероятно, будет лучше выбрать опцию 3.