Re: Data corruption issues using streaming replication on 9.0.14/9.2.5/9.3.1
| От | Andres Freund |
|---|---|
| Тема | Re: Data corruption issues using streaming replication on 9.0.14/9.2.5/9.3.1 |
| Дата | |
| Msg-id | 20131120133618.GD25406@awork2.anarazel.de обсуждение |
| Ответ на | Re: Data corruption issues using streaming replication on 9.0.14/9.2.5/9.3.1 (Kevin Grittner <kgrittn@ymail.com>) |
| Ответы |
Re: Data corruption issues using streaming replication on 9.0.14/9.2.5/9.3.1
|
| Список | pgsql-hackers |
On 2013-11-20 05:30:39 -0800, Kevin Grittner wrote: > > Yes. There's less expensive ways to do it, but those seem to > > complicated to suggest. > > Wouldn't a database VACUUM FREEZE fix it, with WAL-logged writing > of everything that doesn't yet have hint bits set? Besides also being pretty expensive it still wouldn't correct the clog - and we don't always rely on hint bits. I was thinking about just copying over the clog from the primary, but it's not trivial if the standby isn't cought up, since the primary's clog could have been truncated ahead of what the standby needs. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: