From: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
---|---|
To: | masao(dot)fujii(at)oss(dot)nttdata(dot)com |
Cc: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Stale description for pg_basebackup |
Date: | 2021-04-22 00:25:33 |
Message-ID: | 20210422.092533.53632938228272502.horikyota.ntt@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Ugg. I was confused.
At Wed, 21 Apr 2021 23:06:56 +0900, Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com> wrote in
> > Hmm. Some words need to be qualified. Attached.
>
> + If you are using <literal>-X none</literal>, there is no guarantee
> on
> + the primary that all WAL files required for the backup are archived
> at
> + the end of backup.
>
> I don't think that this should be picked up as a limitation of standby
> backup.
> Because users basically want to make pg_basebackup wait for all
> required
> WAL files to be archived on the standby, in the standby backup case.
Yeah, you're right. I think it is what I thought at first. The last
proposal is a result of some confusion..
> When <varname>archive_mode</varname> is set
> + to <literal>on</literal> on the
>
> "on" should be "always"?
Yes..
> + standby, <application>pg_basebackup</application> may wait for a
> long
> + time for all the required WAL files to be archived. In that case,
> You
> + may need to call <function>pg_switch_wal()</function> on the primary
> to
> + complete it sooner.
>
> What about the following description?
>
> -------------------
> When you are using -X none, if write activity on the primary is low,
> pg_basebackup may need to wait a long time for all WAL files required
> for
> the backup to be archived. It may be useful to run pg_switch_wal
> on the primary in order to trigger an immediate WAL file switch and
> archiving.
> -------------------
Looks far better.
regards.
--
Kyotaro Horiguchi
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2021-04-22 00:37:11 | Re: problem with RETURNING and update row movement |
Previous Message | Daniel Carter | 2021-04-22 00:05:53 | Re: PATCH: Add GSSAPI ccache_name option to libpq |