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])