Projeto Supabase pausado? Seus dados continuam lá

Sua app parou de responder. Cada requisição volta como erro e, quando você abre seu painel do Supabase, o projeto tem a palavra Paused ao lado do nome, com um botão Restaurar onde ficavam os painéis de sempre. Nada do que você publicou causou isso, e nada avisou que estava vindo.

É aqui que as duas respostas de sempre erram. Uma diz que seu banco de dados acabou, o que nunca foi verdade. A outra diz para relaxar, que um projeto Supabase pausado por inatividade continua com todos os dados, então clique em Restaurar e siga o dia. Essa é verdade hoje e deixa de ser, em silêncio, numa data que ninguém menciona.

Ajuda pensar no projeto como um box de um depósito. O aluguel parou, então as luzes estão apagadas e a porta trancada. Suas caixas estão lá dentro, exatamente como você deixou. É aí que seu projeto está agora, e existe uma data depois da qual o box é esvaziado.

Um projeto Supabase pausado está apagado?

Não. O projeto está parado, e parar não é remover. Suas tabelas, suas linhas, suas regras de Row Level Security e os arquivos que seus usuários enviaram continuam todos no disco. O que foi desligado é o banco de dados na frente deles, e por isso sua app recebe um erro em cada requisição que faz.

Essa distância é o que torna o susto razoável. De fora a app está quebrada do jeito que uma app quebra quando o banco de dados sumiu: listas vazias, carregamentos que nunca terminam, um erro a cada salvamento. Do painel, é um projeto com um botão em cima.

O Supabase pausa projetos no plano gratuito e só nele. Segundo a documentação deles, aplicações do plano gratuito que mostram pouca atividade num período de sete dias podem ser pausadas para economizar recursos de servidor, e projetos pagos não são pausados por inatividade de jeito nenhum. A página deles sobre pausa é a que vale ler, porque tudo daqui para baixo depende de números que são deles.

Por que o Supabase pausou meu projeto?

Porque ninguém falou com ele por mais ou menos uma semana.

Atividade quer dizer requisições. Abrir o projeto no painel conta. Sua app chamando o banco conta. O que não conta é a sua app simplesmente existir, então um projeto que subiu mês passado e ainda não achou visitantes é exatamente o formato que acaba pausado. Quase nunca acontece com as apps movimentadas.

O plano gratuito também permite dois projetos ativos por vez, e os pausados deixam de contar nesse limite. Assim, um projeto que você guardou de propósito e um que parou sozinho ficam iguais no painel, e os dois já estão correndo contra o mesmo relógio de um ano.

Como restaurar um projeto Supabase pausado?

Abra o painel, escolha o projeto e clique em Restaurar. Dentro da janela é esse o procedimento inteiro, e são alguns minutos de espera em vez de uma migração.

O que volta é o projeto que você tinha. A mesma referência de projeto, logo a mesma URL de API. As mesmas tabelas, as mesmas regras, os mesmos buckets do Storage. O Supabase sobe projetos gratuitos na última versão menor do Postgres como parte da restauração, o que você não vai perceber.

As chaves são a parte que pode não voltar do jeito que estava. O Supabase avisou que projetos restaurados desde 1º de novembro de 2025 não recebem mais as chaves legadas, anon e service_role. Nas palavras do próprio Supabase, projetos pausados que são restaurados correm o risco de quebrar porque não terão as chaves legadas. Se o seu app ainda envia a chave anon antiga, uma sequência longa que começa com eyJ, conte com as requisições dele sendo recusadas assim que o projeto voltar. A solução é colocar a chave publicável do projeto, a que começa com sb_publishable_, nas configurações de ambiente do seu builder. Os dois formatos de chave estão comparados lado a lado.

Faça uma coisa antes de fechar a aba: tire uma cópia dos dados enquanto o banco está rodando. Um projeto pausado é o único estado em que você não consegue exportar nada, e o motivo para fazer hoje em vez de semana que vem é o relógio da próxima seção.

Já que sua app voltou, também vale saber o que ela mostra para um estranho. Nossa varredura gratuita lê seu site de fora e diz o que encontra. Leva uns 20 segundos e não precisa de conta: escaneie sua app.

Quanto tempo eu tenho para restaurar?

Um ano a partir do dia da pausa. O Supabase coloca assim: depois que o projeto é pausado, existe uma janela de um ano para restaurá-lo na plataforma de dentro do Supabase Studio.

Confira esse número em vez de confiar nele, porque ele já mudou uma vez. Quando o limite foi criado em junho de 2024 eram 90 dias, e tudo que foi escrito sobre projetos pausados antes de o Supabase ampliar isso continua dizendo 90. O artigo de ajuda deles é o sinal mais claro disso: a página diz um ano, e a URL onde ela mora continua dizendo 90 dias.

Calcule a data e coloque num calendário enquanto você está pensando nisso. É um ano a partir do dia em que o projeto pausou, que quase nunca é um ano a partir do dia em que você percebeu.

Não tem botão Restaurar. O que acontece agora?

Você recebe um download em vez de uma restauração, e essa diferença é maior do que parece.

