Backups automáticos do Supabase com Reeve, e um botão que restaura tudo

Não. O Supabase copia os projetos pagos uma vez por dia e guarda essas cópias por 7 dias no Pro, 14 no Team e até 30 no Enterprise. Projetos gratuitos não têm nada guardado, e a própria documentação do Supabase sugere que você exporte os dados por conta própria.

O Supabase faz backup do meu banco de dados? →

Sim. Os backups automáticos rodam de fora do seu projeto, com uma chave só de leitura, então o seu plano do Supabase não faz diferença. As cópias ficam no nosso armazenamento, não no seu projeto.

Backups no plano gratuito do Supabase, sem terminal →

O histórico de versões no Lovable, Bolt e Replit reverte seu código. Seus dados ficam no Supabase e não são afetados. São duas coisas diferentes, e só uma tem desfazer de fábrica. Se os dados já sumiram e não há cópia em lugar nenhum, não conseguimos trazer de volta. Ninguém consegue. O que dá para fazer é garantir que da próxima vez exista uma cópia.

O histórico de versões não é um backup do banco →

Só a partir de uma cópia. Se um prompt apagou uma tabela ou um agente reescreveu linhas e ninguém tinha guardado uma cópia antes, essas linhas sumiram e nenhuma ferramenta consegue reconstruir. Com a Reeve existe um ponto de restauração de antes do prompt. Você escolhe e restaura sozinho, e antes de qualquer coisa ser substituída é feita uma cópia de segurança do estado atual.

Um agente de IA apagou meus dados do Supabase →

A cópia diária não, se o seu projeto for recente. O Supabase agora guarda essas cópias como físicas, que ele restaura para você mas não deixa baixar. Para ter um arquivo seu, você precisa exportar por conta própria com a CLI do Supabase. Qualquer cópia verificada da Reeve baixa como um zip comum.

Por que você não consegue baixar seu backup do Supabase →

Para a maioria dos apps feitos com IA, sim. O point-in-time recovery (PITR) volta para qualquer segundo e é cobrado por projeto, em cima de um plano pago. A Reeve guarda backups agendados que você pode nomear e restaurar sozinho, e cobre os arquivos que seus usuários enviaram, o que o PITR não faz.

Point-in-time recovery no Supabase: custo e limites →

A cópia diária do próprio Supabase inclui, porque copia o banco inteiro. Um supabase db dump simples não: sozinho, ele salva a estrutura das suas tabelas sem nenhuma linha e deixa de fora o schema auth, onde ficam seus usuários. A cópia da Reeve inclui os schemas auth e storage, então seus usuários voltam junto com todo o resto.

Por que seu dump do Supabase não tem usuários dentro →

Excluir um projeto exclui os backups junto, e o Supabase não consegue trazê-los de volta. Pausar é mais leve: um projeto gratuito pausado mantém os dados, e o painel oferece um botão Restore por um bom tempo depois. As cópias da Reeve ficam fora do seu projeto, então nem uma pausa nem uma exclusão encostam nelas.

Projeto Supabase pausado? Seus dados continuam lá →

O Lovable guarda versões do seu projeto. O banco é do Supabase e segue as regras do Supabase, que no plano gratuito significam nenhum backup.

Sim, do Supabase Storage, em todos os planos. Eles são copiados a cada backup e devolvidos pelo mesmo botão de restaurar. Conectar a chave do storage é opcional, e seu banco de dados é copiado de qualquer jeito.

Por que a cópia do seu banco não tem arquivo nenhum →

Pode. Qualquer cópia verificada baixa como um zip comum: a estrutura, cada linha, as funções e um README explicando o que é o quê. É o banco de dados, então os arquivos enviados não vão no zip, mas vão na restauração.

Três formas de fazer backup de um banco Supabase →

Os backups e o monitoramento param. Seus pontos de restauração ficam guardados por 30 dias caso você mude de ideia, e são apagados quando esse período de retenção acaba.

Você assiste acontecer. O banco volta primeiro, depois os arquivos, e o tempo depende de quanta coisa existe. No fim você fica sabendo o que voltou, e o que não voltou.

Como restaurar um backup do Supabase →

Não. Cada cópia é criptografada com uma chave que pertence só à sua conta e guardada na UE, e ninguém na Reeve lê nada.

A gente lê de volta. Assim que uma cópia é feita, a Reeve abre de novo e conta as linhas de cada tabela comparando com o que o banco tinha quando a cópia começou. Se algum número não bater, a cópia não é marcada como verificada e você fica sabendo. Então VERIFICADO ao lado de um ponto de restauração quer dizer que abrimos depois e estava tudo lá.

Vlad Tkachenko, fundador da Reeve, que também escreve os guias deste site. Se um e-mail do Vlad, da Reeve, trouxe você até aqui, era ele mesmo. A Reeve fica em reeve.page e faz backup, monitora e verifica apps criados com Lovable, Bolt, Cursor e outras ferramentas de IA.