Re: Restauration d'une sauvegarde PITR avec recovery_target_time
Éric de la Musse <[email protected]> Sun, 19 Jun 2016 12:41:33 +0200
| Newsgroups | gmane.comp.db.postgresql.french |
|---|---|
| Message-ID | <20160619124133.708cb1cb@archie> |
Le Sun, 19 Jun 2016 12:16:02 +0200, Marc Cousin <[email protected]> a écrit : > En simplifiant un peu, ce que Postgres fait donc, c'est qu'il rejoue > tout le contenu du journal jusqu'à ce point, et au lieu de commiter > cette dernière transaction, il l'annule (avec toutes les autres > transactions encore en cours à ce point), ce qui amène la base à > l'état «juste avant». Oui je comprends bien ce qu'il fait. Un peu moins le pourquoi car il attend une donnée qu'il sait qu'il va pertinemment annuler. Pourquoi l'attendre alors ? Des contraintes dans l'architecture du logiciel j'imagine (je n'ai pas les compétences pour aller chercher la réponse dans le code source ;-)). Merci pour les explications. -- Éric de la Musse -- Envoi via la liste pgsql-fr-generale ([email protected])