PEL PROJETO EMPRESA LIVREConhecimento · Tecnologia · Liberdade
Proxmox VE · PBS · Política de backup

Quanto tempo leva para voltar?

Se o host do banco cair agora, você precisa responder com um número. Tempo de backup, tempo de restore e consumo de disco de cada VM, numa planilha. Modelo grátis.

01 · Por que ter esses dados

Sem número, backup é aposta.

Saber que o backup rodou não basta. Os mesmos números servem para decidir a política, agir rápido na emergência e justificar compra.

🧭

Tomada de decisão

Full local ou PBS, diário ou semanal, se a janela cabe na madrugada e qual cópia restaurar primeiro.

🚨

Emergência

Quanto tempo o ambiente leva para voltar (RTO) e quanto dado se perde (RPO). A resposta para o gestor sai em minutos.

💽

Compra de disco ou host

Espaço para o dump local e crescimento do datastore PBS. Com a conta pronta, a compra se justifica sozinha.

02 · A planilha

Uma linha por job, todas as respostas.

Exemplo com duas VMs: full semanal com vzdump em disco local e incremental diário no PBS, em outro host.

IDVMTipoDestinoAgendamentoVMBackupPróximosTempo backupRestoreRPORTORetenção
108VM APPFullLocal PVE-LEGADOSáb 12:303 TB1 TB1 TB2 h1h457 dias2 h1 cópia
108VM APPPBSPBS01Seg a sex 21:003 TB1 TB13 GB1º 2h30 · 3 min2h3024 hlive 10 min7 diários + 4 semanais
106VM BANCOFullLocal PVE01Sáb 20:004,5 TB3 TB3 TB6 h4h307 dias5 h1 cópia
106VM BANCOPBSPBS01Seg a sex 23:004,5 TB3 TB50 GB1º 7h · 10 min7 h24 hlive 15 min7 diários + 4 semanais

Valores ilustrativos. Tempo = tamanho ÷ taxa, com as taxas abaixo.

vzdump · backup local~150 MB/scom compressão zstd
vzdump · restore local~200 MB/sstorage thin, só dados usados
PBS · incremental~100 MB/ssó blocos alterados (dirty bitmap)
PBS · 1º backup e restore~120 MB/srede 10 GbE, datastore SSD
O detalhe que importa: o full do vzdump não serve de base para o PBS. O primeiro backup no PBS também é completo; só os seguintes enviam o que mudou. E o restore é sempre do disco inteiro, nunca só dos 13 GB do incremental.
03 · Coleta manual

Task por task, anotando os tempos.

Dá trabalho, mas funciona em qualquer ambiente. Pela interface web do PVE ou pelo shell, um nó de cada vez.

Pela interface web

  1. 01

    Histórico de tarefas

    Abra o nó e vá em Task History. Ali fica cada backup e cada restore.

  2. 02

    Filtre o tipo

    vzdump para backups e qmrestore para restores.

  3. 03

    Uma por uma

    Abra cada task: início, fim e o log com o tamanho do arquivo.

  4. 04

    Datacenter › Backup

    Agendamento, modo, storage e retenção de cada job.

  5. 05

    PBS › Datastore

    Uso, fator de deduplicação, estimativa de quando enche e prune.

  6. 06

    Para a planilha

    Anote duração, tamanho e data. Repita em cada nó.

Pelo shell

no nó PVE, como root
# tasks de backup e restore do nó
pvenode task list --typefilter vzdump --limit 50
pvenode task list --typefilter qmrestore

# log de uma task (UPID da lista acima)
pvenode task log <UPID>

# duração e tamanho dos dumps locais
grep -hE 'Finished Backup|archive file size' \
  /var/lib/vz/dump/vzdump-qemu-106-*.log

# jobs agendados e espaço dos storages
cat /etc/pve/jobs.cfg
pvesm status
Finished Backup of VM 106 (05:52:41)Duração do backup: coluna TEMPO BACKUP
archive file size: 2.98TBTamanho do dump: coluna TAMANHO BACKUP
50.0 GiB dirty of 4.5 TiB totalO que mudou, no backup para o PBS: coluna PRÓXIMOS
backup was done incrementally, reused 4.45 TiBQuanto a deduplicação reaproveitou
proxmox-backup-manager prune-job listNo PBS: retenção configurada
Atenção ao dirty bitmap: o incremental de minutos depende dele. Se a VM for desligada ou reiniciada, o próximo backup lê o disco inteiro de novo e leva horas, mesmo enviando pouco.
04 · Tempo de restore

