Modos de backup: o custo em interrupção está escrito, o de consistência não
A diferença entre os três modos costuma ser explicada como tempo de parada. A diferença real é a consistência, e numa máquina que escreve o tempo todo é ela que decide se o backup serve para alguma coisa.
AtlasPVE ·
Este verbete responde a
- qual modo de backup do proxmox
- proxmox diferença snapshot suspend stop
- backup de banco de dados no proxmox é consistente
- proxmox parada durante o backup
- proxmox escolha do modo de backup
Ao fazer um backup você escolhe entre três modos, e as interfaces costumam explicar esses três em termos de tempo de parada: um sem nenhuma, um de alguns segundos, um que desliga a máquina. Isso é verdade, mas incompleto. O que não está escrito é a consistência, e é aí que mora a diferença real.
O que o modo sem parada realmente faz
O disco é capturado como está naquele instante enquanto a máquina continua rodando. A expressão "como está naquele instante" é a decisiva: tudo o que estava escrito pela metade está lá dentro, escrito pela metade. Isso se parece com puxar o cabo da máquina. Um sistema de arquivos com registro se ajeita na inicialização e nada quebra. Mas um banco de dados que estava no meio de uma escrita naquele exato instante pode ter que rodar a própria recuperação ao ser restaurado.
Isso se chama consistência de queda, e para a maioria das máquinas basta. Onde não basta é numa máquina que hospeda algo que escreve o tempo todo e se importa com o que escreve.
Fechar a lacuna sem parar a máquina
Quando o agente convidado está instalado, no momento do backup dá para dizer ao sistema de arquivos "espera, grave primeiro no disco o que você está segurando". Acontece um congelamento breve, a imagem é tirada, descongela. Assim o estado de "cabo puxado" vira um estado de "pausado de forma limpa", e continua sem parada.
Esse é o argumento mais prático para instalar o agente convidado. Ele não está lá só para informar um endereço, está lá exatamente para este momento.
A cópia própria da aplicação é outra coisa
Para aplicações que guardam o próprio estado, como bancos de dados e depósitos de e-mail, o backup da máquina e a exportação da aplicação fazem trabalhos diferentes. O backup da máquina traz a máquina de volta; a exportação própria da aplicação traz os dados numa forma em que a aplicação confia. Em máquinas com dados importantes se faz os dois, e nenhum substitui o outro.
Suspender e parar
Suspender pausa a máquina por pouco tempo. O estado da memória fica consistente, mas não acrescenta nada à consistência própria da aplicação além do que um sistema de arquivos congelado dá, e em troca há parada.
Parar é a opção mais honesta: sobre um backup tirado com a máquina desligada não restam perguntas. Se uma máquina puder bancar um minuto de parada à noite, essa opção elimina a questão inteira.
A regra prática
Use por padrão o modo sem parada, instale o agente convidado, e nas máquinas com dados de verdade tire também a exportação própria da aplicação. Colocar tudo no modo parar por medo é errado: um arranjo que desliga todas as máquinas toda noite vira um arranjo em que ninguém quer encostar, e um dia é desligado. Guarde o modo parar para as poucas máquinas em que os dados importam mais do que a continuidade.
O que o Atlas faz
Ao fazer um backup, o Atlas mostra os três modos lado a lado e escreve em palavras claras a interrupção que cada um causa, então você não precisa adivinhar qual pausa o quê. O modo que não causa interrupção vem selecionado por padrão. O lado da consistência depende do que roda dentro da máquina, então é decisão sua e não do produto: este verbete foi escrito para você poder tomá-la.
Fontes
A documentação oficial do Proxmox. Em inglês, e é ela que dá a palavra final neste assunto.