Passer au contenu principal
Parfois, on veut retrouver ses données telles qu’elles étaient : une modification de schéma n’a pas abouti, ou vous avez exploré une piste pour votre application avant d’y renoncer. Replit conserve l’historique de vos deux bases de données pour que vous puissiez revenir en arrière.

​
Qui peut restaurer une base de données

La restauration modifie des données actives ; elle est donc réservée aux personnes qui peuvent déjà modifier la base de données.
  • Applications personnelles : le propriétaire et les collaborateurs disposant d’un accès en modification.
  • Applications d’espace de travail : les membres ayant le niveau d’accès Editor, Publisher ou Owner sur l’application. Les membres en lecture seule ne peuvent pas restaurer.
Les sauvegardes planifiées sont disponibles avec Core, Pro, Teams et Enterprise.

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

Votre base de données de développement est restaurée avec votre code grâce au rollback vers un point de contrôle. Sélectionnez Rollback here sur n’importe quel point de contrôle créé par Agent. La boîte de dialogue de confirmation indique ce qui est concerné : vos fichiers, votre base de données de développement et la mémoire d’Agent reviennent tous à l’état dans lequel ils se trouvaient à ce point de contrôle.
Le rollback vers un point de contrôle ne touche jamais votre base de données de production. Pour récupérer des données de production, utilisez l’une des méthodes ci-dessous.

​
Restaurer votre base de données de production à un moment précis

La restauration à un point dans le temps (PITR) conserve un historique continu de votre base de données de production. Elle est activée à la création de la base de données, avec une fenêtre de 7 jours, et vous pouvez restaurer à n’importe quelle seconde de cette fenêtre.

​
Modifier la fenêtre de rétention

  1. Ouvrez l’outil Database et sélectionnez Production.
  2. Ouvrez Settings, puis développez Point-in-time recovery sous Advanced.
  3. Choisissez une durée sous Recovery window.
Ligne Point-in-time recovery développée dans les paramètres avancés, avec la fenêtre de récupération définie sur 7 jours
Tous les forfaits peuvent choisir 6 heures, 12 heures, 1 jour, 2 jours, 5 jours ou 7 jours, ou sélectionner Disabled pour désactiver le PITR. Pro, Teams et Enterprise peuvent aussi choisir 28 jours. Une fenêtre plus longue stocke davantage d’historique, ce qui est pris en compte dans votre utilisation du stockage. Si vous passez à Core, toute fenêtre de rétention supérieure à 7 jours est ramenée à 7 jours.

​
Restaurer

  1. Dans Point-in-time recovery, sélectionnez Restore database….
  2. Sous Timestamp, saisissez la date et l’heure auxquelles revenir. Les heures sont exprimées dans votre fuseau horaire local, et le moment choisi doit se situer dans votre fenêtre de récupération.
  3. Sélectionnez Restore.
Boîte de dialogue Restore database avec une date et une heure sélectionnées
La restauration remplace les données actives par les données telles qu’elles étaient à ce moment-là. Vous pourrez toujours restaurer à un point antérieur par la suite, mais pas vers un point plus récent ; vérifiez donc bien l’horodatage avant de confirmer. Les applications connectées se reconnectent automatiquement et peuvent subir une brève interruption.
La restauration de la base de données ne modifie pas le code de votre application, et le rollback du code ne modifie pas les données de production. 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 publiez à nouveau.

​
Planifier des sauvegardes quotidiennes de production

Les sauvegardes planifiées créent chaque jour un instantané complet de votre base de données de production lorsqu’elle est active, et le conservent pendant la durée que vous choisissez. Elles complètent le PITR à moindre coût : moins de points de restauration, mais chacun est une copie complète qui ne dépend pas de la fenêtre PITR.
Pour réduire les coûts de stockage, Neon archive automatiquement votre base de données de production après 24 heures sans accès. Les sauvegardes planifiées sont ignorées tant que la base de données est archivée. La connexion réactive la base de données, et les sauvegardes reprennent à la prochaine heure quotidienne planifiée, et non immédiatement à la connexion.
Une interruption liée à l’inactivité n’indique pas à elle seule une perte de données ni l’échec de la planification des sauvegardes. Ce comportement ne modifie ni votre paramètre de rétention des sauvegardes ni votre fenêtre de récupération PITR. Si des sauvegardes manquent alors que votre base de données est active, contactez le support Replit.

​
Activer les sauvegardes planifiées

  1. Ouvrez l’outil Database et sélectionnez Production.
  2. Ouvrez Settings, puis développez Scheduled backups sous Advanced.
  3. Choisissez une durée sous Keep backups for. Core prend en charge 7 jours ; Pro, Teams et Enterprise peuvent choisir 7, 14 ou 28 jours.
La section indique quand la dernière sauvegarde a été effectuée.
Ligne Scheduled backups développée dans les paramètres avancés, avec Keep backups for défini sur 7 jours et l'heure de la dernière sauvegarde
Replit planifie la sauvegarde à proximité de minuit dans le fuseau horaire de votre navigateur au moment où vous enregistrez. La planification utilise votre décalage UTC actuel ; un changement d’heure peut donc la décaler d’une heure jusqu’à ce que vous enregistriez à nouveau le paramètre.

​
Restaurer une sauvegarde

  1. Dans Scheduled backups, sélectionnez View all backups.
  2. Sélectionnez Restore à côté de la sauvegarde souhaitée.
  3. Lisez l’avertissement, saisissez restore, puis sélectionnez Continue.
Liste des sauvegardes quotidiennes avec un bouton Restore pour chacune
Boîte de dialogue de confirmation demandant de saisir restore
La restauration fait basculer votre base de données vers les données de la sauvegarde. Vos données actuelles ne sont pas supprimées, mais les récupérer nécessite l’aide du support Replit ; vérifiez donc bien avant de restaurer. Les services connectés se reconnectent brièvement.

​
Coûts de stockage

Le stockage des bases de données de production est mesuré selon trois catégories. Le rollback vers un point de contrôle pour les bases de données de développement n’entraîne aucun frais distinct. Le stockage de la base de données s’applique à chaque base de données de production. L’historique PITR augmente selon le volume de modifications de vos données et la longueur de votre fenêtre ; les sauvegardes planifiées augmentent avec le nombre de jours conservés. Si des points de restauration quotidiens suffisent pour votre application, une fenêtre PITR plus courte associée à des sauvegardes planifiées coûte généralement moins cher qu’une longue fenêtre PITR. Consultez la facturation à l’usage pour savoir comment le stockage apparaît sur votre facture.

​
Étapes suivantes