Re: Re: [BUGS] BUG #4796: Recovery followed by backup creates unrecoverable WAL-file
От | Heikki Linnakangas |
---|---|
Тема | Re: Re: [BUGS] BUG #4796: Recovery followed by backup creates unrecoverable WAL-file |
Дата | |
Msg-id | 4A0D79D8.6020800@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: Re: [BUGS] BUG #4796: Recovery followed by backup creates unrecoverable WAL-file (Simon Riggs <simon@2ndQuadrant.com>) |
Ответы |
Re: Re: [BUGS] BUG #4796: Recovery followed by backup
creates unrecoverable WAL-file
|
Список | pgsql-hackers |
Simon Riggs wrote: > On Fri, 2009-05-15 at 22:56 +0900, Fujii Masao wrote: > >> OK, I probably understood your point. The timeline history files whose >> timeline ID is larger than that of an oldest backup must not be deleted >> from the archive. On the other hand, the smaller or equal one can be >> deleted. Not all history files are necessary. So, if we don't keep older >> backup, we probably can delete all files in the archive before >> pg_start_backup(). >> Is my understanding right? > > Heikki is right in one sense: if you do pg_start_backup() then for > *that* backup you do not need earlier files. > > However, as you have pointed out, if you have *multiple* backups then > deleting history files may cause problems with an earlier backup. Yes, just as deleting old WAL files. > It's standard practice to have >1 backup, so there is potential for > error and minimum is we must document that. > > Rather than explaining the problem and the rules by which we can work > out exactly which history files to keep, I think it is safer to say that > we must keep all history files. The rule for determining which history files need to be retained is the same as for WAL files. Anything archived before pg_start_backup() was called for the oldest backup you still want to be able to restore can be deleted. And the alphabetical sorting property works with history files as well, you can call pg_xlogfile_name(pg_start_backup()) and delete anything < the return value from the archive. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: