Read this guide in English

O plano gratuito do Supabase inclui backups?

Não. Backups automáticos começam no plano Pro (US$ 25/mês, em setembro de 2026) — diários, guardados por 7 dias. No plano Free não há nenhum backup rodando por você: apague uma tabela hoje à noite e não existe botão de restauração esperando em lugar nenhum do painel. Se você não exportar os dados, não existe cópia utilizável em lugar algum. A documentação oficial de backups diz isso sem rodeios, recomendando que projetos gratuitos exportem os dados regularmente com a CLI e mantenham cópias fora da plataforma. Esta página é a versão prática desse conselho: o que o Free realmente inclui, a pausa que torna isso urgente e três formas de ter um backup de verdade — duas delas gratuitas.

O que cada plano realmente oferece

Preços de setembro de 2026. Mais um detalhe que surpreende em todos os planos: mesmo onde existem backups automáticos, eles cobrem apenas o banco de dados — os arquivos do Storage nunca estão neles. E em projetos mais novos os backups da própria plataforma não podem ser baixados — ou restauram no lugar, ou não restauram.

A pausa torna isso urgente, não opcional

Projetos gratuitos são pausados após 1 semana sem atividade, e você tem no máximo 2 projetos ativos. (Já foi pausado? O guia de projetos pausados tem os passos para reativar e o relógio completo.) A pausa em si gera um snapshot, e é ele que permite restaurar o projeto pausado pelo painel — por até um ano. Repare do que ele protege: da pausa, não de você. Ele aparece quando o projeto para, não quando uma migration dá errado. Passado o ano, a restauração no lugar sai de cena; o backup e os arquivos do Storage continuam disponíveis para download e migração para um projeto novo, mas agora você está recuperando dados num prazo que o Supabase escolheu, não você. O plano gratuito é onde vivem os projetos paralelos, os protótipos que viraram produto sem avisar e a ferramenta de fim de semana da qual um cliente depende. Ninguém está de plantão para eles. Esse é o argumento a favor de um backup que roda sem você, não contra.

Opção 1 — faça um dump agora (dois minutos)

Funciona em qualquer plano, não custa nada, e o você do futuro ganha uma cópia que restaura em qualquer Postgres com as extensões que seu schema usa. Pegue a string de conexão do Session pooler no botão Connect no topo do painel — não a Direct connection, que usa IPv6 e falha na maioria das redes domésticas e de CI:

export DB_URL="postgresql://postgres.<project-ref>:<senha>@aws-0-<regiao>.pooler.supabase.com:5432/postgres"

pg_dump "$DB_URL" \
  --format=custom \
  --schema=public \
  --file="backup-$(date +%F).dump"

--schema=public captura o schema da sua aplicação; os schemas gerenciados pelo Supabase (auth, metadados do storage) ficam de fora, por design. Se preferir o supabase db dump oficial, saiba que a saída padrão dele não contém linhas — só as definições do schema. O guia de exportação em .sql cobre os dois comandos e essa armadilha em detalhe.

Opção 2 — configure backups automáticos (quinze minutos)

Um dump avulso envelhece rápido, e o Supabase não agenda um para você em nenhum plano — backup automático no Free significa um agendador que você mesmo traz. O mais barato que funciona é o GitHub Actions: o guia de GitHub Actions (em inglês) tem um workflow semanal completo que despeja seu banco em um bucket seu, de graça. Os arquivos do Storage podem ir junto na mesma execução, mas só depois que você criar credenciais S3 do Storage para o projeto e adicionar os quatro campos ao workflow — o dump do banco nunca os captura sozinho.

Escolha a frequência pelo egress, não pelo hábito: cada backup puxa dados para fora do Supabase contra a cota de 5 GB/mês do plano Free, compartilhada com tudo que seu app já serve. Faça a conta com os seus números — cerca de 4,3 execuções semanais por mês — em vez de copiar uma cadência. Um banco de 100 MB são uns 0,4 GB por mês no semanal e só 3 GB no diário, então diário está ótimo. No teto de 500 MB, semanal dá cerca de 2 GB e diário estouraria a cota sozinho. O Storage é a parte que surpreende: o Free inclui 1 GB, e copiar tudo semanalmente são mais uns 4,3 GB, o que por si só quase esgota a cota. Cópias do Storage são cópias completas, não incrementais, então se você tem uploads reais a alavanca é a cadência: copie o Storage com menos frequência que o banco. Use um repositório privado — o GitHub desativa workflows agendados em repositórios públicos após 60 dias sem atividade, e um repositório de backup é exatamente o tipo que fica parado.

Opção 3 — deixe um serviço rodar (também grátis)

O plano gratuito do BackupDrill cobre um projeto com backups semanais para o seu próprio bucket S3, R2 ou B2 — os bytes passam pelo nosso worker e nunca são gravados em disco nosso — com e-mail se um backup falhar. Seu primeiro backup também ganha um ensaio de restauração: o snapshot é restaurado em um Postgres descartável e verificado, então você vê a prova de que ele restaura de verdade, não só um check verde. Ensaios semanais agendados são o que os planos pagos acrescentam. Prefere rodar o ciclo inteiro em uma máquina sua? Isso também existe — o comparativo de ferramentas (em inglês) cobre as opções honestas, incluindo as gratuitas.

Perguntas frequentes