Re: Re: Synch Rep: direct transfer of WAL file from the primary to the standby
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Re: Synch Rep: direct transfer of WAL file from the primary to the standby |
| Дата | |
| Msg-id | 14360.1246893386@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Synch Rep: direct transfer of WAL file from the primary to the standby (Fujii Masao <masao.fujii@gmail.com>) |
| Ответы |
Re: Re: Synch Rep: direct transfer of WAL file from the
primary to the standby
|
| Список | pgsql-hackers |
Fujii Masao <masao.fujii@gmail.com> writes:
> In order for the primary server (ie. a normal backend) to read an archived file,
> restore_command needs to be specified in also postgresql.conf. In this case,
> how should we handle restore_command in recovery.conf?
I confess to not having paid much attention to this thread so far, but ...
what is the rationale for having such a capability at all? It seems to
me to be exposing implementation details that we do not need to expose,
as well as making assumptions that we shouldn't make (like there is
exactly one archive and the primary server has read access to it).
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера