Skip to main content
Les erreurs arrivent : une mauvaise modification de schéma, des lignes supprimées ou une session Agent qui a mal tourné. Replit vous offre une solution de récupération pour chaque base de données.

​
Restaurer votre base de données de développement

Vous pouvez ramener votre application et votre base de données de développement à un état précédent grâce à la fonctionnalité de rollback. Cela restaure votre base de données à n’importe quel point de contrôle créé par Agent.
Interface de rollback de point de contrôle affichant les options de rollback
Assurez-vous de sélectionner « Database » sous « Additional rollback options » lors de la restauration à l’état d’un point de contrôle. Cela restaurera votre base de données à l’état qu’elle avait au moment du point de contrôle.

​
Restaurer votre base de données de production

Pour les bases de données de production, vous pouvez restaurer à un moment précis à l’aide de la restauration à un point dans le temps.
Interface de rollback de base de données montrant les options de rollback
La durée de restauration disponible dépend de votre forfait : le forfait Core conserve jusqu’à 7 jours d’historique, tandis que les forfaits Pro et Teams conservent jusqu’à 28 jours. Si vous rétrogradez de Pro à Core, votre fenêtre de rétention est réduite à 7 jours.
La restauration de votre base de données ne restaure pas le code de votre application, et l’annulation (rollback) de votre application ne restaure pas votre base de données. Pour ramener les deux au même moment : restaurez la base de données, puis effectuez un rollback vers le point de contrôle correspondant et republiez votre application.

​
Résolution des échecs de publication

Si la publication échoue en raison de problèmes de base de données :
  1. Vérifiez les journaux de publication pour des messages d’erreur spécifiques concernant la connectivité de la base de données ou les conflits de schéma
  2. Examinez les modifications de schéma récentes pour détecter des conflits potentiels avec le code d’application existant
  3. Testez vos modifications dans un environnement de prévisualisation de déploiement avant de tenter de republier

​
Étapes suivantes