История изменений
Исправление iZEN, (текущая версия) :
Сейчас храню порядка 4tb данных, и не очень приятно когда оно при пропадании питания начинает пересборку ВСЕГО массива.
При пропадании питания и последующего его восстановления ZFS не делает пересборок и даже сканирования массива, а просто откатывает своё состояние до последней валидной транзакции. Файловая система всегда остаётся в непротиворечивом состоянии, пока живы носители. Даже деградирующий носитель не способен вывести из строя весь избыточный массив, так как у ZFS есть статистические счётчики по каждому LUN'у, методы определения и восстановления «теряемых» данных — на выходе из массива всегда целостные данные. Для md-raid метод адекватности данных внедрён для mirror-массива сравнительно недавно, до этого можно было получать кашу из данных и считать их валидными. После потери избыточности при отказе ещё одного носителя ZFS останавливает свою работу во избежание дальнейшего разрушения массива.
Насчёт geom mirror не скажу — у меня небольшой опыт его использования.
Исходная версия iZEN, :
Сейчас храню порядка 4tb данных, и не очень приятно когда оно при пропадании питания начинает пересборку ВСЕГО массива.
При пропадании питания и последующего его восстановления ZFS не делает пересборок и даже сканирования массива, а просто откатывает своё состояние до последней валидной транзакции. Файловая система всегда остаётся в непротиворечивом состоянии, пока живы носители. Даже деградирующий носитель не способен вывести из строя весь избыточный массив, так как у ZFS есть статистические счётчики по каждому LUN'у, методы определения и восстановления «теряемых» данных — на выходе из массива всегда целостные данные. Для md-raid метод адекватности данных внедрён для mirror-массива сравнительно недавно, до этого можно было получать кашу из данных и считать их валидными.
Насчёт geom mirror не скажу — у меня небольшой опыт его использования.