Re: Simplifying replication - Mailing list pgsql-hackers

From Josh Berkus
Subject Re: Simplifying replication
Date
Msg-id 4CBDE169.4060008@agliodbs.com
Whole thread Raw
In response to Re: Simplifying replication  (Greg Stark <gsstark@mit.edu>)
Responses Re: Simplifying replication
List pgsql-hackers
Greg,

> The way things stand you *always* need archived logs. Even if you have
> streaming set up it might try to use archived logs if it falls too far
> behind.

Actually, you don't.  If you're willing to accept possible
desynchronization and recloning of the standbys, then you can skip the
archive logs.

> Timelines are not as obvious but perhaps that's our own mistake. When
> you fail over to your replica shouldn't the new master get a new
> timelineid? Isn't that the answer to the failure case when a slave
> finds it's ahead of the master? If it has already replayed logs from a
> different timelineid in the same lsn range then it can't switch
> timelines to follow the new master. But if it hasn't then it can.

Oh?  Do we have this information (i.e. what LSNs are associated with
which timeline)?


--                                  -- Josh Berkus                                    PostgreSQL Experts Inc.
                        http://www.pgexperts.com
 


pgsql-hackers by date:

Previous
From: Greg Stark
Date:
Subject: Re: Simplifying replication
Next
From: Robert Haas
Date:
Subject: Re: Creation of temporary tables on read-only standby servers