Cópias de segurança encriptadas que pode realmente restaurar.

Escolha o limite do repositório

Utilize um destino e credenciais separados do servidor de produção. A encriptação do lado do cliente pode proteger as cópias armazenadas, mas a palavra-passe ou chave do repositório deve ser guardada em segurança de forma privada. Perdê-la pode tornar inutilizável cada snapshot encriptado.

Capture dados consistentes

Utilize dumps nativos da base de dados ou um procedimento de snapshot suportado pela aplicação. Faça cópias de segurança da configuração, das instruções de implementação e dos segredos protegidos necessários para a recuperação. Exclua caches transitórias apenas quando souber que podem ser reconstruídas.

Dificulte a exclusão

Considere um destino apenas de adição ou imutável onde a máquina de origem não possa apagar todas as cópias históricas. Mantenha as credenciais de retenção e de limpeza separadas sempre que possível. A encriptação por si só não impede que um servidor comprometido apague um repositório gravável.

Agendar verificações e exercícios de restauro

Monitorize o estado de saída das tarefas e a idade da última cópia de segurança válida. Execute verificações de integridade do repositório suportadas pela ferramenta. Restaure uma amostra regularmente e realize um ensaio completo de recuperação após alterações importantes na aplicação.

Separar a adição de uma cópia da eliminação do histórico

Um destino apenas de adição pode permitir que o servidor de produção acrescente instantâneos, mantendo a autoridade de eliminação numa máquina de confiança separada. A retenção continua a exigir uma revisão cuidadosa: instantâneos mais recentes forjados podem comprometer algumas políticas de seleção baseadas em calendário. Consulte as orientações da ferramenta, execute um ensaio de retenção e monitorize a capacidade. A operação forget do Restic seleciona instantâneos; a limpeza remove dados armazenados não referenciados.

• Mantenha as credenciais de manutenção do repositório fora da máquina de produção
• Execute um teste de retenção antes de permitir a exclusão
• Use um destino novo e vazio para cada exercício de recuperação

restic check
restic snapshots
restic restore latest --target /srv/restore-drill

Documentação oficial: Retenção e limpeza do Restic

Um exercício de restauro com uma condição de aprovação

Escolha uma falha realista: um ficheiro eliminado, uma base de dados perdida ou uma reconstrução completa da máquina. Restaure para um diretório separado ou um anfitrião isolado. Verifique o conteúdo dos ficheiros, as permissões e a capacidade da aplicação de os utilizar. Registe o tempo decorrido e qualquer passo manual que faltava no manual de procedimentos. Uma verificação do repositório confirma uma propriedade diferente de uma restauração funcional da aplicação.

• Não restaure sobre a aplicação em produção como primeiro teste
• Confirme que as credenciais de criptografia podem ser recuperadas de forma independente
• Alertar se o backup bem-sucedido mais recente exceder o seu objetivo de recuperação

Crie um manifesto de recuperação antes de escolher exclusões

Liste os elementos que não podem ser recriados reinstalando um pacote: conteúdo da base de dados, carregamentos, configuração da aplicação, chaves de assinatura ou encriptação e versões de implementação. Registe o método de consistência junto de cada item. Um dump da base de dados pertence a um ponto no tempo definido; copiar um diretório de base de dados em uso pode produzir um resultado diferente. Mantenha o acesso ao repositório, a sua frase-passe e qualquer exportação de chave Borg num local de recuperação privado separado. Teste que uma máquina de substituição consegue abrir o repositório antes de o tornar a única cópia de recuperação.

• Declare o objetivo de ponto de recuperação: quanto trabalho recente pode ser perdido. Defina o cronograma em torno desse requisito.
• Defina o objetivo de tempo de recuperação: quanto tempo uma reconstrução pode levar. Inclua a importação do banco de dados e as alterações de DNS no ensaio.
• Verifique se uma exclusão destinada a caches não remove também uploads, volumes de contêiner ou configuração protegida.
• Use a documentação da versão principal do Borg instalada; os formatos de repositório e os comandos não são intercambiáveis entre todas as versões.

Documentação oficial: Borg: criptografia, consistência e restauração

Verifique os dados armazenados, bem como os metadados do repositório

A verificação padrão do repositório do Restic e uma verificação de leitura completa fazem trabalhos diferentes. Agende a verificação de dados considerando o seu custo de largura de banda e tempo de execução. O exemplo verifica um quinto definido dos arquivos de pacote; as verificações agendadas subsequentes devem usar as outras frações para cobrir o repositório. Um subconjunto selecionado aleatoriamente não oferece a mesma garantia de cobertura. Nenhuma das operações prova que a aplicação consegue iniciar com os dados restaurados.

restic check --read-data-subset=1/5
restic snapshots --host example-host
restic restore latest --host example-host --target /srv/restore-drill

Documentação oficial: restic: verificações do repositório e verificação de dados

Mantenha a manutenção fora do alcance do cliente comprometido

O armazenamento apenas de acréscimo do Borg preserva os dados de segmentos confirmados, mas um cliente ainda pode alterar a lista de arquivos visível; a recuperação e a compactação exigem o procedimento administrativo documentado. Restrinja a credencial de cópia de segurança remota ao comando de servidor do Borg, não a um shell ou início de sessão no sistema de ficheiros sem restrições que possa contornar essas proteções. Com o restic, reveja as orientações de keep-within para retenção apenas de acréscimo. Antes de qualquer manutenção que possa remover histórico, inspecione a saúde do repositório e pré-visualize a seleção a partir de uma máquina de confiança.

• Monitorize a idade da última cópia bem-sucedida, o crescimento do repositório, o espaço de cache e a capacidade livre em ambas as extremidades.
• Se uma restauração falhar, preserve o repositório original e os logs antes de tentar reparos ou limpeza.
• Se a tarefa for bem-sucedida mas arquivos esperados estiverem ausentes, inspecione o conteúdo do arquivo e os padrões de exclusão antes de alterar a retenção.
• Conclua o exercício abrindo ficheiros e executando verificações da aplicação em isolamento; mantenha os destinos de produção fora do comando de restauro.

Documentação oficial: Borg: operação e manutenção apenas de acrescento · restic: considerações sobre retenção e apenas-acréscimo