Re: Hot standby & SR - log shipping required?

From: Raymond O'Donnell <rod(at)iol(dot)ie>
To: Jov <amutu(at)amutu(dot)com>
Cc: Ray Stell <stellr(at)vt(dot)edu>, PostgreSQL <pgsql-general(at)postgresql(dot)org>
Subject: Re: Hot standby & SR - log shipping required?
Date: 2013-09-14 11:52:03
Message-ID: 52344DE3.7090107@iol.ie
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 14/09/2013 04:31, Jov wrote:
> T
> he log shipping is useful when SR slave can not catch up the master and
> hungry enough to cause replication stop work.For example,when you want
> to stop the slave for a long time or do a large copy from,the
> wal_keep_segments on master reached,SR slave may not catch up the
> master.If log shipping is on,the slave will replay the WAL from
> archives,when catch up,RS will start again.
>
>
> Jov
> blog: http:amutu.com/blog <http://amutu.com/blog>
>
>
> 2013/9/14 Ray Stell <stellr(at)vt(dot)edu <mailto:stellr(at)vt(dot)edu>>
>
>
> On Sep 13, 2013, at 3:51 PM, Raymond O'Donnell wrote:
> > [1] and one of the wiki
> > articles [2] seem to indicate that you need to set up log-shipping as
> > well as SR, whereas one of the wiki articles [2] indicates that
> > log-shipping isn't required. I've followed [3] and it seems to
> work fine
> > in initial trials; but I'm wondering if I'm missing something, or if I
> > misunderstood [1] + [2] in the first place.
> >
>
> Streaming replication works fine without log shipping. The logs are
> a good idea
> in case a pitr becomes required. I don't know why one would ever
> not write the
> archives, but I have done so. I think it was some silly, temporary
> disk space issue
> I had to work around.

Thanks to you both for your responses - that clears it up for me.

Ray.

--
Raymond O'Donnell :: Galway :: Ireland
rod(at)iol(dot)ie

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Moshe Jacobson 2013-09-14 12:32:25 How to switch file systems with least downtime?
Previous Message Ralf Schuchardt 2013-09-14 09:40:40 Re: Small PosgreSQL locking function request - with bounty