O Ubuntu LVM é um RAID?

2

Eu tinha um sistema LAMP de 4 discos rodando o Ubuntu 10 e depois atualizado para 12. As unidades são gerenciadas pelo LVM desde a configuração inicial. Recentemente, um do disco falhou (o mais novo e maior, claro, 3TB). Enviei-o para um serviço de recuperação de dados para tentar recuperar os dados, agora eles estão me dizendo que eu tenho uma configuração de RAID e eles precisariam de todos os meus 4 drives para fazer a recuperação e, claro, cobrar-me x4 o preço. / p>

Então estou um pouco confuso sobre o porquê de eles precisarem de todos os 4 da minha unidade para recuperar meu disco com falha. Tanto quanto me lembro, eu tinha 2 volumes lógicos:

  • O volume lógico "Sistema" continha o sistema operacional Linux e um único disco físico.
  • O volume lógico "Dados" incluía 3 discos físicos, com o diretório "/ home" totalmente na unidade física que falhou. Esse disco falho continha apenas o meu diretório / home, embora o volume lógico contivesse outros dois discos. Os dados / home estão completamente contidos naquele disco (ou seja, não se espalham para um segundo disco físico ou são distribuídos como um RAID real).

Acho que minhas perguntas são:

  1. O Ubuntu LVM está usando algum tipo de RAID embaixo?
  2. Se não, qual seria a razão pela qual o serviço de recuperação de dados precisaria de todas as minhas unidades para fazer a recuperação?
  3. Posso ler o conteúdo de um volume físico que fazia parte de um volume lógico (como meu disco com falha acima) independentemente em uma máquina separada (como um HD externo)?
por cycotron69 30.07.2015 / 00:04

1 resposta

0

  

O Ubuntu LVM está usando algum tipo de RAID embaixo?

Não, não tanto quanto eu sei (embora seja possível configurar o LVM sobre o RAID, ou seja, com um ou mais arrays RAID como volumes físicos - suponho que você não tenha feito isso).

  

Se não, qual seria a razão pela qual o serviço de recuperação de dados precisaria de todas as minhas unidades para fazer a recuperação?

Possivelmente apenas que o grupo de volume (VG) não pôde ser ativado sem todos os seus volumes físicos constituintes (VPs) - independentemente de qualquer uma das suas extensões físicas estarem realmente alocadas a um volume lógico (LV).

  

Posso ler o conteúdo de um volume físico que fazia parte de um volume lógico (como meu disco com falha acima) independentemente em uma máquina separada (como um HD externo)?

Você ainda precisa ativar o VG, eu acho. Eu tenho muito experiência limitada com o LVM, no entanto, o vgchange manpage menciona um --partial sinalizador que pode permitir que você ative um VG com um ou mais PVs constituintes ausente: a opção parece estar mais completamente documentada no lvm (8) manpage man 8 lvm

   -P, --partial
          When set, the tools will do their best to provide access to Vol‐
          ume Groups that are only partially available (one or more Physi‐
          cal  Volumes  belonging to the Volume Group are missing from the
          system).  Where part of a logical volume is missing,  /dev/ioer‐
          ror  will  be  substituted,  and you could use dmsetup(8) to set
          this up to return I/O errors when accessed, or create  it  as  a
          large  block  device of nulls.  Metadata may not be changed with
          this option. To insert a replacement Physical Volume of the same
          or large size use pvcreate -u to set the uuid to match the orig‐
          inal followed by vgcfgrestore(8).

Você também pode querer olhar para o comando vgreduce , em particular sua --removemissing option

   --removemissing
          Removes  all  missing physical volumes from the volume group, if
          there are no logical volumes allocated on  those.  This  resumes
          normal  operation  of  the volume group (new logical volumes may
          again be created, changed and so on).
    
por steeldriver 30.07.2015 / 03:34