Как ZFS справляется с онлайн-заменой в RAID-Z (теоретически)

Это несколько теоретический вопрос о ZFS и RAID-Z. Для ясности я буду использовать трехдисковый массив с одинарной четностью, но проблема может быть распространена на любое количество дисков и любую четность.

Предположим, у нас есть диски A, B и C в пуле, и что он чистый.

Предположим теперь, что мы физически добавляем диск D с намерением заменить диск C, а диск C по-прежнему функционирует правильно и заменяется только из-за профилактического обслуживания. Некоторые администраторы могут просто дернуть C и установить D, что немного более организовано, поскольку устройствам не нужно менять идентификаторы - однако это временно оставляет массив поврежденным, и поэтому в этом примере предположим, что мы устанавливаем D без отключения или удаления C. Документация Solaris указывает, что мы можем заменить диск, не отключая его, используя такую ​​команду:

zpool replace pool C D

Это должно вызвать повторное переключение на D. Допустим, повторное переключение происходит "вниз" вдоль "курсора". (Я не знаю фактической терминологии, используемой во внутренней реализации.)

Предположим теперь, что на полпути сквозного перехода на диск А происходит сбой. Теоретически, это должно быть восстановимо, так как выше курсор B и D содержат достаточную четность, а ниже курсор B и C содержат достаточную четность. Однако то, является ли это действительно восстанавливаемым, зависит от внутренних проектных решений в ZFS, о которых я не знаю (и которые руководство не говорит в определенных терминах).

Если ZFS продолжает отправлять записи в C под курсором, то все в порядке. Однако, если ZFS внутренне обрабатывает C так, как если бы он ушел, перенастраивая D только из четности между A и B и записывая только A и B под курсором, то мы готовы.

Некоторые эксперименты могут ответить на этот вопрос, но я надеялся, что кто-то здесь уже знает, как ZFS справится с этой ситуацией. Заранее спасибо за любую информацию!