Re: Simplifying replication
От | Josh Berkus |
---|---|
Тема | Re: Simplifying replication |
Дата | |
Msg-id | 4CBDE169.4060008@agliodbs.com обсуждение исходный текст |
Ответ на | Re: Simplifying replication (Greg Stark <gsstark@mit.edu>) |
Ответы |
Re: Simplifying replication
|
Список | 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 по дате отправления: