Passer au contenu principal
Ces réponses couvrent la base de données de production. Pour la référence complète, consultez Bases de données de production et Base de données SQL.
Cette erreur signifie que le point de terminaison de calcul de la base de données est désactivé. Commencez par identifier la base de données concernée :
  1. Ouvrez l’outil Base de données et sélectionnez la base de données utilisée par l’application en échec.
  2. Si un bouton Réactiver la base de données apparaît, sélectionnez-le.
  3. Réessayez la connexion.
Si le point de terminaison continue d’être désactivé, consultez Account usage et vos paramètres de facturation pour repérer une facture impayée ou une limite d’utilisation. Si le contrôle Réactiver la base de données est absent, consultez « Ma base de données est gelée et je ne vois pas de bouton Réactiver » avant de modifier vos Secrets.Consultez Dépanner les bases de données pour le flux de diagnostic complet.
Non. Si la panne est déjà répertoriée sur status.replit.com, l’équipe travaille dessus et un ticket n’accélérera pas la résolution. Ouvrez l’incident actif et abonnez-vous aux mises à jour pour être notifié de la progression.Si votre problème de base de données n’est pas répertorié sur la page de statut, contactez le support Replit.
Replit prend en charge la récupération à un point dans le temps pour les bases de données de production. L’historique disponible dépend de la fenêtre de récupération configurée ; les plans éligibles peuvent configurer une conservation plus longue.Une restauration affecte l’ensemble de la base de données, pas seulement la table manquante, et peut remplacer des données plus récentes. Consultez Récupération de données avant de restaurer. Augmenter la conservation ne peut pas recréer un historique qui n’a pas été conservé.
Commencez par trouver quelle base de données votre application utilise. Un DATABASE_URL dans Secrets peut pointer vers une base de données externe configurée intentionnellement.Comparez en privé le secret DATABASE_URL avec la chaîne de connexion de l’outil Base de données. Si votre application doit utiliser la base de données gérée par Replit mais que le secret pointe vers une ancienne connexion, le secret remplace l’URL correcte. Supprimer ce remplacement obsolète permet à l’application d’utiliser de nouveau la connexion gérée par Replit. Une URL différente peut aussi être intentionnelle : ne la supprimez donc pas simplement parce que les valeurs diffèrent.En dernier recours, si vous avez confirmé que l’application doit utiliser sa base de données gérée par Replit et qu’un secret DATABASE_URL obsolète remplace cette connexion :
  1. Enregistrez le secret existant en lieu sûr pour pouvoir le restaurer si nécessaire.
  2. Supprimez uniquement l’entrée DATABASE_URL en conflit dans Secrets. Conservez les autres secrets et toute connexion intentionnelle à une base de données externe.
  3. Actualisez, rouvrez l’outil Base de données et vérifiez à nouveau si Réactiver la base de données apparaît.
  4. Réessayez la connexion de l’application. Si la suppression du secret interrompt la connexion, restaurez-le.
Si le contrôle reste absent ou si la connexion échoue toujours, contactez le support Replit avec l’URL de votre projet et les vérifications effectuées. Ne partagez pas de chaînes de connexion.
Votre application ouvre simultanément plus de connexions à la base de données que ce que le pool autorise. Causes courantes :
  • Des connexions qui ne sont pas fermées après chaque requête
  • Un pic de trafic
  • Des requêtes lentes maintenant les connexions ouvertes
La plupart des frameworks s’attendent à un pool de connexions partagé unique plutôt qu’à une nouvelle connexion par requête.Pour la correction la plus rapide, ouvrez un nouveau chat Agent, décrivez l’erreur et demandez à Agent de vérifier comment votre application gère les connexions à la base de données.
Replit maintient séparées les bases de données de développement et de production afin que les modifications de test n’affectent pas les données en production. Lorsque vous publiez, Replit identifie les différences de schéma entre vos bases de données de développement et de production et exécute automatiquement les migrations pendant la construction. Pour exécuter une migration manuellement, sélectionnez votre base de données de production dans l’outil Base de données et utilisez la console SQL.Exécuter du SQL manuellement est un flux non pris en charge avec un support limité ; consultez Appliquer les objets manquants à la production avant de continuer.Consultez Créer une base de données de production lors de la publication et Dépanner les bases de données.
Une facturation à jour n’exclut pas un point de terminaison désactivé. Suivez les étapes de réactivation ci-dessus pour la base de données concernée.Si la réactivation échoue ou si le problème se reproduit, contactez le support Replit avec l’URL de votre projet, l’erreur et les étapes essayées.

Vous avez encore besoin d’aide ?

Si votre question sur la base de données n’est pas répondue ici, contactez le support Replit.