Skip to main content

​
Identifier la base de données concernée

Dans le volet Database, vérifiez si le problème touche le développement ou la production. Comparez avec l’environnement qui exécute la requête en échec. Consultez Bases de données de développement et de production. Consultez Replit Status pour voir si un incident correspond. Ne déduisez pas une panne uniquement à partir d’une erreur de connexion.

​
« The endpoint has been disabled »

  1. Vérifiez s’il existe un problème de facturation en suspens ou une restriction d’utilisation.
  2. Ouvrez le volet Database et sélectionnez l’environnement concerné.
  3. Si Unpause database est disponible, sélectionnez-le, puis réessayez la connexion.
  4. Si le contrôle est absent, vérifiez si un DATABASE_URL configuré manuellement pointe vers une base de données différente de celle affichée dans le volet.
Comparez les paramètres de connexion en privé. N’affichez pas et ne partagez pas la chaîne de connexion complète. Ne supprimez pas une configuration de base de données externe volontaire. Si la réactivation échoue, ou si le contrôle reste absent, contactez le support en indiquant l’environnement, l’erreur et les étapes tentées. Redémarrer à répétition ne remplace pas l’examen d’une base de données suspendue.

​
Preview se connecte, mais pas l’application publiée

Vérifiez les secrets de production et la configuration de base de données de l’application publiée, surtout après une restauration ou une migration. Les secrets de l’espace de travail seuls ne vérifient pas la connexion de production. Dans Publishing, examinez Adjust settings et les secrets de production. Si votre application utilise à la fois DATABASE_URL et des variables PostgreSQL individuelles, assurez-vous qu’elles désignent la même base de données voulue. Enregistrez et publiez la configuration voulue, puis vérifiez une lecture avant de tester les écritures. Ne copiez jamais d’identifiants de production dans le code frontend ou un dépôt public.

​
Des tables ou des enregistrements manquent

Vérifiez d’abord quelle base de données l’application lit. Une base de développement vide ou une cible de connexion différente peut ressembler à une perte de données. Vérifiez si une migration récente a modifié les noms de tables ou le schéma. Publier le code de l’application ne prouve pas que les enregistrements de développement ont été copiés en production. N’exécutez pas de réinitialisation, ne supprimez pas de tables et ne copiez pas les données de développement sur la production comme étape de diagnostic.

​
Des données ont été supprimées ou écrasées

Arrêtez les écritures évitables sur les données concernées pendant l’évaluation de la récupération. Une restauration peut remplacer des données plus récentes. Préservez l’état actuel et comprenez l’étendue avant de confirmer une action de récupération.
Notez l’environnement concerné, l’heure approximative de la dernière version correcte connue avec son fuseau horaire, et ce qui a changé. Consultez les options de récupération et l’historique disponible affichés pour cette base de données. La conservation et les méthodes de récupération dépendent de la base de données et de la configuration ; ne supposez pas qu’un horodatage plus ancien est récupérable. Utilisez les instructions propres à la base de données dans Bases de données de développement et de production. Ne supposez pas que la restauration du code de l’application rétablit aussi les données de production. Contactez le support si vous ne parvenez pas à identifier une voie de récupération sûre. La récupération n’est pas garantie, et augmenter la conservation ne peut pas recréer un historique qui n’a pas été conservé.

​
Des identifiants ont peut-être été exposés

Retirez les valeurs exposées des documents partagés et contactez le support au sujet de la rotation des identifiants de base de données gérés. Prévoyez la mise à jour des clients externes et la republication de la configuration. Ne supprimez pas la base de données pour effectuer la rotation des identifiants.

​
Détails à fournir au support

Incluez l’URL du projet, l’environnement, l’erreur nettoyée, l’heure et le fuseau horaire, les migrations ou restaurations récentes et les vérifications déjà effectuées. N’incluez pas d’identifiants de base de données, de chaînes de connexion complètes ni de données clients. Consultez la liste de vérification du support.