O que fazer quando uma cópia de segurança de uma VM bloqueia sempre na mesma percentagem apenas no modo de instantâneo
Uma cópia de segurança de uma VM que congela na mesma percentagem apenas no modo de instantâneo aponta primeiro para o percurso de instantâneo em execução ou de congelamento do convidado, e não para uma região danificada fixa do disco.
A comparação decisiva é entre o modo de instantâneo e o modo de paragem, utilizando a mesma VM, o mesmo destino e um conjunto de dados aproximado. Se o modo de paragem ultrapassar repetidamente a percentagem antiga, o diagnóstico genérico de uma região fixa torna-se menos provável e a investigação deve concentrar-se no congelamento/descongelamento através do QEMU Guest Agent, na colocação das aplicações num estado consistente, no armazenamento compatível com instantâneos e no comportamento das escritas em tempo real. Mantenha uma cópia de segurança funcional em modo de paragem durante os testes, para que a resolução de problemas nunca elimine a última cópia recuperável.
Prove que o Modo de Paragem Ultrapassa o Ponto de Falha do Instantâneo
Execute uma cópia de segurança durante uma janela de manutenção, em modo de paragem, para o mesmo destino utilizado pela tarefa de instantâneo que falha. Registe a percentagem, o disco, o débito e a duração no ponto em que o modo de instantâneo normalmente para.
Uma explicação dos modos de cópia de segurança do Proxmox indica que o modo de instantâneo mantém as VMs em execução, enquanto o modo de paragem elimina muitas variáveis do ambiente de execução do convidado.
Se o modo de paragem congelar no mesmo ponto, regresse ao artigo genérico sobre a mesma percentagem e aos testes do armazenamento de origem ou de destino. Se for concluído, mantenha as experiências seguintes no percurso específico dos instantâneos.
Verifique se o Congelamento Através do QEMU Guest Agent é o Gatilho
Inspecione o registo da cópia de segurança à procura de guest-fsfreeze-freeze, guest-fsfreeze-thaw, tempos limite ou erros de comunicação com o agente do convidado. Compare o carimbo temporal com o diário do convidado ou com os registos de eventos do Windows.
Um guia de cópia de segurança de Windows no Proxmox indica que o agente do convidado executa fsfreeze quando está ativado.
Não desative permanentemente as funcionalidades de consistência do convidado como primeira solução. Faça um teste controlado para determinar se a própria chamada de congelamento é o limite e, em seguida, corrija a interação entre o agente do convidado e o sistema de ficheiros.
Procure Sistemas de Ficheiros que Não Congelam Corretamente
Faça um inventário dos sistemas de ficheiros montados dentro do convidado, incluindo dispositivos loop, sistemas de ficheiros de rede, montagens semelhantes a bind, armazenamento de bases de dados e configurações invulgares de painéis de controlo. Registe qual o sistema de ficheiros que está ocupado quando o instantâneo começa.
A CloudLinux documenta um caso em que o fsfreeze pode bloquear convidados complexos, em vez de a causa estar no próprio destino da cópia de segurança.
Se remover ou corrigir uma montagem problemática do convidado fizer com que o modo de instantâneo ultrapasse a percentagem, reponha posteriormente a proteção de consistência e documente a dependência. Evite reinicializações forçadas repetidas, que podem transformar um problema de cópia de segurança em danos no sistema de ficheiros do convidado.
Distingua um Tempo Limite de Congelamento de uma Paragem na Transferência
Verifique se a cópia de segurança para antes de começar uma transferência de dados significativa, imediatamente após um pedido de congelamento ou mais tarde, durante a cópia dos blocos. Uma percentagem fixa próxima de zero pode representar uma fase de falha completamente diferente de uma paragem a meio de um disco virtual.
Um caso de uma base de conhecimentos de alojamento mostra que o congelamento pode bloquear indefinidamente a cópia de segurança depois de a sequência de instantâneo começar.
Se a transferência nunca começar, concentre-se na colocação do convidado num estado consistente. Se a transferência decorrer normalmente durante bastante tempo antes de parar, compare a carga de escrita em tempo real, o comportamento da camada de instantâneos e a latência do armazenamento.
Reproduza o Congelamento do Convidado Fora da Cópia de Segurança Completa
Quando a plataforma e a política de manutenção o permitirem, teste o comportamento de congelamento e descongelamento do agente do convidado de forma independente ou acompanhe atentamente o convidado durante um evento de instantâneo manual. Mantenha uma consola aberta e confirme que o convidado retoma as escritas depois do descongelamento.
Um problema do QEMU regista que o fsfreeze do QEMU pode bloquear VMs em determinadas configurações do sistema de ficheiros do convidado.
Se o congelamento, por si só, reproduzir o bloqueio, corrija esse percurso do convidado antes de ajustar o débito do PBS. Se o congelamento e o descongelamento forem concluídos corretamente, avance para a interação entre o armazenamento de instantâneos e as escritas em tempo real.
Mantenha o Modo de Paragem como Percurso de Recuperação até o Modo de Instantâneo Funcionar
Não sacrifique cópias de segurança fiáveis enquanto depura uma funcionalidade de conveniência. Agende cópias de segurança em modo de paragem durante uma janela de manutenção aceitável, até que o modo de instantâneo seja concluído várias vezes e um teste de restauro confirme o resultado.
Um exemplo do Server Fault mostra um ambiente real em que o modo de paragem fornece uma alternativa quando o comportamento do instantâneo em tempo real requer um tratamento separado.
A correção está concluída quando o modo de instantâneo ultrapassa repetidamente a percentagem antiga e o convidado permanece responsivo antes, durante e depois da cópia de segurança. O artigo relacionado da ZimaSpace sobre cópias de segurança que congelam na mesma percentagem continua a ser o ramo anterior correto se o modo de paragem também congelar.
Perguntas Frequentes
O modo de paragem substitui permanentemente o modo de instantâneo?
Pode ser uma alternativa fiável quando o tempo de inatividade é aceitável, mas o modo de instantâneo é normalmente preferível quando o convidado pode ser colocado em segurança num estado consistente e as cópias de segurança em tempo real são concluídas de forma consistente.
Devo desativar o QEMU Guest Agent para fazer as cópias de segurança funcionarem?
Apenas como teste de diagnóstico controlado, quando apropriado. O agente também fornece funções úteis de encerramento e consistência, pelo que o problema de congelamento subjacente deve ser identificado, e não ocultado.
Porque é que a cópia de segurança para na mesma percentagem se o problema for o fsfreeze?
As percentagens de progresso podem corresponder a fases repetíveis da cópia de segurança, e não apenas a localizações no disco. Um congelamento ou uma transição de instantâneo atingidos na mesma fase podem, por isso, produzir a mesma percentagem visível.
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...
