PostgreSQL : restaurer une base après incident et mesurer le RTO

Il est 6 h du matin, la base de paiements ne redémarre plus et le directeur technique vous demande une seule chose : dans combien de temps le service est rétabli. Vous disposez des sauvegardes chiffrées déposées sur S3 la veille et d'un serveur de secours vierge. Ce scénario enchaîne sur la chaîne de sauvegarde du lab précédent, mais du côté qui compte vraiment : la restauration. Vous récupérez l'archive, la déchiffrez, remontez la base sur le serveur de secours, rebasculez le trafic applicatif et chiffrez le tout en un temps que vous mesurez. La sandbox démarre avec l'incident déjà survenu : la base principale est corrompue, les sauvegardes sont en place, le chronomètre tourne.