Движение от единственного диска на 3 ТБ до RAID10 на 6 ТБ с 4 дисками
У меня есть автономный диск на 3 ТБ (EXT4 в eSATA поле с 4 отсеками), что я хотел бы интегрироваться в массив RAID10 путем добавления еще 3 дисков на 3 ТБ. Я надеюсь сделать это непагубно, поскольку потребовалось бы большое количество времени, чтобы переместить данные прочь и затем переместить его назад, после того как массив был создан.
Примечание: Диск, который я хочу к RAID, не является загрузочным томом - это только для устройства хранения данных. Не уверенный, если это имеет значение.
Я прочитал инструкции здесь и здесь о преобразовании RAID1 к RAID10, и здесь о создании RAID1 от исходного диска (создайте ухудшенный, скопируйте данные, добавьте исходный диск выстроить), но я задаюсь вопросом, направляюсь ли я к каким-либо ловушкам, если я пробую к трамплину свой путь от единственного диска до RAID10. Логически, я думал бы, что это будет прекрасно, пока я ожидаю RAID1, чтобы закончить создать и проверять, что это хорошо, прежде чем я сделаю расширение RAID10, но я не уверен, существует ли протест, который я еще не рассмотрел.
Действительно ли это столь же просто как что я считал?
1 ответ
я надеюсь сделать это непагубно, поскольку потребовалось бы большое количество времени, чтобы переместить данные прочь и затем переместить его назад, как только массив был создан.
я не уверен, что Вы имеете в виду. Необходимо переместить данные от простого диска до нового массива в любом случае. Как один из ответов уже предложенный, можно создать массив RAID10 с двумя недостающими дисками и добавить их позже после того, как Вы закончили перемещать свои данные. Это легче, чем миграция от RAID1 или RAID0 к RAID10.
Помнят, что дублирование RAID не рассчитывает как резервное копирование. Если Вы так или иначе портите свой массив или повреждаете данные, то Ваши данные потеряны или повреждены постоянно. По крайней мере, имейте другой объем на 6 ТБ как резервное копирование, если что-то идет не так, как надо. (Я был в аналогичной ситуации несколько лет назад, использование (стабильного) Debian, MDADM и EXT4, который я думал, было прекрасно, пока я не осуществил проверку MD5 некоторых файлов и нашел несколько повреждений. После монтирования того же массива на последнем Ubuntu и проверке снова большинство файлов, которые имели повреждения прежде, было прекрасно. Вы никогда не знаете, с какими ошибками Вы могли бы столкнуться, поэтому имейте офлайновое резервное копирование!)
Вы могли бы хотеть изучить возможности RAID ZFS на Linux или btrfs, которые решают проблемы и обеспечивают расширенные функции как partitioning/LVM, тихое повреждение данных , снимки, сжимая содержание на лету и т.д.