Dado real ou teste sem rede.

O tempo de backup sai do log. O de restore, só de um restore que já aconteceu ou de um teste.

!
Sem restore não existe tempo de restore.

Restaure sempre para um ID novo, nunca sobre a VM de produção, e desligue a rede da cópia antes de ligar para não conflitar IP nem serviço.

restore de teste
# restore com tempo medido, para um ID novo
time qmrestore \
  pbs01:backup/vm/106/2026-11-03T02:00:00Z \
  9106 --storage local-lvm

# placa de rede desconectada antes de ligar
qm set 9106 --net0 virtio,bridge=vmbr0,link_down=1
qm start 9106

# depois de validar
qm stop 9106 && qm destroy 9106
  • Restore sobre a VM originalSobrescreve a produção. Use sempre um ID livre, como 9106.
  • Ligar a cópia com redeIP duplicado, serviço respondendo em dobro, e-mails e jobs disparando.
  • Medir uma vez e esquecerA VM cresce. Repita o teste pelo menos a cada trimestre.
Live-restore: com --live-restore 1 a VM liga enquanto os dados ainda chegam do PBS. Ela volta em minutos, com disco lento até o restore terminar. Anote os dois tempos na planilha.
05 · Host de homologação

Onde testar sem tocar a produção.

É o host de homologação que torna possível medir restore sem risco. E no dia em que a produção cair, ele vira o host reserva.

  1. Produção

    PVE01

    VM banco rodando, com backup diário para o PBS.

  2. Backup

    PBS01

    Snapshots deduplicados, em outro host.

  3. Homologação

    PVE-HML

    Restaura, mede e valida, com a rede isolada.

  4. Resultado

    Planilha

    RTO real, medido no hardware do dia da emergência.

Medir

Tempo de restore real, no mesmo hardware e na mesma rede da emergência.

Validar

Atualizações do PVE e do sistema antes de chegarem à produção.

Dimensionar

Disco para a maior VM: no exemplo, os 4,5 TB do banco.

06 · ProxAudit

Tudo isso já coletado e já planilhado.

A coleta manual funciona, mas é um nó por vez e uma task por vez. O ProxAudit lê o histórico do vzdump e dos restores e monta a política de backup sozinho, em todos os ambientes. Somente leitura, com token PVEAuditor.

Tela Backups do ProxAudit: importância, cópias, retenção, último backup, tempos de backup e restore e achados por VM
Backups · cópias, retenção, tempos medidos e o que está fora da meta
Planilha Política de Backup gerada pelo ProxAudit, com agendamento, backup full e incremental, restore e agendamento de funções
Ver como planilha · a mesma planilha desta página, gerada sozinha

Importância

Alta, média ou baixa por VM, pela tag bkp-alta no Proxmox.

Cópias e retenção

Quantas cópias, em qual destino, se há segunda cópia e se foi verificada.

Tempos medidos

Backup full, incremental e restore, lidos das tasks. Sem anotar à mão.

Planilha pronta

Excel, CSV ou PDF, com o agendamento de backup, GC e prune.

Founders · 100 primeiras licenças

Seja um dos 100 primeiros.

As 100 primeiras licenças do ProxAudit são Founders: pagamento único e acesso vitalício a todas as evoluções.

R$ 250pagamento único

Black November: 50% OFF com o cupom APOIO50

  • ∞Licença vitalícia com todas as futuras evoluções
  • NUso profissional, em vários clientes
  • ROSomente leitura: não altera nada no seu Proxmox
  • JPÁrea do cliente na Jornada Proxmox, com suporte
07 · Presente

A planilha é sua. Grátis.

Colunas de destino, agendamento, tempos de backup e restore, RPO, RTO e retenção, já preenchidas com o exemplo. Troque pelos seus números.

Excel .xlsxPVE · PBSRPO · RTO
TEMPO BACKUPDo log do vzdump ou do PBS
TEMPO RESTOREDe um restore real ou de teste
RPO · RTOQuanto dado perde e em quanto tempo volta
RETENÇÃODo job de backup ou do prune do PBS
Cafezinho ☕ · opcional

Já é aluno ou founder e quer apoiar mais?

É sempre bem-vindo. Qualquer valor ajuda a manter a planilha, os scripts e os vídeos grátis para todo mundo.

Cafezinho