--- canonical: https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/ language: pt generated: 2026-10-21T13:33:42.126Z --- [Início](https://koalavps.com/pt/) / [Explorar](https://koalavps.com/pt/resources/) / As notas de campo do KoalaVPS As notas de campo do KoalaVPS # Cópias de segurança encriptadas que pode realmente restaurar. Construa um caminho de recuperação independente com uma ferramenta como restic ou Borg e teste o caminho antes de precisar dele. [Encontre o seu VPS](https://koalavps.com/pt/vps/) ## NESTE DOCUMENTO [Escolha o limite do repositório](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-1)[Capture dados consistentes](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-2)[Dificulte a exclusão](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-3)[Agendar verificações e exercícios de restauro](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-4)[Separar a adição de uma cópia da eliminação do histórico](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-5)[Um exercício de restauro com uma condição de aprovação](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-6)[Crie um manifesto de recuperação antes de escolher exclusões](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-7)[Verifique os dados armazenados, bem como os metadados do repositório](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-8)[Mantenha a manutenção fora do alcance do cliente comprometido](https://koalavps.com/pt/guides-encrypted-vps-backups-restic-borg/#section-9)[Base de conhecimento](https://koalavps.com/pt/resources/) ## 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](https://restic.readthedocs.io/en/stable/060_forget.html) ## 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](https://borgbackup.readthedocs.io/en/stable/quickstart.html) ## 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](https://restic.readthedocs.io/en/stable/045_working_with_repos.html) ## 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](https://borgbackup.readthedocs.io/en/stable/usage/notes.html) · [restic: considerações sobre retenção e apenas-acréscimo](https://restic.readthedocs.io/en/stable/060_forget.html) CONTINUE A EXPLORAR ## Continuar a ler. [Guias ### Um backup importa quando restaura. Projete um backup em torno dos dados que você não pode recriar e do tempo que seu serviço pode se dar ao luxo de perder. Um upload…](https://koalavps.com/pt/backups/)[Guias ### Mantenha a máquina sua. A segurança é uma rotina contínua: reduza as superfícies expostas, limite os privilégios, aplique patches deliberadamente e torne …](https://koalavps.com/pt/server-security/)[Guias ### Ficheiros que controla, com recuperação que pode testar. O Nextcloud combina um armazenamento de ficheiros, base de dados, configuração da aplicação e integrações opcionais. Mantenha-os c…](https://koalavps.com/pt/guides-self-host-nextcloud-on-a-vps/) CONFIGURE SUA INFRAESTRUTURA ## Assuma o controle. Implemente nos seus termos. Sem documentação de identidade. Acesso total de administrador. Faturação nativa em cripto. [Selecione uma configuração](https://koalavps.com/pt/vps/)