Backup e restore do Redis (RDB, AOF, replica e cluster)

Configura uma rotina de backup para um Redis ou Valkey já instalado (instância única, master/replica com Sentinel ou Redis Cluster) e descreve como restaurar a partir do backup. Passo a passo: backups RDB (regra save, BGSAVE, LASTSAVE, cópia do dump.rdb) e AOF (BGREWRITEAOF, appendonlydir multiarquivo no 7.x), backup a partir de uma replica, backup de todos os masters em um Cluster, restore de teste em uma instância temporária, restore no local sem cair na armadilha da precedência do AOF e backup agendado com retenção e cópia remota via systemd timer / cron; o resultado é um backup que roda regularmente e cuja restauração foi comprovada. Replicação (Sentinel, Cluster) não substitui backup: dados apagados por engano se propagam para todas as replicas. Instalação e operação do dia a dia estão em guias Redis separados.

Topologia: Servidor de instância única, replica ou Redis Cluster (Redis 7.2 / 8.x, Valkey)

Antes de começar

• O … está em execução e requirepass está definido no arquivo de configuração … (a senha é lida desse arquivo). A instalação deve ter usado os caminhos do guia DBAtlas …Redis Cluster…Redis Sentinel…; se forem diferentes, adapte os caminhos.
• … está em um disco separado do disco de dados ou em um compartilhamento de rede; espaço livre de pelo menos o tamanho dos dados em memória (used_memory) vezes o período de retenção. O diretório de dados também precisa de espaço livre suficiente para o BGSAVE gravar o novo RDB.
• BGSAVE/BGREWRITEAOF trabalham com fork: conforme a taxa de escrita, é necessária memória extra (copy-on-write). vm.overcommit_memory = 1 deve estar configurado; caso contrário o fork falha com "Can't save in background: fork: Cannot allocate memory".
• Os comandos usados no backup (CONFIG, BGSAVE, LASTSAVE, BGREWRITEAOF…, CLUSTER, SYNC…) não foram desativados com rename-command, e o usuário dono da senha (default) pode executá-los.
• Você tem acesso root ou sudo. Se um restore no local estiver planejado, a janela de manutenção foi acordada e a equipe da aplicação foi avisada.

Fases do guia

• Configurações atuais de persistência — Revisar as informações de persistência e de papel · Configurar a regra save do RDB · Ativar o AOF em tempo de execução · Preparar o diretório de backup
• Backup RDB — Verificar se a replica está atualizada · Gerar um RDB novo com BGSAVE · Copiar o dump.rdb para o diretório de backup e verificá-lo · Listar os masters do Cluster · Obter um RDB de cada master (--rdb)
• Backup do AOF — Compactar o AOF (BGREWRITEAOF) · Fazer backup do appendonlydir · Verificar os arquivos do AOF
• Restore de teste (instância temporária) — Abrir o RDB em uma instância temporária · Comparar com a origem e parar a instância temporária · Abrir o backup do AOF em uma instância temporária
• Restore no local — Parar o serviço e mover os arquivos atuais para o lado · Colocar o backup RDB no lugar · Desativar o AOF temporariamente · Colocar o backup do AOF no lugar · Iniciar o serviço e verificar os dados · Reativar o AOF em tempo de execução …
• Backup agendado e retenção — Gravar o script de backup · Tornar o script executável · Preparar o acesso SSH ao servidor remoto · Criar o service e o timer do systemd · Disparar o backup agendado manualmente e verificá-lo · Gravar o job do cron …
• Monitoramento — Monitorar a persistência e a idade do backup · Ensaio regular de restore