Do que fazer backup num projeto de IA (n8n, agentes e banco vetorial)?
Publicado em 21 de outubro de 2026 · 5 min de leitura
Num projeto de IA, faça backup de cinco coisas: o banco de dados (conversas, clientes, fluxos), as chaves de criptografia e variáveis de ambiente, o banco vetorial, os documentos que alimentam a base de conhecimento e os prompts versionados. Os arquivos dos modelos abertos não precisam de cópia: baixam de novo. Uma cópia diária fora da VPS, com retenção de 7 a 30 dias, cobre a maioria dos casos.
Por que o backup de um projeto de IA é diferente?
As regras gerais continuam valendo (regra 3-2-1, cópia fora do servidor, restauração testada, explicadas em como fazer backup de VPS). O que muda são as peças: um projeto de IA tem componentes que parecem descartáveis e não são, como a chave que decifra as credenciais, e outros que parecem preciosos e baixam de novo em minutos, como os pesos do modelo.
O que é indispensável copiar?
| Peça | Como copiar | Se perder |
|---|---|---|
| Banco PostgreSQL (conversas, fluxos do n8n, configuração do Dify) | pg_dump diário | Perde histórico, fluxos e cadastros |
Chave N8N_ENCRYPTION_KEY e arquivos .env | Cofre de senhas, fora da VPS | Credenciais restauradas não funcionam |
| Banco vetorial (Qdrant, pgvector) | Snapshot pela API ou junto do pg_dump | Reindexar tudo, com tempo e custo de embedding |
| Documentos da base de conhecimento | Cópia dos arquivos de origem | Não dá para reconstruir a base |
| Prompts e configuração dos agentes | Repositório git | O agente muda de comportamento sem explicação |
O que não precisa de backup?
- Pesos de modelos abertos (Ollama, Hugging Face): basta anotar o nome e a versão exata e baixar de novo.
- Imagens Docker públicas: anote a tag usada; o que precisa de cópia são os volumes.
- Caches e arquivos temporários.
Excluir isso do backup encolhe a cópia em dezenas de gigabytes e acelera a restauração.
Por que versionar prompts no git?
O prompt é o código do agente. Uma frase trocada muda o que ele responde a milhares de clientes. Com o prompt num repositório git você sabe quem mudou o quê e quando, e volta à versão anterior em segundos quando a resposta piora. Guarde junto o nome e a versão do modelo usado: o mesmo prompt responde diferente em outro modelo.
Com que frequência e por quanto tempo guardar?
- Banco e banco vetorial: diário, com retenção de 7 a 30 dias.
- Chaves e
.env: a cada mudança, no cofre. - Snapshot da VPS inteira: antes de atualizar n8n, Dify, Ollama ou o sistema operacional.
- Conversas: respeite o prazo de retenção definido para a LGPD (veja IA e LGPD); backup não pode ser o lugar onde dado vencido sobrevive para sempre.
Como testar se a restauração funciona?
- Suba uma VPS de teste e restaure o banco, o
.enve o snapshot do banco vetorial. - Abra o n8n e rode um fluxo que usa credencial: se a chave estiver errada, ele falha aqui.
- Faça ao agente três perguntas cuja resposta está na base de conhecimento e confira se ele encontra.
- Anote o tempo total: é o seu tempo real de recuperação.
Os detalhes do n8n estão em qual VPS escolher para o n8n, e os do banco vetorial em quanta memória o Qdrant precisa. Para backup gerenciado, a NuvoCloud oferece backup corporativo com cópias imutáveis.
Como automatizar o backup para não depender de memória?
Backup feito à mão para no dia em que a pessoa esquece. O mínimo automático:
- Um script que roda o
pg_dump, gera o snapshot do banco vetorial e compacta os arquivos de origem. - O mesmo script copia o resultado para outro lugar (outro servidor ou armazenamento externo) e apaga as cópias mais velhas que a retenção definida.
- Um agendamento diário (
cronousystemd timer) em horário de pouco uso. - Um aviso quando falha, por e-mail ou mensagem. Backup que falha calado é o mesmo que não ter backup.
- Uma conferência semanal do tamanho e da data da última cópia: se o arquivo encolheu de repente, alguma coisa deixou de entrar.
Quanto tempo leva para restaurar um projeto de IA?
Depende sobretudo do banco vetorial. Restaurar um snapshot leva minutos; reconstruir a base a partir dos documentos exige gerar todos os embeddings de novo, o que pode levar horas e custa chamadas ao modelo de embedding. Por isso o snapshot do banco vetorial vale a cópia diária, mesmo sendo possível reconstruir. Meça esse tempo no teste de restauração e informe à área de negócio: é ele que diz quanto tempo o atendimento ficaria sem a base de conhecimento.
Perguntas frequentes
Se eu perder a chave de criptografia do n8n, perco tudo?
Os fluxos voltam com o banco, mas todas as credenciais salvas ficam ilegíveis e precisam ser cadastradas de novo.
Preciso copiar o modelo do Ollama?
Não. Anote o nome e a versão exata e baixe de novo. O que importa copiar é o que só existe na sua VPS.
Snapshot da VPS substitui o backup?
Não. O snapshot fica no mesmo provedor e serve para voltar atrás rápido; o backup precisa de uma cópia em outro lugar.
Como fazer backup do Qdrant?
Pela API de snapshots do Qdrant, gerando um arquivo por coleção e copiando-o para fora da VPS.
Os prompts ficam no banco ou no git?
O ideal é o git como fonte e o banco como cópia em uso. Assim cada mudança tem autor, data e volta fácil.
Backup do n8n exportando os fluxos em JSON basta?
Ajuda, mas não basta. A exportação leva os fluxos sem as credenciais e sem o histórico. Para voltar ao estado completo, é preciso o banco e a chave de criptografia guardados juntos, em lugares diferentes da VPS.
Quer ver isso no seu caso?
Fale com o time técnico da NuvoCloud pelo WhatsApp ou ligue grátis no 0800 123 4657.
Falar no WhatsApp