Набег-Z ZFS с различными дисками размера

Прежде всего - останавливают VM или повторно монтируют объем как только для чтения:

 mount -o remount,ro /home/

Предположение Вас использует расширение [3,4], Вы не потеряны, но это не легкая задача. Сами блоки данных не очищены, но указатели (inodes). Большинство файлов может быть восстановлено с помощью инструментов, таких как photorec. Это определит файл на основе, он - магическое число. ASCII и неясные форматы файлов таким образом более тверды.

Подобное программное обеспечение существует, но я не протестировал их:

Если Вы успешны, эта ссылка могла бы помочь Вам вернуть файлы в порядок.

Удачи!

5
05.02.2014, 00:29
1 ответ

Вещью, которые ударяют меня больше всего в Вашем случае, является разделение. Это - диск, мог бы использоваться больше чем одним vdev (иначе группа), который является, конечно, главным риском, но я понимаю отлично, что это - старый ПК, дающий новую жизнь как NAS (у меня есть тот дома также).

Нет никакой главной лазейки в Вашей схеме, за исключением того, что:

  • пул может состоять из другого типа vdev, но он не рекомендуется (вообще)
  • raidz2 должен использоваться, начиная с 6 дисков. Или Вы делите свое объединение данных на 2x набеги с 4 дисками, или Вы идете для 1x 8 дисков raidz2
  • необходимо быть дополнительно-осторожными в присвоении дисков в vdev ;)

Вот некоторые лучшие практики (детали здесь) относительно здания групп:

  • Запустите единственную четность RAIDZ (набеги) конфигурация в 3 дисках (2+1)
  • Запустите двойную четность RAIDZ (raidz2) конфигурация в 6 дисках (4+2)
  • Запустите тройную четность RAIDZ (raidz3) конфигурация в 9 дисках (6+3)
  • Рекомендуемое количество дисков на группу между 3 и 9. Если у Вас есть больше дисков, используйте несколько групп (vdev).

Если я могу добавить, иметь в виду также, что Ваша система в конечном счете разовьется. Вы могли бы хотеть смочь заменить диски большими, которые только будут возможны, если Ваша группа не будет слишком многочисленной (или Вы закончите в необходимости получить 8 новых дисков перед способностью получить еще некоторое пространство от Вашего объединения данных).

Можно также полагать, что принуждение zfs использует 4k секторы (ashift = 12) даже если в случае, существует хороший шанс, что 512b секторы (ashift = 9) были бы настройкой по умолчанию. Снова, для более позднего обновления как Вы действительно, действительно не хотите смешивать ashift в пуле.

Править: смешанный vdev в пуле возможен, но не рекомендуемый (благодарит @bahamat), и предупреждение о "ashift".

6
27.01.2020, 20:38
  • 1
    Очень информативный.Большое спасибо. Я должен буду заново продумать свою стратегию, но я буду чувствовать себя, немного больше уверенно настраивая ее. Еще раз спасибо! –  Jorsher 05.02.2014, 07:57
  • 2
    Смешивание vdev типы в единственной шпульке совершенно допустимо, хотя не рекомендуемый. Также не рекомендуемый RAID-Z. Всегда используйте зеркальное отражение, если это возможно. –  bahamat 05.02.2014, 12:12

Теги

Похожие вопросы