Re: register/unregister standby Re: [HACKERS] Synchronous replication

2010-09-02 Thread Itagaki Takahiro
On Thu, Sep 2, 2010 at 7:54 PM, Dimitri Fontaine wrote: >> One issue of the base backup function is that the operation will >> be a long transaction. So, non-transactional special commands, >> as like as VACUUM, would be better in terms of performance. >> For example, CREATE or ALTER REPLICATION.

Re: register/unregister standby Re: [HACKERS] Synchronous replication

2010-09-02 Thread Dimitri Fontaine
Itagaki Takahiro writes: >>  http://github.com/dimitri/pg_basebackup >> >>> There's been some talk of being able to stream a base backup over the >>> replication connection too, which would be extremely handy. >> >> Yes please ! :) > > One issue of the base backup function is that the operation wi

Re: register/unregister standby Re: [HACKERS] Synchronous replication

2010-09-02 Thread Thom Brown
On 30 August 2010 13:14, Fujii Masao wrote: > I think that the advantage of registering standbys is that we can > specify which WAL files the master has to keep for the upcoming > standby. IMO, it's usually called together with pg_start_backup > as follows: > >    SELECT register_standby('foo', pg

Re: register/unregister standby Re: [HACKERS] Synchronous replication

2010-09-02 Thread Itagaki Takahiro
On Thu, Sep 2, 2010 at 6:41 PM, Dimitri Fontaine wrote: > In fact you don't need shell access here, it's rather easy to stream the > base backup from the libpq connection, as implemented here : > >  http://github.com/dimitri/pg_basebackup > >> There's been some talk of being able to stream a base

Re: register/unregister standby Re: [HACKERS] Synchronous replication

2010-09-02 Thread Dimitri Fontaine
Heikki Linnakangas writes: > Hmm, that's clever. I was thinking that you'd initialize the standby from an > existing backup, and in that context the standby would not need to connect > to the master except via the replication connection. To take a base backup, > you'll need not only that but also

Re: register/unregister standby Re: [HACKERS] Synchronous replication

2010-09-01 Thread Heikki Linnakangas
On 30/08/10 15:14, Fujii Masao wrote: I think that the advantage of registering standbys is that we can specify which WAL files the master has to keep for the upcoming standby. IMO, it's usually called together with pg_start_backup as follows: SELECT register_standby('foo', pg_start_backup(

register/unregister standby Re: [HACKERS] Synchronous replication

2010-08-30 Thread Fujii Masao
On Tue, Aug 10, 2010 at 5:58 AM, Heikki Linnakangas wrote: > On 05/08/10 17:14, Fujii Masao wrote: >> >> I'm thinking to make users register and unregister each standbys via SQL >> functions like register_standby() and unregister_standby(): > > The register/unregister facility should be accessible