Porque é que um disco virtual esparso ocupa o tamanho total depois de restaurar uma cópia de segurança?
Um disco virtual dinâmico fica totalmente alocado quando o restauro grava regiões preenchidas com zeros como blocos reais ou recria a imagem num formato espesso.
As imagens VHD, VHDX, raw e QCOW2 dinâmicas podem indicar uma grande capacidade lógica, consumindo armazenamento apenas nas regiões alocadas. Uma cópia de segurança pode preservar perfeitamente o conteúdo dos ficheiros, mas perder o mapa de espaços vazios, clusters não alocados, o estado de descarte ou os metadados de aprovisionamento dinâmico. O sistema convidado restaurado pode arrancar normalmente, mesmo que o ficheiro no anfitrião ocupe agora todo o seu tamanho virtual. Diagnostique o formato e a alocação antes de compactar ou converter a única cópia restaurada.
Compare o Tamanho Lógico com o Tamanho Real Alocado
Registe o formato da imagem, o tamanho virtual, o tamanho aparente do ficheiro, os blocos alocados no anfitrião, o sistema de ficheiros de destino e se a imagem restaurada está marcada como dinâmica ou pré-alocada.
A Microsoft explica que os ficheiros dinâmicos devolvem zeros para regiões não alocadas, mantendo simultaneamente um tamanho nominal de ficheiro maior; por isso, o tamanho virtual e o consumo físico devem ser medidos separadamente.
Utilize uma ferramenta que tenha em conta a alocação, em vez de depender apenas de um navegador de ficheiros. Se o tamanho virtual e o tamanho alocado forem agora iguais, é provável que o restauro tenha materializado os espaços vazios ou selecionado um formato fixo.
Determine se a Cópia de Segurança Preservou os Espaços Vazios
Analise as opções de cópia de ficheiros, cópia de blocos, arquivo, compressão e ficheiros dinâmicos da tarefa de cópia de segurança. Identifique se foram armazenadas extensões alocadas ou se o disco lógico inteiro foi lido como um fluxo contínuo de bytes.
A documentação do GNU Coreutils indica que as ferramentas de cópia têm de recriar os espaços vazios no destino; caso contrário, longas sequências de zeros podem ser gravadas como blocos alocados normais.
Um restauro com conteúdo válido não prova que os metadados de alocação foram preservados. Compare uma pequena imagem de teste com espaços vazios conhecidos através do mesmo processo de cópia de segurança e restauro.
Verifique se a Conversão da Imagem Desativou a Alocação Dinâmica
Inspecione cada etapa de conversão entre o objeto da cópia de segurança e a imagem restaurada. Registe o formato de entrada, o formato de saída, a opção de pré-alocação, o limiar de espaços vazios e se foi utilizado descarregamento da cópia.
O QEMU indica que a conversão do qemu-img pode detetar setores preenchidos com zeros e suprimi-los, enquanto um limiar de espaços vazios igual a zero ou um percurso de descarregamento da cópia não suportado pode produzir um destino totalmente alocado.
Nunca reconverta uma imagem enquanto a máquina virtual estiver em execução. Trabalhe numa cópia verificada e compare o conteúdo do disco virtual antes de substituir a imagem restaurada.
Verifique se o Sistema de Ficheiros de Destino Suporta Ficheiros Dinâmicos
Verifique o suporte para ficheiros dinâmicos no sistema de ficheiros do NAS de destino e em todos os volumes intermédios de preparação. Um restauro gravado primeiro num sistema de ficheiros incompatível pode perder os espaços vazios antes de chegar ao armazenamento final.
A alocação dinâmica depende das propriedades de aprovisionamento do objeto de armazenamento, além do seu tamanho lógico. Um destino pode suportar ficheiros grandes e, ainda assim, restaurar a imagem como um objeto totalmente alocado quando a aplicação de cópia de segurança não recria os espaços vazios.
Se o sistema de ficheiros de preparação ou de destino não conseguir preservar os espaços vazios, o ficheiro pode ficar totalmente alocado antes de chegar ao armazenamento de máquinas virtuais final. Teste primeiro o suporte para ficheiros dinâmicos com uma imagem descartável.
Distingua o Formato de Restauro Espesso do Espaço Livre do Convidado
Identifique se o disco restaurado é raw pré-alocado, raw dinâmico, VHD fixo, VHDX dinâmico ou QCOW2. O espaço livre do convidado não se transforma automaticamente num espaço vazio no anfitrião.
A Red Hat distingue discos virtuais pré-alocados e dinâmicos: os discos pré-alocados reservam imediatamente o tamanho total, enquanto os discos dinâmicos alocam armazenamento à medida que os dados são escritos.
Se o destino do restauro foi intencionalmente espesso, a alocação total é esperada e não constitui indício de danos. Decida se a relação entre desempenho e capacidade justifica convertê-lo novamente para um formato dinâmico.
Recupere Espaço Preenchido com Zeros Utilizando um Método Offline Suportado
Desligue a máquina virtual, confirme a existência de uma cópia de segurança separada e determine se os blocos eliminados do convidado foram preenchidos com zeros ou descartados. O espaço livre do sistema de ficheiros convidado pode ainda conter dados não nulos antigos.
O processo virt-sparsify da Red Hat converte o espaço livre reconhecido em regiões dinâmicas no anfitrião e avisa contra a sua utilização em imagens de disco ativas.
Execute a compactação apenas numa imagem duplicada, verifique depois o sistema de ficheiros convidado e mantenha a imagem restaurada original até os testes ao nível das aplicações serem concluídos com êxito.
Verifique o Comportamento de Pré-alocação e Libertação de Espaços
Verifique se a aplicação de restauro pré-alocou o destino por motivos de fiabilidade ou desempenho e se o destino suporta a libertação de intervalos posteriormente.
A interface fallocate do Linux distingue a alocação de blocos reais da libertação de espaços, demonstrando por que motivo gravar zeros e libertar espaço não são a mesma operação.
Não liberte espaços diretamente numa imagem de disco virtual de formato desconhecido. Utilize o hipervisor ou o utilitário de imagens que compreenda os respetivos metadados e esquema de clusters.
Valide o Disco Restaurado Antes de o Substituir
Arranque a cópia compactada de forma isolada, verifique os sistemas de ficheiros, as aplicações, os instantâneos e o espaço livre do convidado e, em seguida, compare hashes de ficheiros representativos e a estrutura indicada pelo disco virtual.
A lista de verificação de recuperação de servidor doméstico da ZimaSpace apresenta o requisito complementar de comprovar a recuperação do armazenamento e das aplicações antes de remover a cópia anterior.
O problema está resolvido quando o disco restaurado mantém o formato dinâmico pretendido, o espaço alocado no anfitrião corresponde aos dados reais do convidado e a máquina virtual sobrevive às verificações de arranque, carga de trabalho, cópia de segurança e restauro. Mantenha a imagem totalmente alocada se a conversão produzir erros ou se a plataforma exigir aprovisionamento espesso.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...
Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...
Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...
