Saltar para o conteúdo principal
Estas respostas abrangem o banco de dados de produção. Para referência completa, veja Bancos de dados de produção e Banco de dados SQL.
Este erro significa que o endpoint de computação do banco de dados está desativado. Primeiro, identifique o banco de dados afetado:
  1. Abra a ferramenta Banco de dados e selecione o banco de dados usado pelo app com falha.
  2. Se um botão Retomar banco de dados aparecer, selecione-o.
  3. Tente a conexão novamente.
Se o endpoint continuar sendo desativado, verifique Account usage e suas configurações de faturamento em busca de uma fatura não paga ou de um limite de uso. Se o controle Retomar banco de dados estiver ausente, veja “Meu banco de dados está congelado e não vejo um botão Retomar” antes de alterar qualquer Secret.Veja Solucionar problemas de bancos de dados para o fluxo de diagnóstico completo.
Não. Se a interrupção já estiver listada em status.replit.com, a equipe está trabalhando nela e um chamado não acelerará a correção. Abra o incidente ativo e assine as atualizações para ser notificado conforme ele avança.Se o problema do seu banco de dados não estiver listado na página de status, entre em contato com o Suporte do Replit.
O Replit suporta recuperação pontual para bancos de dados de produção. O histórico disponível depende da janela de recuperação configurada; planos elegíveis podem configurar uma retenção maior.Uma restauração afeta o banco de dados inteiro, não apenas a tabela ausente, e pode substituir dados mais recentes. Revise Recuperação de dados antes de restaurar. Aumentar a retenção não pode recriar um histórico que não foi mantido.
Primeiro, descubra qual banco de dados seu app usa. Um DATABASE_URL em Secrets pode apontar para um banco de dados externo configurado intencionalmente.Compare o secret DATABASE_URL de forma privada com a string de conexão na ferramenta Banco de dados. Se seu app deve usar o banco de dados gerenciado pelo Replit, mas o secret aponta para uma conexão antiga, o secret está substituindo a URL correta. Remover essa substituição obsoleta permite que o app volte a usar a conexão gerenciada pelo Replit. Uma URL diferente também pode ser intencional, então não a remova só porque os valores diferem.Como último recurso, se você confirmou que o app deve usar seu banco de dados gerenciado pelo Replit e que um secret DATABASE_URL obsoleto está substituindo essa conexão:
  1. Salve o secret existente com segurança para poder restaurá-lo, se necessário.
  2. Exclua apenas a entrada DATABASE_URL conflitante em Secrets. Mantenha os secrets não relacionados e qualquer conexão intencional com banco de dados externo.
  3. Atualize, reabra a ferramenta Banco de dados e verifique novamente se Retomar banco de dados aparece.
  4. Tente a conexão do app novamente. Se remover o secret quebrar a conexão, restaure-o.
Se o controle continuar ausente ou a conexão ainda falhar, entre em contato com o Suporte do Replit com a URL do seu projeto e as verificações concluídas. Não compartilhe strings de conexão.
Seu aplicativo está abrindo mais conexões de banco de dados de uma vez do que o pool permite. Causas comuns:
  • Conexões que não são fechadas após cada requisição
  • Um pico de tráfego
  • Consultas lentas mantendo conexões abertas
A maioria dos frameworks espera um único pool de conexões compartilhado em vez de uma nova conexão por requisição.Para a correção mais rápida, abra um novo chat do Agent, descreva o erro e peça ao Agent para verificar como seu aplicativo gerencia as conexões do banco de dados.
O Replit mantém os bancos de dados de desenvolvimento e produção separados para que alterações de teste não afetem dados ao vivo. Ao publicar, o Replit identifica as diferenças de esquema entre seus bancos de dados de desenvolvimento e produção e executa as migrações automaticamente durante o build. Para executar uma migração manualmente, selecione seu banco de dados de produção na ferramenta Banco de dados e use o console SQL.Executar SQL manualmente é um fluxo sem suporte oficial, com suporte limitado; revise Aplicar objetos ausentes na produção antes de continuar.Veja Criar um banco de dados de produção ao publicar e Solucionar problemas de bancos de dados.
O faturamento em dia não descarta um endpoint desativado. Siga as etapas de retomada acima para o banco de dados afetado.Se a retomada falhar ou o problema se repetir, entre em contato com o Suporte do Replit com a URL do seu projeto, o erro e as etapas tentadas.

Ainda precisa de ajuda?

Se sua dúvida sobre banco de dados não foi respondida aqui, entre em contato com o Suporte do Replit.