Point-in-Time Recovery (PITR)
Restaurez votre base de donnees a n'importe quel instant dans les 35 derniers jours grace a l'archivage continu des WAL (Write-Ahead Logs).
Comment ca fonctionne
Le PITR combine deux mecanismes :
Sauvegardes de base
Un snapshot complet de la base est realise regulierement (par defaut toutes les 24h).
Archivage WAL continu
Chaque segment WAL (16 Mo) est archive en continu vers S3, capturant chaque transaction.
Pour restaurer, le systeme prend la sauvegarde de base la plus recente avant votre date cible, puis rejoue les segments WAL jusqu'a l'instant precis demande.
Mode previsualisation
Avant de restaurer en production, vous pouvez previsualiser l'etat de la base a un instant donne :
- Accedez a la page de votre instance dans le dashboard
- Cliquez sur Previsualiser
- Selectionnez la date et l'heure cible
- Un conteneur PostgreSQL temporaire est provisionne avec vos donnees
- Explorez les donnees via la console SQL integree
- Utilisez le diff pour comparer avec la production
La previsualisation est en lecture seule et n'affecte pas votre base de production. Le conteneur est automatiquement detruit apres 2 heures.
RPO et RTO
| Metrique | Valeur | Description |
|---|---|---|
| RPO | ~1 seconde | Perte de donnees maximale grace a l'archivage WAL continu |
| RTO (preview) | 2-10 min | Temps de provisionnement d'un conteneur de previsualisation |
| RTO (restauration) | 5-30 min | Selon la taille de la base et le volume de WAL a rejouer |
| Retention | 35 jours | Fenetre de restauration maximale (configurable par plan) |
Limitations
- • Le PITR ne peut pas restaurer avant la premiere sauvegarde de base
- • Les operations DDL (CREATE, DROP, ALTER) sont incluses mais ne peuvent pas etre annulees selectivement
- • Les tables UNLOGGED ne sont pas sauvegardees par le mecanisme WAL