Assim como sempre foi a minha experiência, o processo de recuperação não parece funcionar da maneira como está documentado.
Eu resolvi isso clonando o disco com falha em um novo disco e, em seguida, conectando-o fisicamente no lugar do disco com falha. Em seguida, emiti o comando diskpart recover (que, acredito, é uma abreviação de repair .
Eu consegui fazer isso sem ter que recuperar CDs com inicialização ISO e hardware externo da seguinte forma:
1) Conecte o novo disco (usando uma porta sobressalente). E observe o ID do disco. Certifique-se de que está offline.
2) Coloque o volume RAID offline de forma limpa; sel vol 0
REM Remove drive letter association - you may need to shut...
REM ...down any services using this
remove
offline vol
3) Localize o disco físico responsável pela falha. detail vol dirá quais discos estão no volume, list vol mostrará qual ID do disco tem erros. Todos os meus discos são modelos idênticos, então retirei fisicamente o cabo SATA, esperei alguns segundos e emiti list disk novamente para ver qual ID do disco estava faltando. E tomou nota disso. Então no meu caso,
sel disk 3
offline disk
4) Para clonar o disco o suficiente para que as janelas sejam enganadas e pensar que o novo disco era simplesmente o disco antigo reparado, eu suspeitava que precisaria ter a mesma 'assinatura' de disco, então eu precisava de uma cópia de setor de baixo nível.
A maioria das ferramentas de clonagem que usavam arquivos VSS ou copiados não funcionavam, então achei isso: link que foi brilhante e tem um EXE de instalação zero que parece ter sido projetado para ser executado no WinPE, então funcionou perfeitamente no servidor HyperV (portanto, presumivelmente também no Server Core) quando iniciado a partir da linha de comando.
Mais uma vez, no entanto, eu precisava saber quais discos eram fonte e destino, mas a ferramenta mostrava modelo de disco e número de série em vez de diskpart ID, então usei o mesmo truque de puxar os cabos físicos no meu (agora conhecido) HDD e relançando a ferramenta HDD Guru até ter escrito os identificadores dos dois discos dos quais eu precisava copiar.
Em seguida, executei a cópia que continuou mesmo após erros de leitura. Eu suspeito que eu só precisei copiar os primeiros setores, mas deixei que fosse executado até a conclusão de qualquer maneira (12 horas).
5) Agora puxe os dois cabos SATA, remova a unidade com falha e conecte o disco recém-clonado de volta ao lugar onde estava. Quando colocado de volta online, o Windows deve ver uma unidade com a mesma assinatura no mesmo slot onde achava que o disco com falha estava.
6) Então é só uma questão de reconstruir o array (mais 12 horas) e trazê-lo de volta online;
sel disk 3
online disk
sel vol 0
online vol
recover
12 horas depois ...
sel vol 0
assign letter=e
Então eu reiniciei porque era mais fácil do que reiniciar todos os serviços que eu tinha parado (ou seja, Hyper-v);
c:\> shutdown /r /t 0
No momento em que olhei de novo, com um disco saudável, o Hyper-V agora estava em execução e minhas VMs foram restauradas. Parece que o HyperV não executará VMs em matrizes de disco com falha. Parece que posso ter corrupção de unidade em um dos VHDs, mas isso é outra história.
É incrédulo que o processo de recuperação de RAID não seja um pouco mais inteligente, mas notei que muito, mesmo com produtos de backup do Windows ao longo dos anos, do Windows Backup para o ISA Backup / Restore - eles parecem supor que você Estarei recuperando exatamente o mesmo hardware, mesmo que o hardware esteja com defeito - o que torna o backup quase inútil.
Por enquanto estou de volta e correndo - espero que esta transcrição ajude alguém em uma posição similar.