Pular para o conteúdo principal
Procedimentos confiáveis de backup e recuperação são essenciais para manter a disponibilidade do nó e proteger contra perda de dados. Esta seção descreve o que fazer backup, com que frequência, onde armazenar e como restaurar após uma falha.
Planeje o armazenamento de backup de 1,5–2× o tamanho atual dos dados da sua chain. As operações de backup tipicamente adicionam 10–20% de carga de I/O durante a execução.

O Que Fazer Backup

Os nós não validadores armazenam dados críticos de estado e configuração necessários para operação contínua. Componentes-chave incluem:
  • Banco de dados da blockchain
    Armazena o estado completo da chain Plasma. Os backups são significativamente mais rápidos do que ressincronizações completas.
  • Arquivos de configuração
    Inclui arquivos Docker Compose, variáveis .env e quaisquer scripts personalizados.
  • Keystores e estado de peer
    Permite reinicializações limpas sem reconfiguração manual. Pode incluir tokens de autenticação e metadados de rede.

Estratégia de Backup

Frequência

Defina intervalos de backup com base no uso e perfil de risco. Snapshots diários são suficientes para a maioria dos nós não validadores. Implantações de alto throughput podem exigir backups mais frequentes para minimizar a perda de dados em caso de falha.

Considerações de Armazenamento

Armazene backups em infraestrutura separada: buckets de nuvem, hosts remotos ou discos offline. Evite alocar backups junto com o nó primário.
Não armazene backups na mesma máquina física do seu nó em execução. Uma única falha de hardware pode resultar em perda total de dados.
Implemente criptografia de backup para proteção de dados sensíveis, especialmente ao usar provedores de armazenamento externos. Garanta que o armazenamento de backup tenha capacidade adequada para seus requisitos de retenção e projeções de crescimento.

Cenários de Recuperação

Recuperação Parcial

Use restaurações direcionadas quando apenas certos arquivos forem afetados:
  • Restaurar arquivos de configuração após edições acidentais
  • Recuperar um banco de dados corrompido sem redefinir o progresso de sincronização
  • Reaplicar o estado de peer para preservar a configuração de rede existente
A recuperação parcial reduz o downtime e evita ressincronizações completas.

Recuperação Total

Necessária quando o nó ou sistema host é perdido:
  1. Provisione uma nova máquina ou VM
  2. Restaure o banco de dados da blockchain e as configurações do backup
  3. Inicie o nó e reingresse na rede
  4. Confirme a sincronização com o último bloco finalizado
Espere que o tempo de recuperação dependa do tamanho dos dados, da largura de banda e do armazenamento.

Validação

Verifique regularmente a integridade do backup:
  • Execute verificação de checksum nos arquivos armazenados
  • Periodicamente, realize restaurações de teste em infraestrutura não crítica
  • Monitore o sucesso do backup, duração e tamanho dos dados

Melhores Práticas

  • Automatize backups e gere alertas em caso de falha
  • Use controle de versão para arquivos de configuração
  • Teste procedimentos de restauração trimestralmente
  • Acompanhe o tempo de recuperação para avaliar metas de RTO/RPO

Solução de Problemas

Falhas de Backup

  • Verifique espaço em disco, permissões e conectividade de armazenamento
  • Revise logs em busca de erros de I/O ou timeout

Detecção de Corrupção

  • Valide checksums regularmente
  • Monitore logs de sincronização em busca de sinais de inconsistência do banco de dados

Desempenho de Recuperação

  • Otimize a restauração usando armazenamento rápido e discos locais
  • Use I/O paralelo se suportado pelo backend de armazenamento
Um plano robusto de backup e recuperação protege contra perda de dados e minimiza o downtime. Teste regularmente, armazene backups de forma segura e siga um processo de recuperação estruturado para manter operações de nó confiáveis.