Re: unite recovery.conf and postgresql.conf
От | Peter Eisentraut |
---|---|
Тема | Re: unite recovery.conf and postgresql.conf |
Дата | |
Msg-id | 1316175944.14316.14.camel@fsopti579.F-Secure.com обсуждение исходный текст |
Ответ на | Re: unite recovery.conf and postgresql.conf (Fujii Masao <masao.fujii@gmail.com>) |
Ответы |
Re: unite recovery.conf and postgresql.conf
|
Список | pgsql-hackers |
On fre, 2011-09-16 at 11:54 +0900, Fujii Masao wrote: > #1 > Use empty recovery.ready file to enter arhicve recovery. recovery.conf > is not read automatically. All recovery parameters are expected to be > specified in postgresql.conf. If you must specify them in recovery.conf, > you need to add "include 'recovery.conf'" into postgresql.conf. But note > that that recovery.conf will not be renamed to recovery.done at the > end of recovery. This is what the patch I've posted does. This is > simplest approach, but might confuse people who use the tools which > depend on recovery.conf. A small variant to this: When you are actually doing recovery from a backup, having a recovery trigger and a recovery done file is obviously quite helpful and necessary for safety. But when you're setting up a replication slave, it adds extra complexity for the user. The approximately goal ought to be to be able to do pg_basebackup -h master -D there postgres -D there --standby-mode=on --primary-conninfo=master without the need to touch any obscure recovery trigger files. So perhaps recovery.{trigger,ready} should not be needed if, say, standby_mode=on. But then what impact should the presence of recovery.done have?
В списке pgsql-hackers по дате отправления: