Re: Problem with streaming replication, backups, and recovery (9.0.x)
От | hubert depesz lubaczewski |
---|---|
Тема | Re: Problem with streaming replication, backups, and recovery (9.0.x) |
Дата | |
Msg-id | 20110329094638.GB16699@depesz.com обсуждение исходный текст |
Ответ на | Re: Problem with streaming replication, backups, and recovery (9.0.x) (Fujii Masao <masao.fujii@gmail.com>) |
Ответы |
Re: Problem with streaming replication, backups, and
recovery (9.0.x)
|
Список | pgsql-hackers |
On Tue, Mar 29, 2011 at 11:20:48AM +0900, Fujii Masao wrote: > On Tue, Mar 29, 2011 at 12:11 AM, hubert depesz lubaczewski > <depesz@depesz.com> wrote: > > On Mon, Mar 28, 2011 at 01:48:13PM +0900, Fujii Masao wrote: > >> In 9.0, recovery doesn't read a backup history file. That FATAL error happens > >> if recovery ends before it reads the WAL record which was generated by > >> pg_stop_backup(). IOW, recovery gets the recovery ending location from WAL > >> record not backup history file. Since you didn't run pg_stop_backup() and there > >> is no WAL record containing the recovery ending location, you got that error. > >> > >> If you want to take hot backup from the standby, you need to do the procedure > >> explained in > >> http://wiki.postgresql.org/wiki/Incrementally_Updated_Backups > > > > one more question. how come that I can use this backup to make > > standalone pg, and it starts without any problem, but when I start it as > > sr slave, let it run for some time, and then promote to standalone, it > > breaks? > > Did you use recovery.conf to start standalone PostgreSQL? If not, > recovery doesn't check whether it reaches the recovery ending position > or not. So I guess no problem didn't happen. no, i don't use. hmm .. i am nearly 100% certain that previous pgs did in fact check if the end of recovery is reached. Best regards, depesz -- The best thing about modern society is how easy it is to avoid contact with it. http://depesz.com/
В списке pgsql-hackers по дате отправления: