Em um servidor HP com Windows 2008-R2. Há um controlador RAID PCI Silicon Image SATA com 4 discos SATA. No controlador há uma configuração para torná-los em uma configuração Raid5. O Windows os vê como uma unidade.
Ao reiniciar o servidor esta manhã, um dos drives estava “saltando” (mecânico). Depois do barulho, a tela mostrava que faltava um dos discos do ataque. (esta foi uma conclusão errada)
Durante a reinicialização do hardware, desta vez com o capô aberto, o disco “ausente” é o único com vibração mecânica. (o motivo da conclusão errada). Ao continuar a inicialização, o sistema mostra 4 dispositivos, mas nenhum volume de ataque.
Fiquei com medo de que o disco saltador estivesse "segurando" a conexão do volume raid. SATA é hotswap, então tirei o "errordisk" do raidcontroller. Diretamente, o software gera um evento “dispositivo ausente”. Lógico. Eu reconecto. Quando eu conecto, vejo que desconectei a unidade errada. Não o disco de erro, mas um disco saudável. Repito o processo para o disco de erro. Nesse momento ouço o som novamente e sigo meus ouvidos. O "salto" vem do disco sobressalente do array HP. Descobrindo a conclusão errada
Quando reinicio o sistema, novamente, não há volume raid. Eu vou para o controlador "bios". Lá, as opções são limitadas. Vejo 4 dispositivos funcionando e vejo a configuração de um raid5 definido em 4 discos. De volta ao Windows, inicio o software. Lá vejo que 1 disco está ativo, mas não faz mais parte do raid5. O resto possui um conjunto de raid existente. (veja a imagem) O sistema está me dizendo que todos os 4 discos estão funcionando. O sistema me diz que há um raid5 definido em 3 discos. Mas o botão de reconstrução está cinza. Quando tento: "converter grupo de ataque legado", recebo um erro.
O que posso tentar fazer para reconstruir o volume e não perder os dados?
Atualização 1: O backup existente não é recente o suficiente e está incompleto. Os dados podem ser obtidos de outros locais, mas a reconstrução levará muito tempo e será incompleta. Atualizar o servidor para uma versão mais recente é uma conversa contínua onde a mudança tem consequências para as pessoas que usam o servidor em diferentes níveis. Eles sabem que precisam, mas estão atrasando.
Responder1
Verifique o número de série do disco com defeito que o controlador informou que está com defeito e valide enquanto o servidor está desligado antes de reiniciar o servidor.
Durante a reinicialização do hardware, desta vez com o capô aberto, o disco “ausente” é o único com vibração mecânica. (o motivo da conclusão errada). Quando continuar o início,o sistema está mostrando 4 dispositivos, mas nenhum volume de ataque.
Infelizmente, todas as etapas que você executou para recuperar após o texto em negrito são inúteis, pois durante a primeira reinicialização, o array raid parece ter sido liberado do controlador.
Tenha em mente que uma unidade pode funcionar e fazer barulho sob uso normal. Este não é o principal fator para detectar a unidade com falha. Da próxima vez, se o controlador disser que um disco com s/n X falhou, use isso como uma forma de encontrá-lo. Se um disco próximo a ele emitir um som estranho, você pode presumir que seu array também poderá falhar em breve, especialmente em uma configuração raid5, onde você pode ter apenas um membro offline. Infelizmente, o som assustador é um aviso para garantir que você tenha um backup por perto.
Meu conselho é restaurar seus dados a partir de um backup e possivelmente descartar o controlador defeituoso e, enquanto estiver fazendo isso, atualizar para um sistema operacional compatível.