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

Re: Core team statement on replication in PostgreSQL

From: Tatsuo Ishii <ishii(at)postgresql(dot)org>
To: andrew(at)dunslane(dot)net
Cc: adsmail(at)wars-nicht(dot)de, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Core team statement on replication in PostgreSQL
Date: 2008-05-31 00:56:19
Message-ID: 20080531.095619.85415428.t-ishii@sraoss.co.jp (view raw or flat)
Thread:
Lists: pgsql-advocacypgsql-hackers
> Andreas 'ads' Scherbaum wrote:
> > On Thu, 29 May 2008 23:02:56 -0400 Andrew Dunstan wrote:
> >
> >   
> >> Well, yes, but you do know about archive_timeout, right? No need to wait 
> >> 2 hours.
> >>     
> >
> > Then you ship 16 MB binary stuff every 30 second or every minute but
> > you only have some kbyte real data in the logfile. This must be taken
> > into account, especially if you ship the logfile over the internet
> > (means: no high-speed connection, maybe even pay-per-traffic) to the
> > slave.
> >
> >
> >
> >   
> 
> Sure there's a price to pay. But that doesn't mean the facility doesn't 
> exist. And I rather suspect that most of Josh's customers aren't too 
> concerned about traffic charges or affected by such bandwidth 
> restrictions. Certainly, none of my clients are, and they aren't in the 
> giant class. Shipping a 16Mb file, particularly if compressed, every 
> minute or so, is not such a huge problem for a great many commercial 
> users, and even many domestic users.

Sumitomo Electric Co., Ltd., a 20 billion dollars selling company in
Japan (parent company of Sumitomo Electric Information Systems Co.,
Ltd., which is one of the Recursive SQL development support company)
uses 100 PostgreSQL servers. They are doing backups by using log
shipping to another data center and have problems with the amount of
the transferring log data. They said this is one of the big problems
they have with PostgreSQL and hope it will be solved in the near
future.
--
Tatsuo Ishii
SRA OSS, Inc. Japan

In response to

Responses

pgsql-hackers by date

Next:From: Andrew DunstanDate: 2008-05-31 01:32:26
Subject: Re: Core team statement on replication in PostgreSQL
Previous:From: Josh BerkusDate: 2008-05-31 00:34:38
Subject: Overhauling GUCS

pgsql-advocacy by date

Next:From: Andrew DunstanDate: 2008-05-31 01:32:26
Subject: Re: Core team statement on replication in PostgreSQL
Previous:From: Joshua D. DrakeDate: 2008-05-31 00:00:17
Subject: Re: Core team statement on replication in PostgreSQL

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