Essa atualização se aplica apenas aos bancos de dados de desenvolvimento. Bancos de dados de produção
usados pelos seus apps publicados não são afetados na maioria dos casos. No entanto, se o seu
app publicado compartilha um banco de dados de desenvolvimento com outro app (comum em apps mais antigos
bifurcados ou remixados), veja Fix a published app using a shared
database
para as etapas importantes.
O que está mudando
A atualização move seu banco de dados de desenvolvimento da infraestrutura do Neon para o Helium, que roda diretamente na plataforma do Replit. Veja o que isso significa para você:- Menor latência: seu banco de dados roda na infraestrutura do Replit junto com seu app, reduzindo os tempos de conexão
- Mais armazenamento: seu limite de armazenamento aumenta de 10 GB para 20 GB
- Mesmo mecanismo de banco de dados: o Helium usa o PostgreSQL 16, a mesma versão do Neon — suas consultas, esquemas e dados funcionam da mesma forma
- Conexão contínua: sua variável de ambiente
DATABASE_URLé atualizada automaticamente para apontar para o Helium - Conexão do Neon salva: sua string de conexão anterior do Neon é salva como
NEON_DATABASE_URLnos seus Secrets para referência. O banco de dados antigo do Neon não é mais usado pelo seu app após a atualização e está programado para remoção após um período de carência temporário.
O que esperar durante a atualização
A atualização é executada automaticamente quando você abre seu Replit App no Project Editor.- Uma tela de progresso aparece com a mensagem “Upgrading your database”
- Seus dados são copiados de forma segura do Neon para o Helium. Nenhum dado é alterado ou perdido durante a transferência.
- A duração depende do tamanho do seu banco de dados — pode levar de alguns minutos a algumas horas para bancos de dados grandes
- Você pode manter a aba aberta ou fechá-la e voltar depois
- Quando a atualização for concluída, uma caixa de diálogo de confirmação aparece: “We’ve upgraded your database!”
Se a atualização encontrar um problema, ela é automaticamente ignorada para que você possa
continuar trabalhando. A atualização será repetida na próxima vez que você abrir seu app.
O que fazer depois da atualização
Para a maioria dos criadores, nenhuma ação é necessária. Seu app continua funcionando como antes. Revise o seguinte, caso alguma dessas situações se aplique ao seu app:-
Strings de conexão do Neon fixas no código: se o seu código referencia diretamente uma string de conexão
neon.tech, atualize-a para usar a variável de ambienteDATABASE_URLem vez disso —process.env.DATABASE_URLem JavaScript ouos.environ['DATABASE_URL']em Python. - Funções (roles) personalizadas do PostgreSQL: se você criou funções de banco de dados personalizadas no Neon, essas funções e suas permissões são migradas automaticamente. No entanto, as senhas das funções não podem ser copiadas — você precisará redefinir as senhas de qualquer função personalizada no novo banco de dados Helium.
-
Variáveis de ambiente individuais do PG: as variáveis de ambiente
PGHOST,PGPORT,PGUSERePGPASSWORDsão removidas após a atualização. Use a string de conexãoDATABASE_URLem vez disso, que contém todas as informações necessárias para a conexão.
Solução de problemas
Erros de conexão SSL após a atualização
Após a atualização, você pode ver erros de conexão comoThe server does not support SSL connections ou a desconexão inesperada do socket. Isso acontece quando o código de conexão do seu banco de dados força um handshake SSL. O Neon exigia SSL para todas as conexões, mas o Helium roda localmente junto com seu app e não usa SSL.
Para corrigir isso, torne a configuração de SSL na conexão do seu banco de dados condicional ao ambiente. Isso garante que seu app se conecte sem SSL em desenvolvimento (Helium) e com SSL em produção (onde seu banco de dados de produção ainda pode exigi-lo).
App publicado usando um banco de dados compartilhado
Apps mais antigos que foram bifurcados ou remixados no Replit podem compartilhar um banco de dados de desenvolvimento com o app original. No sistema legado do Neon, bifurcar um app copiava oDATABASE_URL do app original, o que significava que tanto os apps quanto suas versões publicadas se conectavam ao mesmo banco de dados.
Após a atualização do banco de dados, o banco de dados Neon do app original é desativado. Se o seu app publicado ainda usa essa URL de banco de dados compartilhada, seu app publicado pode parar de funcionar ou perder acesso aos seus dados.
O que fazer a seguir
Se o seu app publicado for afetado, siga o guia dedicado passo a passo: Esse guia cobre:- Como confirmar se o seu app publicado ainda está usando a antiga conexão do Neon
- Quando usar Publish ou Republish com Create production database
- Como exportar e importar dados manualmente se o seu app publicado ainda depende do antigo banco de dados compartilhado
- Precauções importantes sobre tempo de inatividade, gravações ativas e funções personalizadas do PostgreSQL
Perguntas frequentes
Meus dados estão seguros durante a atualização?
Meus dados estão seguros durante a atualização?
Sim. Seus dados são copiados do Neon para o Helium — eles não são movidos ou excluídos
durante a transferência. O banco de dados original do Neon é preservado até que a atualização
seja concluída com sucesso. Nenhum dado é alterado ou perdido.
Posso pular ou atrasar a atualização?
Posso pular ou atrasar a atualização?
A atualização é executada automaticamente quando você abre seu Replit App. Se ela encontrar
algum problema, é automaticamente ignorada e você pode continuar trabalhando normalmente.
A atualização será repetida na próxima vez que você abrir o app.
A atualização falhou. O que devo fazer?
A atualização falhou. O que devo fazer?
Se a atualização falhar, ela é automaticamente ignorada para que você possa continuar usando seu
app com o banco de dados Neon existente. O sistema tentará novamente a atualização na
próxima vez que você abrir seu app. Se o problema persistir em várias tentativas,
contate o suporte para obter assistência.
Por que minhas variáveis de ambiente mudaram?
Por que minhas variáveis de ambiente mudaram?
Depois da atualização,
DATABASE_URL aponta para o seu novo banco de dados Helium em vez
do Neon. Sua string de conexão anterior do Neon é salva como NEON_DATABASE_URL
nos Secrets do seu app. Se o seu código usa DATABASE_URL para conectar, nenhuma alteração
é necessária — a variável é atualizada automaticamente.O que aconteceu com PGHOST, PGPORT, PGUSER e PGPASSWORD?
O que aconteceu com PGHOST, PGPORT, PGUSER e PGPASSWORD?
Essas variáveis de ambiente individuais são removidas após a atualização. O Helium
fornece os detalhes de conexão através da variável de ambiente
DATABASE_URL, que
contém todas as informações que seu app precisa para se conectar. Atualize
qualquer código que referencie essas variáveis individuais para usar DATABASE_URL
em vez disso.Ainda posso acessar meu antigo banco de dados Neon?
Ainda posso acessar meu antigo banco de dados Neon?
Sua string de conexão anterior do Neon é salva como
NEON_DATABASE_URL nos
Secrets do seu app para referência. Na maioria dos casos, o banco de dados antigo do Neon não é mais
usado após a atualização e está programado para remoção em 8 de junho de 2026.Se o seu app publicado estava usando um banco de dados Neon compartilhado mais antigo de um app
bifurcado ou remixado, esse banco de dados Neon pode ainda estar temporariamente disponível para que você possa
exportar dados e migrar para o seu próprio banco de dados de produção. Esse acesso é temporário,
e o banco de dados compartilhado ainda será removido em 8 de junho de 2026, então atualize seu
app publicado o mais rápido possível.Se NEON_DATABASE_URL não estiver disponível nos seus Secrets e você precisar de ajuda
para recuperar a string de conexão antiga, contate o
suporte.Isso afeta meu app publicado ou de produção?
Isso afeta meu app publicado ou de produção?
Na maioria dos casos, não — os bancos de dados de produção são gerenciados separadamente e não
fazem parte dessa atualização. No entanto, se o seu app publicado usa a URL do banco de dados de
desenvolvimento diretamente (em vez de um banco de dados de produção separado), a atualização
pode afetar seu app publicado. Isso é mais comum em apps mais antigos que foram bifurcados
ou remixados, onde o fork compartilhava o banco de dados do app original. Veja Fix a
published app using a shared
database para
saber como corrigir isso.
Próximos passos
- Database: saiba mais sobre a ferramenta de Banco de Dados do Replit e como gerenciar seu banco de dados
- Production Databases: entenda como os bancos de dados de produção diferem dos bancos de dados de desenvolvimento