Проверьте visualsvn сервер http://www.visualsvn.com/server/
Вы не будете защищены с помощью набеги vdev + отдельный диск vdevs в том же пуле. Необходимо добавлять два диска в то время (и зеркально отразите их) к шпульке, которая покроет один отказ диска.
Причина - это copies
не гарантирует, что блоки закончатся на различных дисках.
Одна альтернатива расширению Ваших набегов vdev должна использовать zfs send
сохранить все Вы данные где-нибудь временно, в то время как Вы добавляете диск и восстанавливаете Ваши набеги vdev и затем zfs receive
вернуть его. Это будет твердо, после того как Вы заканчиваете некоторых ТБ, поскольку Вам нужно много пространства, чтобы хранить Ваши данные.
Данные файловой системы, скорее всего, будут избыточными, особенно с copy = 3, поэтому ваши данные будут защищены от битовой гнили.
Однако они не будут надежно защищены от полного сбой диска, так как невозможно будет заменить неисправный диск новым. Даже если сразу после сбоя у вас должен быть доступ ко всем вашим данным, ваша система не выдержит перезагрузки, так как ваш пул не будет импортирован.
См. ZFS: Как восстановить правильное количество копий после потери диска? на аналогичный вопрос.
Интересно, нашел это сегодня. Копии должны гарантировать, что блоки ditto, созданные с помощью 'копий', хранятся на разных vdev: https://blogs.oracle.com/bill/entry/ditto_blocks_the_amazing_tape (см. Раздел «Распространяйте их»)
Итак, согласно этому сообщению в блоге, вы будете защищены от сбоев полного диска на файловые системы, в которых доступно несколько копий. Но только в этих файловых системах.
«В пуле хранения с несколькими устройствами (vdev) все становится немного сложнее. Мы размещаем каждую копию блока на отдельном vdev»