Re: Forcing current WAL file to be archived
От | Bruce Momjian |
---|---|
Тема | Re: Forcing current WAL file to be archived |
Дата | |
Msg-id | 200607251526.k6PFQ5F11728@momjian.us обсуждение исходный текст |
Ответ на | Re: Forcing current WAL file to be archived (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Forcing current WAL file to be archived
|
Список | pgsql-hackers |
Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: > > I assumed we would have a function like pg_finish_wal_segment(), and > > server stop and stop_backup would call it too, > > That idea is *exactly* what I'm objecting to. > > > the reason being, it > > would greatly simplify our documentation on how to use PITR if these > > were done automatically. > > No it wouldn't, it'd just bloat the already excessive WAL volume. Well, it only would happen when you have PITR enabled. For example, if you do pg_stop_backup(), in what cases would you not also call pg_finish_wal_segment()? I can't think of one. Maybe the server restart case isn't necessary. -- Bruce Momjian bruce@momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-hackers по дате отправления: