| From: | David Steele <david(at)pgmasters(dot)net> |
|---|---|
| To: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Martín Marqués <martin(at)2ndquadrant(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz> |
| Subject: | Re: Add exclusive backup deprecation notes to documentation |
| Date: | 2019-03-01 09:21:32 |
| Message-ID: | f35b95db-4ac5-0d5b-e2aa-55e3273ef599@pgmasters.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2/28/19 6:08 PM, Laurenz Albe wrote:
> David Steele wrote:
>> This patch attempts to document the limitations of the exclusive mode.
>
> Thanks!
>
>> + <para>
>> + The primary issue with the exclusive method is that the
>> + <filename>backup_label</filename> file is written into the data directory
>> + when <function>pg_start_backup</function> is called and remains until
>> + <function>pg_stop_backup</function> is called. If
>> + <productname>PostgreSQL</productname> or the host terminates abnormally
>
> There should be a comma at the end of this line.
Fixed.
>> + then <filename>backup_label</filename> will be left in the data directory
>> + and <productname>PostgreSQL</productname> will not start. A log message
>
> You should say "*may* not start", because it will if the WAL segment is still there.
You are correct. It's still pretty likely though so I went with "probably".
I added some extra language to the warning that gets emitted in the log.
Users are more like to see that than the documentation.
I also addressed a comment from another thread by adding pg_basebackup
as .e.g. rather than or.
Thanks,
--
-David
david(at)pgmasters(dot)net
| Attachment | Content-Type | Size |
|---|---|---|
| exclusive-backup-deprecation-doc-v02.patch | text/plain | 4.4 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Laurenz Albe | 2019-03-01 09:28:34 | Re: Add exclusive backup deprecation notes to documentation |
| Previous Message | Matsumura, Ryo | 2019-03-01 08:41:58 | RE: SQL statement PREPARE does not work in ECPG |