Re: Problem with PITR recovery
От | Tom Lane |
---|---|
Тема | Re: Problem with PITR recovery |
Дата | |
Msg-id | 532.1113866519@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Problem with PITR recovery (Simon Riggs <simon@2ndquadrant.com>) |
Ответы |
Re: Problem with PITR recovery
Re: Problem with PITR recovery |
Список | pgsql-hackers |
Simon Riggs <simon@2ndquadrant.com> writes: > The wal file could be truncated after the log switch record, though I'd > want to make sure that didn't cause other problems. Which it would: that would break WAL file recycling. > That would be initiated through a single function pg_walfile_switch() > which would be called from > 1) pg_stop_backup() > 2) by user command > 3) at a specified timeout within archiver (already built in) I would really, really, like NOT to have a user command for this. (If pg_stop_backup does it, that already provides an out for anyone who thinks they need to invoke it manually.) > A shutdown checkpoint would also have the same effect as an > XLOG_FILE_SWITCH instruction, so that the archiver would be able to copy > away the file. The archiver is stopped before we do the shutdown, no? > I'd suggest this as a backpatch for 8.0.x, when completed. Not a chance --- it's a new feature, not a bug fix, and has substantial risk of breaking things. regards, tom lane
В списке pgsql-hackers по дате отправления: