Guia de Backup, Restore e Snapshot: diferenças práticas e quando usar cada um

16 min de leitura  ·  Guia técnico

Backup, restore e snapshot são três estratégias essenciais para proteção de dados que diferem significativamente em propósito e funcionamento. Backups são cópias completas dos dados armazenadas separadamente, snapshots capturam o estado do sistema em um momento específico, enquanto restore é o processo de recuperação desses dados. Entender quando usar cada um é fundamental para implementar uma estratégia eficaz de proteção contra perda de dados.

Pré-requisitos

• Acesso administrativo ao servidor (root ou sudo)
• Espaço em disco suficiente para armazenar backups e snapshots
• Conhecimentos básicos de linha de comando Linux
• Sistema de arquivos compatível com snapshots (LVM, ZFS, Btrfs) para implementar snapshots
• Ferramentas de backup instaladas (rsync, tar, ou soluções específicas)

Entendendo os conceitos fundamentais de backup, restore e snapshot

Antes de implementar qualquer estratégia de proteção de dados, é essencial compreender claramente o que cada conceito representa e como funciona. Cada método tem características distintas que os tornam adequados para diferentes cenários.

O que é backup?

Backup é uma cópia completa e independente dos dados originais, armazenada em um local separado do sistema principal. Esta cópia pode ser mantida em dispositivos externos, servidores remotos ou serviços de armazenamento em nuvem. Existem três tipos principais de backup:

• Backup completo: cópia integral de todos os dados selecionados
• Backup incremental: armazena apenas as alterações desde o último backup (completo ou incremental)
• Backup diferencial: armazena todas as alterações desde o último backup completo

Para criar um backup completo básico de um diretório usando tar:

sudo tar -czvf /caminho/para/backup/backup-nome-$(date +%Y-%m-%d).tar.gz /diretorio/para/backup

O que é restore?

Restore (ou restauração) é o processo de recuperação dos dados a partir de um backup ou snapshot previamente criado. Este processo pode envolver a restauração completa do sistema ou apenas de arquivos específicos, dependendo da necessidade e da ferramenta utilizada.

Para restaurar um backup criado com tar:

sudo tar -xzvf /caminho/para/backup/backup-nome-2023-10-15.tar.gz -C /diretorio/destino

O que é snapshot?

Snapshot é uma "fotografia" do estado do sistema em um momento específico. Diferentemente dos backups tradicionais, snapshots não criam cópias completas dos dados, mas registram o estado do sistema e armazenam apenas as alterações (deltas) que ocorrem após sua criação. Isso os torna muito mais rápidos de criar e consumindo menos espaço inicialmente.

Para criar um snapshot LVM em um sistema Linux:

sudo lvcreate -L 5G -s -n snap_nome /dev/volume-group/logical-volume

Este comando cria um snapshot de 5GB do volume lógico especificado.

Diferenças técnicas entre backup e snapshot

A principal distinção entre backups e snapshots está na forma como os dados são armazenados e na dependência do sistema original. Compreender estas diferenças é crucial para implementar a estratégia de proteção de dados mais adequada às suas necessidades.

Independência dos dados

• Backup: Completamente independente do sistema original. Se o sistema original falhar completamente, o backup permanece intacto em seu local separado.
• Snapshot: Dependente do sistema original. Se o sistema de armazenamento subjacente falhar, o snapshot também será perdido.

Velocidade de criação e restauração

• Backup: Geralmente mais lento para criar e restaurar, pois envolve a cópia completa dos dados.
• Snapshot: Criação quase instantânea, pois inicialmente não copia dados. Restauração também tende a ser mais rápida.

Consumo de espaço

• Backup: Consome espaço proporcional à quantidade de dados sendo copiados, independentemente de alterações futuras.
• Snapshot: Inicialmente consome pouco espaço, mas cresce à medida que os dados originais são modificados.

Para verificar o espaço utilizado por um snapshot LVM:

sudo lvs -o +lv_size,data_percent

Output esperado:
  LV         VG        Attr       LSize   Pool Origin Data%
  root       ubuntu-vg -wi-ao---- 100.00g             
  snap_nome  ubuntu-vg swi-a-s---   5.00g      root   15.20

Quando usar backup, restore ou snapshot: casos de uso práticos

A escolha entre backup, restore e snapshot depende do cenário específico, dos requisitos de tempo de recuperação e do nível de proteção necessário. Vamos analisar situações onde cada abordagem é mais adequada.

Cenários ideais para backups completos

• Proteção contra desastres: Quando você precisa de garantia contra falhas catastróficas de hardware, desastres naturais ou ataques cibernéticos.
• Retenção de longo prazo: Para dados que precisam ser preservados por períodos prolongados (meses ou anos).
• Conformidade regulatória: Quando regulamentações exigem armazenamento de dados históricos em locais separados.
• Migração de sistemas: Para transferir dados entre ambientes completamente diferentes.

Exemplo de script para backup automatizado com retenção:

#!/bin/bash
# Backup automatizado com retenção de 30 dias

BACKUP_DIR="/backup"
SOURCE_DIR="/var/www"
DATE=$(date +%Y-%m-%d)
RETENTION_DAYS=30

# Criar backup
tar -czf $BACKUP_DIR/site-backup-$DATE.tar.gz $SOURCE_DIR

# Remover backups antigos
find $BACKUP_DIR -name "site-backup-*.tar.gz" -type f -mtime +$RETENTION_DAYS -delete

Quando utilizar snapshots

• Atualizações de sistema: Antes de aplicar atualizações ou patches que podem causar problemas.
• Testes de desenvolvimento: Para criar ambientes de teste rapidamente sem duplicar todos os dados.
• Recuperação rápida: Quando o tempo de recuperação (RTO) é crítico e precisa ser mínimo.
• Proteção contínua: Para sistemas que precisam de pontos de recuperação frequentes durante o dia.

Exemplo de criação de snapshot ZFS antes de uma atualização:

sudo zfs snapshot tank/dados@pre-atualizacao-$(date +%Y-%m-%d)

Situações que exigem restore

O processo de restore é necessário em diversos cenários, independentemente de você estar utilizando backups ou snapshots:

• Recuperação após falha: Quando ocorre corrupção de dados ou falha de sistema.
• Recuperação de arquivos excluídos: Para restaurar arquivos deletados acidentalmente.
• Reversão de alterações: Para voltar a um estado anterior conhecido e estável.
• Migração para novo hardware: Ao transferir dados para um novo servidor.

Para restaurar um sistema a partir de um snapshot ZFS:

sudo zfs rollback tank/dados@pre-atualizacao-2023-10-15

Atenção: O comando rollback destrói todos os snapshots mais recentes que o especificado. Use com cautela.

Implementando uma estratégia híbrida de proteção de dados

Uma estratégia robusta de proteção de dados geralmente combina backups e snapshots para maximizar a segurança e minimizar o tempo de recuperação. Esta abordagem híbrida oferece o melhor dos dois mundos.

Modelo 3-2-1 de backup

O modelo 3-2-1 é uma prática recomendada que sugere:

• Manter pelo menos 3 cópias dos seus dados (incluindo o original)
• Armazenar as cópias em 2 tipos diferentes de mídia
• Manter 1 cópia off-site (em outro local físico ou na nuvem)

Exemplo de implementação com rsync para backup off-site:

rsync -avz --delete -e "ssh -p 22" /caminho/local/dados/ usuario@servidor-remoto:/caminho/remoto/backup/

Combinando snapshots locais com backups remotos

Uma estratégia eficaz pode incluir:

1. Snapshots frequentes (a cada hora) para recuperação rápida de alterações recentes
2. Backups incrementais diários para um servidor local
3. Backups completos semanais para armazenamento off-site

Script para automatizar snapshots LVM com rotação:

#!/bin/bash
# Criar snapshot LVM com rotação

VG="volume-group"
LV="logical-volume"
SNAP_PREFIX="snap_"
DATE=$(date +%Y%m%d_%H%M)
RETENTION=5

# Remover snapshots antigos se exceder o limite de retenção
SNAP_COUNT=$(lvs | grep $SNAP_PREFIX | wc -l)
if [ $SNAP_COUNT -ge $RETENTION ]; then
    OLDEST_SNAP=$(lvs | grep $SNAP_PREFIX | head -1 | awk '{print $1}')
    echo "Removendo snapshot antigo: $OLDEST_SNAP"
    lvremove -f $VG/$OLDEST_SNAP
fi

# Criar novo snapshot
echo "Criando novo snapshot: $SNAP_PREFIX$DATE"
lvcreate -L 5G -s -n $SNAP_PREFIX$DATE $VG/$LV

Ferramentas e soluções populares para backup e snapshot

Existem diversas ferramentas disponíveis para implementar estratégias de backup e snapshot em diferentes ambientes. A escolha depende das necessidades específicas, do sistema operacional e da infraestrutura disponível.

Ferramentas de backup para Linux

• Bacula: Sistema de backup enterprise com componentes cliente-servidor
• Borg Backup: Ferramenta de backup deduplicado com compressão e criptografia
• Rsync: Utilitário para sincronização eficiente de arquivos
• Duplicity: Backup criptografado com suporte a diversos backends de armazenamento
• Restic: Backup rápido, seguro e eficiente com verificação de integridade

Exemplo de configuração básica do Borg Backup:

# Inicializar repositório
borg init --encryption=repokey /caminho/para/repositorio

# Criar backup
borg create --stats --progress /caminho/para/repositorio::backup-{now} /diretorio/para/backup

# Listar backups
borg list /caminho/para/repositorio

Tecnologias de snapshot em diferentes sistemas de arquivos

• LVM (Logical Volume Manager): Nativo em muitas distribuições Linux
• ZFS: Sistema de arquivos avançado com snapshots integrados
• Btrfs: Sistema de arquivos moderno para Linux com recursos de snapshot
• QEMU/KVM: Snapshots de máquinas virtuais
• VMware: Snapshots de VMs em ambientes virtualizados

Comandos básicos para snapshots ZFS:

# Criar snapshot
zfs snapshot tank/dados@snapshot1

# Listar snapshots
zfs list -t snapshot

# Restaurar snapshot
zfs rollback tank/dados@snapshot1

# Acessar arquivos de um snapshot
mkdir /mnt/snapshot
mount -t zfs tank/dados@snapshot1 /mnt/snapshot

Soluções em nuvem para backup e snapshot

Provedores de nuvem oferecem soluções integradas para backup e snapshot:

• AWS: Amazon S3 para backup, EBS Snapshots para volumes
• Google Cloud: Cloud Storage para backup, Persistent Disk Snapshots
• Microsoft Azure: Azure Backup, Azure Blob Storage, Disk Snapshots
• DigitalOcean: Droplet Backups e Snapshots
• Linode: Backups e Images

Para criar um snapshot de um volume EBS na AWS usando a CLI:

aws ec2 create-snapshot --volume-id vol-1234567890abcdef0 --description "Snapshot diário"

Problemas comuns e como resolver

Sintoma: Backup falha por falta de espaço em disco

Causa: Espaço insuficiente no dispositivo de destino para armazenar o backup completo.
Solução: Libere espaço removendo arquivos desnecessários, implemente compressão mais eficiente, considere backups incrementais ou aumente o espaço de armazenamento. Verifique o espaço disponível antes de iniciar o backup com df -h.

Sintoma: Snapshot cresce rapidamente e consome todo o espaço

Causa: Alta taxa de alteração nos dados originais após a criação do snapshot.
Solução: Aumente o espaço reservado para snapshots, implemente uma política de rotação para remover snapshots antigos automaticamente, e evite manter snapshots por longos períodos em sistemas com alta taxa de alteração de dados.

Sintoma: Restauração de backup incompleta ou corrompida

Causa: Corrupção durante o processo de backup ou transferência, ou interrupção durante o processo de restauração.
Solução: Implemente verificação de integridade nos backups (checksums), teste regularmente a restauração dos backups em ambiente controlado, e mantenha múltiplas versões de backup para redundância.

Sintoma: Impossibilidade de criar snapshots

Causa: Sistema de arquivos não suporta snapshots ou configuração incorreta.
Solução: Verifique se o sistema de arquivos suporta snapshots (LVM, ZFS, Btrfs), confirme que há espaço suficiente para metadados do snapshot, e consulte a documentação específica da tecnologia utilizada para requisitos adicionais.

Sintoma: Backups automáticos não estão sendo executados

Causa: Problemas com o agendador (cron) ou permissões insuficientes.
Solução: Verifique as entradas no crontab (crontab -l), confirme que os scripts têm permissão de execução (chmod +x), e implemente um sistema de notificação para alertar sobre falhas nos backups.

Perguntas frequentes sobre backup, restore e snapshot

Qual a principal diferença entre backup e snapshot?

Backups são cópias completas e independentes dos dados, armazenadas separadamente do sistema original, enquanto snapshots são 'fotografias' do estado do sistema em um momento específico, dependentes do sistema original. Backups oferecem maior segurança contra falhas catastróficas, enquanto snapshots permitem recuperação mais rápida para problemas pontuais.

Snapshots consomem muito espaço em disco?

Inicialmente, snapshots ocupam pouco espaço porque armazenam apenas as diferenças (delta) entre o estado atual e o momento da captura. Contudo, à medida que o sistema original muda, o snapshot cresce progressivamente, podendo consumir espaço significativo se mantido por longos períodos ou em sistemas com muitas alterações.

Com que frequência devo fazer backups completos?

A frequência ideal de backups completos depende da criticidade dos dados e da taxa de mudança. Para ambientes de produção, recomenda-se backups completos semanais combinados com backups incrementais diários. Dados críticos com alta taxa de alteração podem exigir backups completos mais frequentes, como a cada 2-3 dias.

É possível automatizar tanto backups quanto snapshots?

Sim, tanto backups quanto snapshots podem ser completamente automatizados. Para backups, ferramentas como Bacula, Borg ou scripts personalizados com cron podem ser configuradas. Para snapshots, soluções como LVM, ZFS, ferramentas de virtualização (como VMware ou Proxmox) ou APIs de provedores cloud oferecem recursos de automação e agendamento.

Posso restaurar apenas arquivos específicos de um backup ou snapshot?

Sim, a maioria das soluções modernas de backup permite restaurar arquivos individuais sem precisar restaurar o backup completo. Com snapshots, também é possível montar o snapshot como um volume separado e copiar apenas os arquivos necessários, embora o processo varie dependendo da tecnologia utilizada (LVM, ZFS, VMware, etc.).

Conclusão

• Backups são essenciais para proteção de longo prazo e recuperação de desastres, enquanto snapshots oferecem recuperação rápida para problemas pontuais.
• Uma estratégia robusta de proteção de dados combina backups e snapshots em diferentes níveis, seguindo o modelo 3-2-1 para máxima segurança.
• Automatize seus processos de backup e snapshot, implemente verificação de integridade e teste regularmente a restauração para garantir a eficácia da sua estratégia.

Precisa de ajuda com proteção de dados em seu servidor?

A AviraHost oferece soluções de backup gerenciado e snapshots automáticos para seus servidores VPS e dedicados, garantindo a segurança dos seus dados com monitoramento 24/7 e suporte especializado.

Conheça nossos planos de Servidor VPS com backup incluso