Восстановление/пересоздание дисков CC-A/CC-B

[oleoleoleoleg]

Здравствуйте!
В нашем распоряжении имеется станция HiPath 4000 V6 R2.15.1 конфигурации Duplex.
Не так давно при просмотре состояния жестких дисков выявилось, что жесткий диск CC-B стал содержать переназначенные сектора (Reallocated Sectors) в количестве с десяток тысяч, из-за чего в статусе теперь видно предупреждение об этом с кодом raw_nonzero.
В связи с этим возникла необходимость замены диска CC-B на новый (в наличии есть также старый диск с CC-B, помеченный 3 года назад как рабочий, но неизвестно, действительно ли он цел). Какие видим варианты:
- копирование данных с текущего подбитого CC-B на новый диск при помощи

Код: Выделить всё

sudo ddrescue -f -n /dev/old_disk /dev/new_disk mapfile

и замена его в CC-B
- копирование данных со старого предварительно рабочего CC-B на новый диск при помощи

Код: Выделить всё

sudo dd if=/dev/old_disk of=/dev/new_disk bs=64K conv=noerror,sync status=progress

и замена его в CC-B с последующей синхронизацией
Нужна помощь местных гуру, а также тех, кто сталкивался с подобным, потому как если вышеперечисленное не поможет, то как сформировать диск для CC-B - понятия нет: если с CC-A еще примерно понятно, как быть (заменить его на Recovery HD), то про "запаску" для CC-B ничего не известно, учитывая также, что по содержанию диски CC-A и CC-B несколько отличаются.

[bossoy]

Добрый день!
Первым делом вытаскивайте лицензии из сервера СС-B,
Самый оптимальный вариант выполнить перестановку ПО на новый HDD для сервера СС-B.Переустановка занимает по времени не более часа.
Диск от сервера СС-А не подойдет к серверу СС-B, разное железо , соответственно, разный MAC-адреса.

[oleoleoleoleg]

bossoy, спасибо за ответ.

Первым делом вытаскивайте лицензии из сервера СС-B,

Верно ли, что это файлы типа 12-34-AB-CD-56-78_HiPath_4000_V6.lic и 12-34-AB-CD-56-78_HiPath_4000_V6_Standby.lic?

Самый оптимальный вариант выполнить перестановку ПО на новый HDD для сервера СС-B.

В том и вопрос, как проводится эта процедура. Будем признательны за информацию о порядке действий или о том, где этот порядок подробно расписан.

[masviss]

Посмотрите предыдущий запрос по ссылке

viewtopic.php?f=4&t=174

[oleoleoleoleg]

Из-за специфики работы ответить раньше не получалось. Прошу прощения.

Посмотрите предыдущий запрос по ссылке

viewtopic.php?f=4&t=174

Уважаемый masviss, спасибо за ответ, за наводку. На эту тему уже выходили, подробно изучали, но, как понимаем, это не совсем наш случай.
В чем суть той ситуации:
- CC-A и резервный CC-A вышли из строя;
- CC-B был исправен, и станция работала на нём;
- спасла третья резервная копия CC-A, с которой скопировали данные в новый CC-A (при помощи команды dd), синхронизировав данные от CC-B.
Суть нашей же проблемы в следующем:
- CC-A исправен (резервные копии есть);
- CC-B стал содержать ошибки (резервных копий нет и, насколько можно понять из документации, они специально не предусмотрены, как в случае с CC-A);
- станция продолжает работать исправно, и пока количество ошибок не растет с момента их обнаружения.
В первом случае обошлось благодаря предусмотрительности инструкции по эксплуатации и мастерству администраторов: без переустановки (поскольку нашлась третья резервная копия), побайтовым копированием (которое помогло "вернуть" CC-A, поскольку копирование велось с исправного резервного диска).
Здесь же необходимо "вернуть" диск CC-B, для которого, судя по документации, резервные копии не делаются. Поэтому если и копировать здесь, то только с поврежденного диска CCB: либо с помощью dd (но тогда практически точно скопируются и все его ошибки и повреждённые сектора), либо при помощи ddrescue (не приходилось с таким работать, но есть какая-то доля вероятности исправления ошибок по ходу копирования). Либо какой-то другой способ. Про него, собственно, и вопрос.
Товарищ bossoy упомянул про переустановку ПО на новый диск для CC-B. К сожалению, у нас нет ни образа, ни понятной инструкции по порядку действий. Будем очень благодарны, если поможете с поиском образа системы, с порядком действий по установке либо отсылкой к нему в документации.