Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 703c7a3

Browse files
author
Amit Kapila
committed
Doc: Improve upgrade for streaming replication section.
Currently the documentation of upgrade for streaming replication section says that logical replication slots will be copied, but the logical replication slots are copied only if the old primary is version 17.0 or later. Author: Shubham Khanna Discussion: https://postgr.es/m/CAHv8RjJHCw0jpUo9PZxjcguzGt3j2W1_NH=QuREoN0nYiVdVeA@mail.gmail.com
1 parent 91f2cae commit 703c7a3

File tree

1 file changed

+6
-3
lines changed

1 file changed

+6
-3
lines changed

doc/src/sgml/ref/pgupgrade.sgml

Lines changed: 6 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -767,9 +767,12 @@ rsync --archive --delete --hard-links --size-only --no-inc-recursive /vol1/pg_tb
767767
Configure the servers for log shipping. (You do not need to run
768768
<function>pg_backup_start()</function> and <function>pg_backup_stop()</function>
769769
or take a file system backup as the standbys are still synchronized
770-
with the primary.) Only logical slots on the primary are copied to the
771-
new standby, but other slots on the old standby are not copied so must
772-
be recreated manually.
770+
with the primary.) If the old primary is prior to version 17.0, then no
771+
slots on the primary are copied to the new standby, so all the slots on
772+
the old standby must be recreated manually. If the old primary is
773+
version 17.0 or later, then only logical slots on the primary are copied
774+
to the new standby, but other slots on the old standby are not copied,
775+
so must be recreated manually.
773776
</para>
774777
</step>
775778

0 commit comments

Comments
 (0)