Преобразуйте raidz1 в raidz2 через временный диск
Я настроил новый сервер NAS несколько месяцев назад и установил его как RaidZ. Я заново продумал то решение и хотел бы захватить дополнительный диск и переместиться в RaidZ2. Прежде чем все ответят, что это не возможно с ZFS, я хотел бы указать, что я знаю, что это не непосредственно возможно. Я искал документы в течение многих дней, но, кажется, нет ряда инструкций для того, как сделать это вручную. Я полагаю, что должен буду:
- Перейдите весь пул на диск, достаточно большой для содержания использованного пространства
- разъедините существующий пул.
- создайте новый пул с помощью дополнительного диска в raidz2
- Положите обратно данные в пул.
Не кажется слишком хитрым, но я не famliar достаточно с ZFS или FreeBSD, чтобы положить, что я успешно достиг шага 1. Я не совсем уверен в шаге 4 любой, но это может быть повторено, в то время как портить первый шаг не было бы забавой. Мое чтение предполагает, что rsync является способом пойти для эффективного клонирования диска, но я хочу быть уверенным, что то, что я копирую, является точно тем же как источником, включая систему/скрытые файлы, символьные ссылки, тюрьмы, и т.д., и т.д. ОС убегает зеркально отраженные флеш-накопители, которые не будут изменяться, и идеально они даже не заметили бы, что что-либо изменилось при следующей начальной загрузке (например, весь запуск тюрем как прежде). Копирование/клонирование пула/дисков также перемещают информацию о разделе? Будет FreeNAS воссоздавать их, или будете, я должен управлять ими вручную.
Я выполняю FreeNAS 9.3 и имею жесткий диск на 3x3 ТБ в единственном пуле набегов. Я хотел бы закончить с 4x3 ТБ в raidz2. Текущий пул использует 1.3 ТБ пространства, и у меня есть внешний диск на 2 ТБ для временного устройства хранения данных. Это не в жестком реальном времени, если данные потеряны.
Обновление
Фактический вопрос: Как я копирую пул во временный диск при обеспечении, что это - достаточно полная копия для пододвижения обратно на воссозданную шпульку. Также, как я пододвигаю его обратно, если это не просто реверс оригинала.
Вот как я буду подходить к этому, используя исключительно графический интерфейс FreeNAS:
- Настройка периодической задачи снимка для рекурсивного снимка из вашего корневого набора данных (e. g. volume x)
- Используйте temp drive для создания простого 1-дискового тома полосы, скажем, тома y.
- Установите репликацию на этот диск, от x до y.
- Подождите, пока репликация не будет выполнена.
- Настройте периодический снэпшот задания для рекурсивного снэпшота y.
- Уничтожьте и воссоздайте x.
- Настройте репликацию обратно с y на x.
- Подождите, пока репликация не будет выполнена.
- Уничтожьте y.
Отказ от ответственности: Я не тестировал это, чтобы убедиться, что все тюрьмы все еще будут работать, так что, возможно, вы захотите получить подтверждение откуда-нибудь еще или просто быть готовым воссоздать тюрьмы (или внимательно осмотреть y после того, как будет выполнена первая репликация). Для обычных наборов данных со всей исторической информацией о снимках это работало гладко
. Вы можете использовать zfs send ... таким образом Вы легко "сохраните" все, что есть в файловой системе. Включая, но не ограничиваясь, скрытые файлы, атрибуты файлов, расширенные атрибуты, zvols, снимки и т.п.
На самом деле вы можете сделать "реплику" файловой системы на запасном диске, смонтировать ее или даже загрузить, чтобы увидеть, что она полная, работоспособная и загрузочная, а затем продолжить уничтожение старого пула.
Но я бы предпочел создать UFS на вашем запасном диске и сохранить ZFS в файл на нем. Вы не можете смонтировать его для проверки, но имхо говорит, что это немного безопаснее.
Просто скрестите пальцы, чтобы ваш запасной диск не умер во время этой операции.
.