Re: WAL Archiving and base backup
От | Ron |
---|---|
Тема | Re: WAL Archiving and base backup |
Дата | |
Msg-id | cf0c1737-f362-f5d0-e763-e0dfee7bf723@gmail.com обсуждение исходный текст |
Ответ на | Re: WAL Archiving and base backup (Stephen Frost <sfrost@snowman.net>) |
Ответы |
Re: WAL Archiving and base backup
Re: WAL Archiving and base backup |
Список | pgsql-general |
On 1/14/22 12:31 PM, Stephen Frost wrote: > Greetings, > > * Issa Gorissen (issa-gorissen@usa.net) wrote: >> Thx a lot. I thought about it but was not so sure about having a complex >> script (compared to the very simple version when using the exclusive backup >> - but this this is deprecated...). >> >> I will test your option with the simpler version and post it back to it can >> maybe land in PostgreSQL documentation. > The PG docs show how the command works and that's it. The commands > in the docs aren't intended to be actually used in production > environments. Writing a full solution involves having a good > understanding of the PG code and how WAL archiving, backups, et al, are > done. If you're not familiar with this portion of the PG code base, I'd > strongly suggest you look at using solutions written and maintained by > folks who are. Needing to read the PG source code to write a workable PITR recovery solution is a serious flaw in PG documentation (and why I use PgBackRest). The documentation of two other RDBMSs that I've worked with (Rdb/VMS and SQL Server) are perfectly clear on how to do such backups and restores with relatively small amounts of scripting. > Trying to write documentation on how to develop a complete solution > would be quite an effort and would certainly go beyond bash scripting > and likely wouldn't end up getting used anyway- those who are developing > such solutions are already reading through the actual code. > > Thanks, > > Stephen -- Angular momentum makes the world go 'round.
В списке pgsql-general по дате отправления: