Re: Missing important information in backup.sgml
От | Stephen Frost |
---|---|
Тема | Re: Missing important information in backup.sgml |
Дата | |
Msg-id | 20161116143651.GC13284@tamriel.snowman.net обсуждение исходный текст |
Ответ на | Re: Missing important information in backup.sgml ("Gunnar \"Nick\" Bluth" <gunnar.bluth.extern@elster.de>) |
Ответы |
Re: Missing important information in backup.sgml
|
Список | pgsql-docs |
Gunnar, all, * Gunnar "Nick" Bluth (gunnar.bluth.extern@elster.de) wrote: > Am 16.11.2016 um 11:37 schrieb Gunnar "Nick" Bluth: > > I ran into this issue (see patch) a few times over the past years, and > > tend to forget it again (sigh!). Today I had to clean up a few hundred > > GB of unarchived WALs, so I decided to write a patch for the > > documentation this time. > > Uhm, well, the actual problem was a stale replication slot... and > tomatoes on my eyes, it seems ;-/. Ashes etc.! > > However, I still think a warning on (esp. rsync's) RCs >= 128 is worth > considering (see -v2 attached). Frankly, I wouldn't suggest including such wording as it would imply that using a bare rsync command is an acceptable configuration of archive_command. It isn't. At the very least, a bare rsync does nothing to ensure that the WAL has been fsync'd to permanent storage before returning, leading to potential data loss due to the WAL segment being removed by PG before the new segment has been permanently stored. The PG documentation around archive command is, at best, a starting point for individuals who wish to implement their own proper backup solution, not as examples of good practice for production environments. Thanks! Stephen
Вложения
В списке pgsql-docs по дате отправления: