Backup automático de servidor Minecraft para Google Drive, Dropbox e S3

Por que fazer backup

Servidor MC sem backup = quando cair, você perde tudo. Cenários que já aconteceram na comunidade BR:

• Grief massivo sem CoreProtect
• Corrupção de mundo em crash (ex.: falta de disco)
• Ransomware na VPS
• Você deletou algo por engano com //set air
• Update de plugin quebrou a save
• Hospedagem baixou/mudou de provedor

Um backup diário automático custa quase nada e salva tudo.

O que fazer backup

Prioridade:

1. /world, /world_nether, /world_the_end — as saves (mais crítico)
2. *`/plugins//data`** — dados de plugins (LuckPerms, Essentials, WorldGuard regions)
3. *server.properties, bukkit.yml, `paper-.yml`** — configs
4. /plugins/ — os .jar (opcional, você pode re-baixar)
5. /logs — auditoria (opcional)

NÃO fazer backup de: /cache, /versions, /libraries, /crash-reports.

3 opções de backup automático

🥇 Opção 1: DriveBackupV2 (plugin — mais fácil)

O que é: plugin open-source (github.com/MaxMaeder/DriveBackupV2) que faz backup pra:

• Google Drive
• OneDrive
• Dropbox
• SFTP
• S3-compatible (AWS, Backblaze B2, Wasabi, MinIO)

Setup em 5 minutos:

1. Baixe DriveBackupV2.jar de modrinth.com/plugin/drivebackupv2
2. Coloque em /plugins/
3. Reinicie o servidor
4. No console: /drivebackup linkaccount googledrive (segue o link, autoriza)
5. Edite plugins/DriveBackupV2/config.yml:

delay: 60                          # backup a cada 60 minutos
schedule:                          # OU: agendamento
  - "0 4 * * *"                    # todo dia às 04:00 UTC
keep-count: 14                     # manter 14 backups
zip-compression: 6                 # 1=rápido, 9=menor
backup-list:
  - path: "world"
    format: "world-%FORMAT%.zip"
  - path: "plugins"
    format: "plugins-%FORMAT%.zip"
    blacklist:
      - "*/cache/*"

Vantagens:

• Zero infra externa
• UI dentro do MC (/drivebackup status)
• Notifica no chat quando termina
• Ilimitado (até o limite da conta cloud)
• Grátis (o plugin — você paga só o storage)

Desvantagens:

• Pausa servidor durante o backup (poucos segundos)
• Não faz backup incremental (sempre completo)

🥈 Opção 2: rclone + cron (script — flexível)

O que é: ferramenta CLI que fala com 40+ provedores cloud. Roda direto no OS da VPS.

Setup:

# Instalar rclone
curl https://rclone.org/install.sh | sudo bash

# Configurar destino (Google Drive exemplo)
rclone config
# n) new remote
# name: gdrive
# provider: 13 (Google Drive)
# segue o wizard, autoriza no browser

Script de backup:

#!/bin/bash
# /root/mc-backup.sh
DATE=$(date +%Y-%m-%d_%H-%M)
BACKUP_DIR="/tmp/mc-backup"
mkdir -p "$BACKUP_DIR"

# 1. Salva mundo remotamente (para consistência)
screen -S mc -X stuff "save-all flush
"
sleep 5

# 2. Compacta
cd /opt/minecraft
tar czf "$BACKUP_DIR/mc-$DATE.tar.gz" world world_nether world_the_end plugins/*/data server.properties

# 3. Sobe pro cloud
rclone copy "$BACKUP_DIR/mc-$DATE.tar.gz" gdrive:mc-backups/

# 4. Limpa local
rm "$BACKUP_DIR/mc-$DATE.tar.gz"

# 5. Rotação: manter só últimos 30 dias no cloud
rclone delete gdrive:mc-backups/ --min-age 30d

Cron:

crontab -e
# Backup diário às 4h
0 4 * * * /root/mc-backup.sh >> /var/log/mc-backup.log 2>&1

Vantagens:

• Máxima flexibilidade
• Suporta S3, Backblaze B2 (mais barato que Google), Azure, etc
• Deduplicação (com rclone sync)
• Não depende de plugin

Desvantagens:

• Precisa acesso SSH root
• Cliente sofre 2-5s de pause em save-all

🥉 Opção 3: Restic (avançado — backup incremental encriptado)

O que é: ferramenta de backup profissional com dedup + encriptação + snapshots.

Ideal para: servidores grandes (mundo > 20 GB) onde backup full é caro.

# Instalar
apt install -y restic

# Init repo (S3 exemplo)
export AWS_ACCESS_KEY_ID=xxx
export AWS_SECRET_ACCESS_KEY=xxx
restic -r s3:s3.amazonaws.com/meu-bucket/mc init

# Backup incremental (só o que mudou)
restic -r s3:s3.amazonaws.com/meu-bucket/mc backup /opt/minecraft/world

# Listar snapshots
restic -r s3:s3.amazonaws.com/meu-bucket/mc snapshots

# Restaurar snapshot específico
restic -r s3:s3.amazonaws.com/meu-bucket/mc restore <id> --target /tmp/restore

Vantagens:

• Backup incremental (só bytes que mudaram)
• Encriptado (AES-256)
• Snapshots point-in-time
• 80-95% menos storage em backups sucessivos

Desvantagens:

• Curva de aprendizado
• Requer script para automatizar

Onde armazenar (comparativo de storage cloud)

Recomendação: Backblaze B2 (US$ 0.006/GB = R$ 0.03 por 100 MB). 1 backup diário de 10 GB × 30 dias = 300 GB = R$ 10/mês.

Teste de restauração (crítico!)

Backup que nunca foi testado não é backup.

Faça restauração de teste 1x por mês:

# 1. Baixa o backup mais recente
rclone copy gdrive:mc-backups/mc-2026-08-01_04-00.tar.gz /tmp/test/

# 2. Extrai em pasta separada
tar xzf /tmp/test/mc-2026-08-01_04-00.tar.gz -C /tmp/mc-test/

# 3. Suba um MC de teste apontando pra essa pasta e valide

Se o mundo carrega e você vê itens, backup funciona.

Regra 3-2-1

Boa prática de backup profissional:

• 3 cópias dos dados
• 2 mídias diferentes (local + cloud)
• 1 cópia offsite (fora do datacenter)

Aplicado ao MC:

1. Save original em /opt/minecraft/world (mídia 1)
2. Snapshot local diário em /backup/ (mídia 1)
3. Sync pra cloud (mídia 2, offsite) ✅

Erros comuns

"Backup deu erro de disco cheio" → limpe backups antigos, upgrade VPS
"Restauração deu mundo corrompido" → você fez backup enquanto o MC estava rodando SEM save-all antes. Sempre save-all flush antes de comprimir
"Backup demora 20 min e servidor lagga" → use rclone (paralelo) ou Restic (incremental)
"Google Drive baniu minha conta por spam de upload" → use Google Workspace ou mude pro Backblaze/S3

Nossa recomendação

Para 90% dos servidores:

1. DriveBackupV2 → Google Drive (grátis 15 GB) para servidores pequenos
2. rclone → Backblaze B2 para médios/grandes
3. Restic → S3 para gigantes com necessidade de compliance

Todos os planos VPS Vitt Host rodam qualquer solução acima sem restrição.

Links

• DriveBackupV2 GitHub
• rclone.org
• restic.net
• Backblaze B2 pricing