Por favor, habilite JavaScript para poder visualizar esta página corretamente.

Verificação de Volume Baseado em LVM

Criado em 28/11/2019 e revisado em 22/04/2026

Sobre LVM

LVMé o acrônimo para Logical Volume Manager (Gerenciador de Volumes Lógicos). Consiste em uma camada de software que possibilita criar volumes lógicos a partir de dispositivos de armazenamento (HD, SSD, flash drive, etc.), assim como, gerenciá-los e administrá-los. A comunicação entre LVM e um kernel Unix ocorre através de um framework device mapper (mapeador de dispositivos), o que torna possível a tradução dos endereços físicos em endereços lógicos.

O volume lógico é composto de um conjunto de drives ou partições. Ele permite alterações (aumento ou diminuição de capacidade, inserção de novos discos, etc.) em tempo real, melhor organização dos recursos de armazenamento, entre outras facilidades relacionadas a gestão de um storage ou servidor. O conceito de gerenciamento de volumes lógicos - usado, principalmente, em Linux - foi inspirado no gerenciador de volumes do HP-UX (que existe desde 1992).

Siglas e Termos Relacionados com LVM

Em ambientes Linux e AIX, o LVM organiza o armazenamento em camadas, facilitando a administração, expansão e reorganização dos volumes.

LVM em Linux

  • PV (Physical Volume): HDs, SSDs, partições, LUNs e outros dispositivos em bloco usados pelo LVM.
  • VG (Volume Group): Conjunto de Physical Volumes (volumes físicos) que forma um pool de armazenamento.
  • LV (Logical Volume): É o próprio volume lógico e que está dentro de um VG, sendo similar a uma partição.
  • PE (Physical Extent): Menor unidade de espaço que o LVM aloca fisicamente em um PV.
  • LE (Logical Extent): Equivalente lógico do PE dentro de um LV; é a organização lógica do espaço no volume.

LVM em AIX

  • PV (Physical Volume): Disco físico reconhecido pelo AIX, normalmente apresentado como hdisk.
  • VG (Volume Group): Conjunto de um ou mais Physical Volumes que compõem um pool de armazenamento.
  • LV (Logical Volume): Volume lógico criado no VG, usado para arquivos, paginação e estruturas do sistema.
  • PP (Physical Partition): Menor unidade de alocação do LVM no AIX dentro de um Volume Group.
  • LP (Logical Partition): Parte lógica do LV ligada aos PPs; com espelhamento, pode indicar cópias desses blocos.
  • PVID (Physical Volume Identifier): Identificador único usado para controlar cada disco participante do LVM.
  • VGDA (Volume Group Descriptor Area): Área que armazena metadados sobre os PVs, LVs e o próprio VG.

Suporte a Incidentes: Danos lógicos ou físicos em volumes críticos podem exigir respostas precisas. A Hosco atua na recuperação avançada em ambientes com dados importantes e com necessidade de reação imediata.

Falhas Comuns

A remoção de PVs, antes da desativação de grupos ou volumes lógicos, é uma das causas frequentes de inconsistência e corrupção de dados - em nível de volume e sistema de arquivos.

Ordem para Desativação de Volumes

  1. Desmontagem do sistema de arquivos
  2. Desativação dos volumes lógicos
  3. Desativação dos grupos lógicos
  4. Remoção dos volumes físicos (PVs)

Operações incorretas ou malsucedidas durante o redimensionamento de volumes também são comuns e podem causar danos severos. Para evitar esse problema, o administrador deve entender dois conceitos básicos. Para aumento de capacidade, deve-se primeiro expandir o volume e depois expandir o sistema de arquivos. Para redução, deve-se primeiro diminuir o tamanho do file system e depois diminuir o volume lógico. Ambos procedimentos devem ser feitos com o comando lvextend.

Em relação aos eventos de nível físicos, são mais comuns os dispositivos de armazenamento (HD, SSD, etc.) danificados. Com menor incidência, há casos de falhas em controladoras e problemas no comunicação com storages.

Análise de Dispositivos

Exibindo pvs de um volume lógico

Antes de iniciar qualquer verificação, precisamos identificar os drives que compõem o volume group. Para isso podemos utilizar o comando vgdisplay -v | grep "PV NAME", o qual mostrará uma informação precisa.

O programa smartctl proporciona uma verificação instantânea, segura e não invasiva, dos discos de armazenamento. É uma boa prática, principalmente, em ambientes com suspeita de dano físico ou lógico porque não escaneia setores ou blocos, evitando estresse desnecessário dos discos. Mais detalhes podem ser encontrados no artigo Perda de Dados e Ações Pós Incidente.

O comando smartctl -H /dev/device mostrará o estado geral de saúde do volume físico indicado em "device". Ele interpreta os logs internos do HD, que são gerados pela tecnologia de auto monitoramento SMART (mais detalhes são encontrados no artigo Ver a Saúde do HD em 3 Minutos).

Verificação de Metadados

Verificando volumes físicos (PVs)

Após usar vgdisplay -v para listar os PVs, executa-se o comando pvck -v para mostrar informações detalhadas sobre a integridade dos metadados relacionados a volumes físicos (PVs). Por exemplo: para analisar o PV /dev/sdd, usa-se o comando pvck /dev/sdd. É uma operação e pouco invasiva, mesmo para ambientes degradados.

Com o utilitário vgck podemos realizar uma verificação da consistência de metadados do grupo de volumes (VG) alvo. Usa-se o comando vgck VolGroup, sendo que a expressão VolGroup deve ser substituída pelo nome do volume a ser checado. Sua execução costuma ser rápida e, também, é relativamente segura.

É recomendado que qualquer procedimento seja interrompido em caso de saída de erros, para evitar maiores danos ao ambiente e seus drives de armazenamento.

Recomendações e Boas Práticas

É comum vermos recursos de armazenamento criados com LVM usando physical volumes baseados em partições. No entanto, não é necessário criar uma partição LVM em cada disco que se tornará um PV. É possível entregar discos inteiros não particionados direto para o device mapper (como é feito em ZFS e BTRFS). Assim sendo, haverá uma camada a menos para ser interpretada, proporcionado maior facilidade em manter a integridade do ambiente.

Outra prática interessante é o espelhamento de volumes lógicos. Isso proporciona maior segurança para os dados e aumento de disponibilidade de recursos. No entanto, é uma configuração ainda pouco adotada.

Cabe lembrar que soluções de backup e disaster recovery são muito importantes e devem ser implementadas, independente do porte do ambiente que está sendo administrado.

Por fim, havendo qualquer indício de dispositivo danificado, recomenda-se que o volume seja, imediatamente, desativado e encaminhado para um serviço de recuperação de dados em LVM.