Guia Completo de Backup do ZimaCube: Uma Estratégia em Três Camadas com PBS, Synology e Backup na Nuvem

Backup não é um tema glamoroso—até ao momento em que os seus dados desaparecem.

A configuração de hardware do ZimaCube dá-lhe uma vantagem natural como centro de backup: seis baias para discos para um pool de armazenamento, armazenamento NVMe como destino rápido de backup, e duas portas 2.5GbE para transferência de dados. Este guia orienta-o na construção de uma cadeia de backup em três camadas: VMs → PBS → armazenamento local → cloud.

Este guia assume que já está a executar o Proxmox VE no ZimaCube. Se ainda estiver a usar o ZimaOS, a estratégia de backup será diferente. Pode usar as funcionalidades integradas de snapshot e sincronização remota do ZimaOS em vez disso.

Passo 1: Instalar o Proxmox Backup Server

Proxmox Backup Server, ou PBS, é a solução oficial de backup da Proxmox. Suporta backups incrementais, desduplicação, compressão e encriptação. Pode correr no mesmo ZimaCube que o Proxmox VE, instalado como máquina virtual.

1. Descarregue o ISO do PBS em proxmox.com.
2. Crie uma nova VM no Proxmox VE:
   • ID: 300
   • Nome: pbs
   • Disco: 64GB para o disco do sistema
   • CPU: 2 núcleos
   • Memória: 4096MB
   • Rede: em bridge, com um endereço IP estático
3. Monte o ISO do PBS e inicie a instalação.
4. O processo de instalação é semelhante ao do Proxmox VE: selecione o disco alvo, defina o endereço IP e configure a palavra-passe root.
5. Após a instalação, aceda à interface web do PBS no seu navegador: https://PBS-IP-address:8007

Passo 2: Configurar o Armazenamento de Backup

O PBS precisa de espaço de armazenamento para guardar os dados de backup. Existem duas opções.

Opção A: Passar uma unidade HDD ou NVMe grande

Se tiver uma unidade dedicada como destino de backup:

Inicialize o disco no PBS. Este exemplo assume que o disco é /dev/sdb.

Execute isto no Shell do PBS.

mkfs.ext4 /dev/sdb

mkdir /mnt/backup

mount /dev/sdb /mnt/backup

Na interface web do PBS, vá a Administração → Armazenamento/Discos → Diretório → Criar. Defina o caminho para /mnt/backup e nomeie-o como backup-store.

Opção B: Montar Armazenamento ZFS/NFS a partir do Host Proxmox

Adicione um segundo disco virtual à VM do PBS e coloque-o no pool ZFS de grande capacidade do ZimaCube. Para um ambiente doméstico, esta abordagem é mais simples.

Passo 3: Adicionar Armazenamento PBS no Proxmox VE

Volte à interface web do Proxmox VE:

1. Vá a Centro de Dados → Armazenamento → Adicionar → Proxmox Backup Server.
2. ID: pbs-backup
3. Servidor: o endereço IP do PBS
4. Nome de utilizador: root@pam
5. Palavra-passe: a palavra-passe root do PBS
6. Armazenamento: selecione o armazenamento de backup que acabou de criar
7. Clique em Adicionar

Passo 4: Criar uma Tarefa de Backup

Vá a Datacenter → Backup → Adicionar.

O backup incremental é a principal força do PBS. Apenas o primeiro backup é completo. Depois disso, os backups diários transferem apenas os blocos de dados alterados. Para uma configuração típica com seis VMs, os backups incrementais diários geralmente terminam em 5–10 minutos.

Passo 5: Definições de Notificação — Só Faça Barulho Quando For Necessário

Um bom sistema de backup não precisa que o verifique todos os dias. Só o notifica quando algo corre mal.

Na interface web do PBS, vá a Configuração → Notificações:

• Adicione uma configuração SMTP usando a sua conta de email.
• Defina regras de notificação: não envie notificações para backups bem-sucedidos, mas notifique imediatamente quando um backup falhar.

Aplique a mesma configuração no Proxmox VE: Datacenter → Notificações.

Desta forma, vai praticamente esquecer que o sistema de backup existe — até ao dia em que receber um email de “Backup falhou”. Pode então resolver o problema imediatamente antes que um pequeno problema se torne num grande.

Passo 6: Limpeza — Limpar Automaticamente Backups Antigos

Os backups acumulam-se ao longo do tempo. A funcionalidade Limpeza do PBS remove automaticamente os backups expirados.

Configure a política de Limpeza nas definições do Armazenamento PBS:

• Manter backups diários dos últimos 7 dias
• Manter backups semanais das últimas 4 semanas
• Manter backups mensais dos últimos 3 meses

Quando elimina uma VM no Proxmox VE, o PBS remove-a automaticamente do agendamento de backup. Não continuará a criar trabalhos de backup órfãos que desperdicem espaço. Este pequeno detalhe significa que não precisa de limpar ambos os sistemas sempre que eliminar uma VM.

Passo 7: Backup na Nuvem como a Última Rede de Segurança

Os backups locais não o podem proteger contra incêndios ou roubos. Ainda precisa de uma cópia na nuvem.

Se tiver um sistema Synology, seja virtualizado ou a funcionar separadamente, pode usar o Cloud Sync para sincronizar o diretório de backup PBS com Google Cloud, Backblaze B2 ou OneDrive:

VMs/CTs → deduplicação incremental PBS → armazenamento local ZFS → Sincronização na Nuvem → armazenamento na nuvem

Não tem Synology? Aqui estão duas alternativas:

• rclone: Instale o rclone no PBS e sincronize diretamente o diretório de backup para S3, Backblaze B2 ou Google Drive.
• Duplicati: Execute o Duplicati num contentor LXC, encripte os backups e envie-os para qualquer fornecedor de armazenamento na nuvem.

O mito do “Backup Circular”

Para ser completamente honesto, esta configuração tem um ciclo teoricamente imperfeito:

O PBS corre como uma VM no ZimaCube → O PBS grava os dados de backup no pool ZFS do ZimaCube → se o ZimaCube inteiro falhar, todos os backups locais falham ao mesmo tempo

Este é um risco real, e também um ponto que muitas pessoas discutem.

Mas na prática, a cadeia de proteção funciona assim:

• Se um disco do ZimaCube falhar, o ZFS RAID-Z2 pode tolerar até duas falhas de disco sem perda de dados.
• Se uma única VM falhar, o PBS pode restaurá-la diretamente.
• Se o ZimaCube inteiro falhar, por exemplo devido a um problema na fonte de alimentação ou na placa-mãe, a cópia na nuvem torna-se o recurso final.

Para um laboratório doméstico, o prático é mais importante do que o perfeito. Esta configuração funciona automaticamente, alerta-o quando algo corre mal e ainda lhe oferece uma cópia na nuvem no pior cenário. Não é perfeita, mas funciona.

Verificação: Um backup não testado não é um backup

Dedique 10 minutos por mês a realizar uma simulação de recuperação:

1. Crie qualquer VM de teste no Proxmox.
2. Use o PBS para restaurar uma VM real para um ID de VM diferente.
3. Inicie a VM restaurada e confirme que os seus serviços funcionam corretamente.
4. Apague a VM de teste.

Esses 10 minutos são a sua única defesa contra a possibilidade de que “o backup na verdade está corrompido há muito tempo, mas eu nunca soube.”

Resumo

Um bom sistema de backup não é algo que se “configura e esquece”. É algo que se configura para que saiba quando deve lembrar-lhe para prestar atenção.