O Proxmox pode fazer uma cópia de segurança de um contentor LXC enquanto a respetiva base de dados está em execução?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Can Proxmox Back Up an LXC Container While Its Database Is Running? - Zima Store Online

Sim, o Proxmox pode criar uma cópia de segurança enquanto um contentor LXC está em execução. Isso não significa automaticamente que a base de dados dentro do contentor esteja consistente ao nível da aplicação no momento capturado.

Considere um instantâneo de um contentor em execução consistente apenas em caso de falha, a menos que a base de dados seja exportada, colocada em estado de inatividade ou de outro modo coordenada com a cópia de segurança. A escolha correta depende do motor da base de dados, da taxa de escrita, do tempo de inatividade aceitável e de saber se todos os caminhos de dados estão incluídos.

Distinguir a captura do contentor da consistência da base de dados

Uma cópia de segurança de um contentor pode capturar o seu sistema de ficheiros enquanto as páginas, os diários e os índices da base de dados estão a ser alterados. Após o restauro, o motor pode reproduzir corretamente o seu registo de escrita antecipada, mas isso representa uma recuperação após uma paragem abrupta, não uma prova de um ponto de verificação limpo da aplicação.

Os pontos de montagem bind e os conjuntos de dados externos requerem atenção separada. Um arquivo do Proxmox pode ser válido enquanto o diretório de dados real da base de dados, o armazenamento de objetos ou os ficheiros carregados estão fora do sistema de ficheiros raiz incluído na cópia de segurança.

Para um serviço de baixo valor com uma base de dados com registo, uma recuperação após falha testada pode ser aceitável. Para registos insubstituíveis, adicione uma exportação nativa da base de dados, um ponto de verificação de replicação ou uma breve janela de manutenção.

Escolher o nível de proteção com base em sinais observáveis

Verifique se a base de dados comunica pontos de verificação limpos, se as exportações são concluídas sem erros e se o registo de tarefas do Proxmox inclui todos os volumes pretendidos. Uma latência de escrita elevada ou um WAL que cresce rapidamente durante a cópia de segurança indica mais trabalho de recuperação após o restauro.

Agende a exportação nativa pouco antes da cópia de segurança do contentor e guarde-a num caminho incluído na cópia de segurança. Para motores que suportam APIs de cópia de segurança online, utilize-as em vez de copiar ficheiros de dados ativos.

Classifique o resultado com a tabela abaixo e registe essa classificação nas notas da tarefa, para que um operador futuro saiba o que o arquivo pode garantir.

Estado observado	Veredito	Próxima ação
Exportação nativa mais arquivo LXC	Caminho de recuperação com conhecimento da aplicação	Preferível para bases de dados importantes
Apenas instantâneo; os testes de restauro são aprovados	Consistente em caso de falha	Aceitar apenas com o risco documentado
Caminho de dados externo omitido	Incompleto	Parar e alargar o âmbito da cópia de segurança

Criar uma tarefa de cópia de segurança coordenada

Execute um passo prévio à cópia de segurança que crie uma exportação da base de dados com carimbo temporal ou solicite um ponto de verificação. Verifique o estado de saída do comando e o espaço disponível; uma exportação com zero bytes deve fazer falhar a tarefa, em vez de permitir um tranquilizador indicador verde de cópia de segurança.

Capture o LXC após o passo de consistência e, em seguida, execute uma verificação pós-cópia que registe o ID do arquivo e a soma de verificação da exportação. Mantenha a retenção nativa da base de dados suficientemente separada para que um arquivo de contentor defeituoso não apague a última cópia lógica válida.

O guia de cópia de segurança do Proxmox da ZimaSpace aborda o planeamento da recuperação de máquinas virtuais e contentores.

As orientações independentes sobre cópias de segurança do Proxmox consistentes ao nível da aplicação explicam por que razão um instantâneo em execução e uma cópia de segurança com conhecimento da aplicação oferecem garantias diferentes.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

Comprovar o arquivo com um restauro sob carga

Restaure para um ID de CT isolado e com a rede desligada, para que não possa entrar em conflito com a produção. Inicie a base de dados, inspecione os registos de recuperação, execute verificações de integridade e consulte um registo conhecido escrito perto da janela da cópia de segurança.

Repita o teste enquanto a produção está sujeita à sua carga normal de escrita. Uma cópia de segurança que só é restaurada durante um teste num laboratório inativo não validou a condição de risco que motivou a pergunta.

Prossiga com cópias de segurança de LXC em execução quando todo o armazenamento estiver abrangido e o motor recuperar repetidamente ou quando estiver incluída uma exportação nativa. Pare e utilize uma pausa ou um encerramento coordenado se as verificações de integridade falharem, faltarem montagens externas ou a aplicação não tolerar a recuperação após uma falha.