Пошаговый алгоритм замены всех дисков

Приветствую!

Есть задача заменить два диска в DS214 на более емкие.

Версия DSM 6.2.2, Массив RAID 1 - 2 диска по 1 Tb, Инфы на 800 Гб - мелкие файлы.

Подскажите самый БЫСТРЫЙ или правильный алгоритм. Мне видятся 5 вариантов:

1. Самый понятный

- Сохраняем конфигурацию

- Переписываем все на USB диск через File Station

- Меняем диски, устанавливаем DSM

- Загружаем конфигурацию

- Переписываем все обратно с USB диска через File Station

2. Тоже самое только используем встроеные средства резервирования (Hyper Backup)

Hyper Backup не пользовался, работает ли это так, быстро ли все копируется?

3. По идее самый быстрый

- Сохраняем конфигурацию

- Меняем диски, устанавливаем DSM

- Загружаем конфигурацию

- Переписываем все обратно подключив старый диск через USB к Synology

Увидит ли Synology свой диск выдранный из RAID 1 и подключенный как внешний через USB?

Не испортится ли при этом идентичность старых дисков (если что то пойдет не так)?

4. Через деградацию массива

- Меняем один диск

- Synology восстанавливает RAID

- Меняем второй диск

- Synology восстанавливает RAID

- Расширяем пространство

Применимо ли это для не SHR, как быстро работает?

5. Через линукс (Ubuntu)

- Сохраняем конфигурацию

- Меняем диски, устанавливаем DSM

- Загружаем конфигурацию

- Подключаем старые диски к компу с Ubuntu

- Переписываем все через сеть

Приветствую!

 

Есть задача заменить два диска в DS214 на более емкие.

 

Я менял 2 диска, но в SHR из 4-х дисков. По очереди с восстановлением RAIDа после каждой замены.

Спасибо что поделились опытом.

Я пока склоняюсь к варианту с сторонним USB диском. Ведь все равно лучше иметь копию данных на всякий случай.

А если она есть то почему бы и не переписать все с нее.

Просто хотелось узнать как сделать БЫСТРЕЕ всего и как производитель подразумевает это нужно делать.

как производитель подразумевает это нужно делать.

Производитель подразумевает так, как написано у него в справке и в FAQ на его сайте.

Производитель подразумевает так, как написано у него в справке и в FAQ на его сайте.

В справке к устройству в разделе "Расширение пула ресурсов хранения путем замены дисков" написано что нужно менять диски по одному, а потом восстанавливать массив (два раза). А потом видимо (не написано) расширять. Т.е. четвертый вариант.

И тут пугает неизвестность, сколько по времени будет длится этот процесс, для диска 1 Тб, с 800 Гб мелких файлов? 1 час? 5 часов? 2 дня?

Все осложняется тем что это командировка в тьмутараканск.

Данные по идее должны быть доступны, но насколько комфортно будет работать пользователям (4 человека)?

По мне так это выглядит как рискованный эксперимент который сначала стоило бы провести в лабораторных условиях.

Возможно кто-то его уже проводил и вот я интересуюсь Вашим опытом.

Могу представить себе вариант когда один из новых дисков оказывается бракованным, например второй на замену - что делать тогда?

Проводить такую операцию не имея резервную копию все равно что стрелять себе в ногу и поэтому я склоняюсь к мысли что правильней будет просто все переписать два раза - на USB диск и с него обратно.

.. А потом видимо (не написано) расширять. Т.е. четвертый вариант.

В любом случае нужно ждать, пока не произойдет восстановление RAIDа.

Я лично с 1,5 Тера на 3,0 тера переходил простой заменой дисков. Вставил новый диск, дал команду на восстановление раздела, а на следующий день установил новый второй.

После восстановления раздела со вторым трешником размер пула расширился сам.

Данные по идее должны быть доступны, но насколько комфортно будет работать пользователям (4 человека)?

Для ускорения процесса восстановления раздела лучше системой не пользоваться. Время восстановления увеличиться почто что настолько же времени, сколько система будет в пользовании конечными пользователями.

По мне так это выглядит как рискованный эксперимент который сначала стоило бы провести в лабораторных условиях.

Возможно кто-то его уже проводил и вот я интересуюсь Вашим опытом.

Тогда в конце справки была бы приписка "Но это не точно"

Могу представить себе вариант ...

При таких вводных я вообще не понимаю, откуда у вас появилась идея совместить всё это в одном флаконе. И миграцию и работу и не проверку дисков перед установкой. Это реальный путь боли на любом оборудовании.

Нужно работать на выезде, значит отложите миграцию на новые диски вообще. Нет места? Слейте на USB-диск ненужные на выезде данные. Потом мигрируете и зальёте обратно.

В эти выходные менял диски в своём двухдисковом НАСе. 1,4ТБ RAID1 восстанавливался часов 7-8. Но я ещё выбрал в Диспетчере хранения "Пул ресурсов хранения" - "Конфигурации" - "Выполнить повторную синхронизацию RAID быстрее". Расширение же дискового пространства происходило намного быстрее. FAQ Synology только умалчивает об одном. Я им вообще-то вопрос задавал, но они ответили с задержкой, когда я уже устав ждать сделал всё на свой риск. Дело в том, что у меня ещё есть iSCSI LUN, созданный в DSM 3.x. А создавался он тогда по другому: не в разделе, а отдельно. А я после замены двух дисков и восстановления РАИДа сразу полез в расширение пространства. Увеличил его до возможного максимума. А надо было сначала iSCSI LUN побольше места выделить в "iSCSI Manager". Интересно, можно ли как-то сейчас подвинуть раздел?

а у вас раздел не в btrfs случайно?