Re: Restauration d'une sauvegarde PITR avec recovery_target_time

Marc Cousin <[email protected]> Sun, 19 Jun 2016 12:53:07 +0200
Newsgroups gmane.comp.db.postgresql.french
Message-ID <[email protected]>
On 19/06/2016 12:41, Éric de la Musse wrote:
> 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 ;-)).
>
Parce qu'il rejoue le journal du passé vers le futur, et qu'il n'a
l'information qu'une fois arrivé à destination.


--
Envoi via la liste pgsql-fr-generale ([email protected])