Восстановление командной строки RAID5, установленного на Server 2008 HyperV (или Core)

Так что, как всегда было моим опытом, процесс восстановления, похоже, не работает так, как это задокументировано.

Я решил это, клонировав неисправный диск на новый диск, а затем физически подключив его вместо неисправного. Затем я выпустил диск recover команда (которую я считаю сокращением для repair,

Мне удалось сделать это без загрузочных дисков восстановления ISO и внешнего оборудования следующим образом;

1) Подключите новый диск (используя запасной порт). И обратите внимание на идентификатор диска. Убедитесь, что он не в сети.

2) Чисто переведите том RAID в автономный режим; Sel Vol 0

REM Remove drive letter association - you may need to shut...
REM ...down any services using this
remove

offline vol

3) Найдите физический диск, ответственный за сбой. detail vol скажет вам, какие диски находятся в томе, list vol покажет, какой идентификатор диска имеет ошибки. Все мои диски идентичны, поэтому я физически вытащил кабель SATA, подождал несколько секунд и выдал list disk еще раз, чтобы увидеть, какой идентификатор диска отсутствовал. И принял к сведению это. Тогда в моем случае;

sel disk 3
offline disk

4) Чтобы клонировать диск достаточно для того, чтобы обмануть Windows, думая, что новый диск был просто отремонтированным старым диском, я подозревал, что он должен иметь такую ​​же "подпись" диска, поэтому мне нужна копия сектора низкого уровня.

Большинство инструментов клонирования, которые использовали VSS или скопированные файлы, не подойдут, поэтому я нашел это: http://hddguru.com/software/HDD-Raw-Copy-Tool/ который был великолепен и имеет EXE с нулевой установкой, который выглядит как он спроектирован для работы под WinPE, поэтому отлично работал на сервере HyperV (так, предположительно, и на Server Core) при запуске из командной строки.

Однако, опять же, мне крайне необходимо было знать, какие диски были исходными и целевыми, но инструмент показывал модель диска и серийный номер, а не идентификатор дискового отсека, поэтому я использовал тот же прием, чтобы вытащить физические кабели на моем (теперь известном) жестком диске и перезапустить инструмент HDD Guru, пока я не записал идентификаторы для двух дисков, которые мне нужно было скопировать.

Затем я просто запустил копию, которая продолжалась даже после ошибок чтения. Я подозреваю, что мне нужно было скопировать только первые несколько секторов, но я все равно разрешил запустить его (до 12 часов).

5) Теперь потяните оба кабеля SATA, извлеките неисправный диск и вставьте вновь клонированный диск на место, где он был. При возврате в рабочее состояние Windows должна увидеть диск с такой же подписью в том же слоте, где, по ее мнению, был неисправный диск.

6) Тогда нужно просто перестроить массив (еще 12 часов) и вернуть его в оперативный режим;

sel disk 3
online disk
sel vol 0
online vol
recover

12 часов спустя...

sel vol 0
assign letter=e

Затем я перезагрузился, потому что это было проще, чем перезапустить все службы, которые я остановил (а именно Hyper-v);

c:\> shutdown /r /t 0

К тому времени, когда я снова посмотрел, со здоровым диском Hyper-V уже работал и мои виртуальные машины были восстановлены. Похоже, HyperV не будет запускать виртуальные машины на сбойных дисковых массивах. Похоже, у меня может быть повреждение диска на одном из виртуальных жестких дисков, но это уже другая история.

Удивительно, что процесс восстановления RAID не выглядит немного умнее, но я заметил, что во многих случаях даже с продуктами для резервного копирования Windows на протяжении многих лет, от Windows Backup до ISA Backup/Restore - они, похоже, предполагают, что вы будете восстанавливать точно такое же оборудование, даже если оно неисправно, что делает резервное копирование бессмысленным.

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