Fechada a janela, o Supabase troca a opção de restaurar por duas coisas que você pode levar: o último backup lógico, tirado logo antes da pausa, e todos os seus objetos do Storage. Os dois saem da página de resumo do projeto. Seus dados estão nesses arquivos. Seu projeto não está, e ele não volta.

O Supabase documenta a migração que vem depois. São cinco passos e, entre todos, eles pedem um cliente Postgres, a CLI do Supabase e um token de acesso da Management API.

Essa última linha é a que as pessoas descobrem tarde demais. O endereço que sua app vinha usando faz parte do projeto que você acabou de perder, então reconstruir não é só um trabalho de dados. As variáveis de ambiente do seu builder, tudo que você colou direto no código, qualquer webhook, meio de pagamento ou ferramenta de analytics apontando para a URL antiga: cada um deles é um lugar em que a app quebra depois que os dados já estão a salvo.

Depois dessa ainda tem mais uma linha, e nessa não vem salvação junto. A nota do Supabase é direta: depois que um projeto é apagado, todos os dados associados, backups incluídos, são removidos em definitivo e não podem ser recuperados. Se seu painel está te oferecendo downloads agora, pegue já.

O plano gratuito guarda backup enquanto meu projeto está pausado?

Existe exatamente um, e ele não é a rede de segurança que a maioria imagina.

O plano gratuito não tira nenhum backup agendado. Nada é copiado para lugar nenhum enquanto seu projeto roda, o que vale saber antes de alguma coisa dar errado e não no meio. A cópia que aparece no painel quando a janela de restauração fecha é um único backup lógico tirado no instante da pausa, e ela fica disponível para download exatamente no ponto em que você já não pode restaurar.

Daí seguem duas coisas. A cópia tem a data do dia em que seu projeto parou, o que acaba dando certo, porque um projeto pausado não aceitou nenhuma escrita desde então. E ela mora na mesma conta do projeto de onde saiu, atrás do mesmo login, coberta pela mesma exclusão. Está no box, atrás da mesma porta.

A hora de tirar a sua própria cópia é enquanto o projeto volta a rodar. Fazer uma pelo painel sem encostar num terminal é o caminho do plano gratuito, e três formas de fazer backup de um banco Supabase compara o que cada uma custa.

Como evito que pause de novo?

Dê ao projeto algo para responder a cada poucos dias, ou tire do plano gratuito.

O Supabase conta como atividade abrir o projeto no painel e as requisições que chegam da sua aplicação conectada. Uma tarefa agendada que chama seu banco uma vez por dia já basta para manter o contador acordado, e um servicinho de cron ou um fluxo agendado no seu repositório de código é o jeito usual de montar isso.

Mudar para o Pro tira a pergunta em vez de administrá-la. Projetos pagos não são pausados por inatividade, e o Pro é também onde começam os backups diários do próprio Supabase, com uma janela de sete dias. O que mais o Pro muda, limite por limite, tem um artigo só para isso.

O que fazer esta semana

Onde entra o Reeve Care

Uma pausa é uma queda que não parece uma queda. Suas páginas continuam carregando, porque quem serve elas é o seu builder; o que parou foi tudo que está atrás delas. Boa parte da explicação de por que ninguém te avisou está aí.

• Um projeto pausado não pode ser copiado, e uma cópia que falha te manda um e-mail. O Care se conecta ao seu banco no calendário dele em vez de esperar sua app perceber, então a noite em que o banco para de responder é a noite em que você fica sabendo.
• A cópia mora fora da sua conta do Supabase. Criptografada, em armazenamento que é nosso, de modo que um projeto pausado, vencido ou apagado não leva os backups junto.
• Cada cópia é lida de volta antes de valer. A data no seu painel é o último backup que passou nessa verificação, nunca a última tentativa.
• Restaurar é um botão, e antes de começar é tirado um retrato do estado atual, então até a restauração tem um desfazer.
• Os arquivos que seus usuários enviaram também são copiados, assim que você conectar seus buckets do Storage. Essa é uma segunda chave e é opcional, porque a chave que o Supabase emite para o Storage não só lê como também escreve, e preferimos pedir separado a misturar com uma que não pode.

Dois limites, antes de você decidir qualquer coisa. Hoje o Care faz backup de Supabase e de mais nada, e se seus dados moram em outro lugar a gente fala isso antes de você pagar, não depois. E nada disso impede um projeto de pausar: a pausa acontece dentro do Supabase, onde somos um cliente como qualquer outro. O que muda é onde seus dados estão no dia em que isso acontece.

Deixe também os backups do próprio Supabase ligados no dia em que você for para um plano pago. Duas cópias em dois lugares é a ideia inteira, e a mais barata das duas já está na sua fatura. O que cada plano inclui está na página de preços, e a cópia, a verificação e a restauração estão desenhadas passo a passo na página de backups do Supabase.

Antes de fechar esta aba, abra seu painel e veja qual dos dois botões seu projeto está te oferecendo. Esse único dado decide se hoje são cinco minutos de espera ou uma reconstrução, e o checklist de segurança de 10 minutos cobre backups junto com o resto do que vale confirmar quando sua app voltar a responder.