Skip site navigation (1) Skip section navigation (2)

Re: macro %r de pg_standby

From: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
To: "Jehan-Guillaume (ioguix) de Rorthais" <ioguix(at)free(dot)fr>
Cc: William <wilk(at)flibuste(dot)net>, pgsql-fr-generale(at)postgresql(dot)org
Subject: Re: macro %r de pg_standby
Date: 2011-11-09 17:09:02
Message-ID: 1320858542.2120.0.camel@localhost.localdomain (view raw or flat)
Thread:
Lists: pgsql-fr-generale
On Wed, 2011-11-09 at 12:23 +0100, Jehan-Guillaume (ioguix) de Rorthais
wrote:
> On 08/11/2011 22:30, Guillaume Lelarge wrote:
> > Bonjour,
> > 
> > On Tue, 2011-11-08 at 10:50 +0000, William wrote:
> >> [...]
> >> Dans la doc, je n'arrive pas à comprendre exactement comment compte la 
> >> macro %r
> >>     If restartwalfile is specified, normally by using the %r macro, then 
> >>     all WAL files logically preceding this file will be removed from 
> >>     archivelocation. This minimizes the number of files that need to be 
> >>     retained, while preserving crash-restart capability. Use of this 
> >>     parameter is appropriate if the archivelocation is a transient 
> >>     staging area for this particular standby server, but not when the 
> >>     archivelocation is intended as a long-term WAL archive area.
> >>
> > 
> > %r est remplacé par le nom du journal de transactions qui n'est plus
> > utile en cas de crash et redémarrage de l'esclave.
> 
> Non, il me semble que "%r" signifie "restart point", il désigne le
> premier fichier de WAL utile lors d'un crash ou redémarrage et non celui
> qui n'est plus utile. Tous les WAL précédents ce fichier peuvent donc
> être supprimés en toute sécurité.
> 

Oui, désolé, ma langue a fourché :)


-- 
Guillaume
  http://blog.guillaume.lelarge.info
  http://www.dalibo.com


In response to

pgsql-fr-generale by date

Next:From: CHRISTIAN D HAZEDate: 2011-11-10 21:24:36
Subject: mot de passe
Previous:From: Jehan-Guillaume (ioguix) de RorthaisDate: 2011-11-09 11:23:14
Subject: Re: macro %r de pg_standby

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group