Pular para o conteúdo
Data Rescue
Servidor, disco virtual e cadeia de snapshots, ilustração conceitual

Máquinas virtuais

Recuperação de máquinas virtuais KVM, libvirt e Red Hat

No KVM, os discos das VMs costumam ser arquivos qcow2 ou raw, descritos no XML do libvirt. Um qcow2 pode depender de outro por meio de um backing file, formando uma cadeia em que o dado recente fica no último elo. Se a VM não liga, preserve o XML, todos os arquivos da cadeia e o storage por baixo, sem fazer commit nem rebase às pressas. A Data Rescue atende esse tipo de ambiente.

Iniciar recuperaçãoPerguntas frequentes

Orçamento por escrito antes de qualquer trabalho. Nada começa sem o seu OK.

O diagnóstico é grátis. Se você quiser um prazo menor, a análise paga tem valor fixo, informado antes de você entregar o dispositivo. A análise comum leva de 02 a 48 horas; depois vêm o laudo e o orçamento, os dois por escrito.

Como cobramos

Ficha rápida

Formatos de disco
qcow2 (com snapshots e backing files) e raw
Configuração
XML de domínio do libvirt
Cadeia
camadas (overlays) sobre uma imagem base, em sequência
Red Hat Virtualization 4.4
manutenção até 31/08/2024; fase estendida, sem correções, até 31/08/2026
Caminho indicado pela Red Hat
OpenShift com OpenShift Virtualization para a pilha KVM

qcow2, raw e cadeias de backing files

O raw é uma imagem simples, setor a setor, que qualquer ferramenta lê. O qcow2 é o formato próprio do QEMU, mais flexível: aloca espaço sob demanda, aceita snapshots internos e pode apontar para um backing file, uma imagem base da qual ele guarda só as diferenças. Sobre essa base podem existir várias camadas, chamadas overlays.

O libvirt explica que descobre a cadeia lendo o backing file registrado em cada imagem, e que o XML da VM em execução mostra essa topologia em elementos backingStore. Por segurança, ele recusa imagens base sem formato declarado. Assim, renomear ou mover um elo, ou mudar o formato registrado, pode deixar a VM sem disco.

Red Hat Virtualization e OpenShift Virtualization

O Red Hat Virtualization (RHV) gerencia VMs KVM em datacenters. Segundo a Red Hat, a versão 4.4 encerrou a fase de manutenção em 31 de agosto de 2024 e seguiu numa fase estendida, sem novas correções, até 31 de agosto de 2026. A empresa indica o OpenShift com OpenShift Virtualization como continuidade da pilha KVM que o RHV gerenciava.

No OpenShift Virtualization, as VMs viram recursos do Kubernetes e rodam ao lado de contêineres; os discos ficam em volumes do cluster. Para a recuperação, isso muda onde os dados estão: em vez de uma pasta com qcow2, pode haver volumes num storage de blocos ou de arquivos. Em ambientes RHV, os discos ficam em domínios de armazenamento compartilhados.

A VM subiu: o que conferir antes de encerrar

Juntar a cadeia com commit, ou refazer a base com rebase, pode fazer a VM ligar. Mas uma operação sobre o elo errado grava dados velhos sobre novos. Copie todos os arquivos antes de qualquer ação na cadeia. Depois que a VM subir, confira dados recentes da aplicação, e não só se o sistema aceita login.

Na avaliação, o ponto de partida é o XML do libvirt e a lista de imagens com seus backing files. Com as cópias, a análise remonta a ordem da cadeia, lê os sistemas de arquivos de dentro dos discos e confere os arquivos indicados. O laudo registra o que foi possível ler.

Como reconhecer o problema

  • A VM não inicia e o libvirt acusa backing file ausente ou formato não declarado.
  • O qcow2 é recusado ao abrir, com mensagem de imagem corrompida.
  • O volume onde ficam as imagens encheu e as VMs pausaram.
  • A VM liga, mas com dados de antes de um snapshot ou de uma troca de base.
  • Um disco foi apagado do pool de armazenamento do libvirt ou de um domínio do RHV.
  • Depois de migrar para outro host ou para o OpenShift Virtualization, a VM ficou sem disco.

O que não fazer

  • Fazer commit ou rebase de uma overlay sem saber qual imagem é a base correta.
  • Abrir a mesma imagem qcow2 com gravação em dois processos ao mesmo tempo.
  • Converter o qcow2 para raw, ou o inverso, sobre o arquivo original.
  • Apagar imagens base porque nenhuma VM aparece usando-as no inventário.
  • Remover o volume da VM no OpenShift antes de ter uma cópia.

O que fazer agora

01

Desligue a VM afetada

Não reinicie em sequência nem rode reparo automático na imagem. Cada gravação vai para o último elo da cadeia.
02

Guarde a configuração

Salve uma cópia do XML do domínio e a lista de discos de cada VM, com caminhos e formatos.
03

Copie todas as imagens da cadeia

Copie a imagem base e todas as overlays para outro armazenamento, sem renomear e com a mesma estrutura de pastas.
04

Abra espaço sem tocar na cadeia

Se o volume encheu, mova arquivos sem relação com a VM. Não apague snapshots nem imagens base para ganhar espaço.
05

Descreva o ambiente

Informe pelo contato a distribuição, as versões do libvirt e do QEMU, ou do RHV e do OpenShift, e o tipo de storage.
Perguntas frequentes

Perguntas sobre
Red Hat e KVM.

Respostas curtas para as dúvidas mais comuns deste tipo de caso.

Um qcow2 corrompido ainda tem dados?
Muitas vezes, sim. O qcow2 mantém tabelas que ligam cada trecho do disco virtual a uma posição no arquivo. Se essas tabelas se danificam, os blocos de dados podem continuar lá. Até onde dá para remontar depende da análise; não há garantia.
Qual a diferença entre snapshot interno e externo?
No interno, o snapshot fica dentro do próprio qcow2. No externo, cada snapshot cria uma overlay, um arquivo à parte que aponta para a imagem anterior. Aí, perder um arquivo intermediário quebra tudo o que vem depois dele.
O RHV ainda recebe correções?
Segundo a Red Hat, a manutenção da versão 4.4 terminou em agosto de 2024, e a fase estendida, sem novas correções, foi até agosto de 2026. Confira a página oficial do ciclo de vida para o seu contrato.
Os discos foram criptografados num ataque. Esta página serve?
Não. Aqui tratamos de falhas sem ataque. Com ransomware, a equipe de resposta isola o ambiente e depois discos e backups podem ser avaliados; veja ransomware.

Leia também

Fontes

Conteúdo editorial da Data Rescue, atualizado em 29/10/2026. Orientação geral: não substitui a avaliação do dispositivo. Veja a política editorial.

Antes de tentar sozinho, conte o que aconteceu.

Orçamento por escrito antes de qualquer trabalho. Nada começa sem o seu OK.

Iniciar recuperaçãoEntenda o processo