Tentativa de recuperação do MDADM RAID, nas imagens criadas com o dd

2

Eu tenho um array RAID5 de software com 4 + 1 discos em que dois dos discos falharam. Espero que, com alguma manutenção percussiva, eu possa fazer com que um dos discos com falha funcione novamente o suficiente para fazer uma cópia em nível de bloco para tirar a imagem.

O plano seria criar imagens de 4 (ou todos os 5) discos com dd e tentar reconstruir a matriz nessas imagens.

Existe algo logo de cara que eu perdi que tornaria isso impossível? Se não, como eu iria:

  1. Copie uma imagem de cada dispositivo para um arquivo
  2. Monte estes
  3. Reconfigure o mdadm para usar essas imagens como os dispositivos

Obviamente, há muitas coisas que podem ter acontecido que corrompem os dados, mas há motivos para achar que os dados reais podem estar intactos nos quatro discos:

  1. A segunda falha no disco pode ter sido devido à perda de energia
  2. Os dados que eu estou interessado em recuperar não foram escritos após a primeira falha
por pufferfish 27.05.2013 / 19:07

1 resposta

5

Em geral, essa abordagem funcionaria. Contanto que você tenha discos de trabalho (e não espere que eles falhem), você também pode usar mapeador de dispositivo para criar instantâneos de sobreposição em vez de copiar completamente os dados dos discos (pode ser bom ter as cópias como backup, no entanto).

Depois de ter os arquivos de imagem, você precisará criar dispositivos de blocos de loopback deles

losetup /dev/loopX /path/to/imagefileX

depois disso, você pode montar sua matriz usando os dispositivos de bloco de loopback. Se você não puder recuperar o disco com falha mais recente, para que os carimbos de data / hora em sua imagem de disco de redundância sejam diferentes do restante, a matriz recusaria a montagem. Contanto que você esteja realmente interessado apenas em dados escritos antes das falhas, dê uma olhada no " Recuperando um RAID de software com falha " seção da documentação do Kernel RAID. Ele deve ajudá-lo a obter o array montado com pelo menos alguns dos dados recuperáveis.

    
por 27.05.2013 / 21:47