diff options
| author | Bruce Momjian | 2025-11-14 02:53:13 +0000 |
|---|---|---|
| committer | Bruce Momjian | 2025-11-14 02:53:13 +0000 |
| commit | 8fa6b9030d689c856578e5769088a2527b7283d6 (patch) | |
| tree | 23378c061f71d42a28c8b32884527658333c71a8 | |
| parent | ada78cd7f80a818de1924180ff5a0647cf59ccfb (diff) | |
Much of the "Replication Slot" chapter applies to physical and logical
slots, but it was sloppy in mentioning mostly physical slots. This
patch clarified which parts of the text apply to which slot types.
This chapter is referenced from the logical slot/subscriber chapter, so
it needs to do double duty.
Backpatch-through: master
| -rw-r--r-- | doc/src/sgml/high-availability.sgml | 18 |
1 files changed, 9 insertions, 9 deletions
diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml index 3c79d4b5e0c..340c4622221 100644 --- a/doc/src/sgml/high-availability.sgml +++ b/doc/src/sgml/high-availability.sgml @@ -918,18 +918,18 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass' </sect2> <sect2 id="streaming-replication-slots"> - <title>Physical Replication Slots</title> + <title>Replication Slots</title> <indexterm> <primary>replication slot</primary> <secondary>streaming replication</secondary> </indexterm> <para> - Physical replication slots provide an automated way to ensure that the - primary server does - not remove WAL segments until they have been received by all standbys, - and that the primary does not remove rows which could cause a - <link linkend="hot-standby-conflict">recovery conflict</link> even when the - standby is disconnected. + Replication slots provide an automated way to ensure that the + primary server does not remove WAL segments until they have been + received, physically or logically, by all standbys/subscribers, + and that the primary does not remove rows which could cause a <link + linkend="hot-standby-conflict">recovery conflict</link> on physical + replicas even when the standby is disconnected. </para> <para> In lieu of using replication slots, it is possible to prevent the removal @@ -943,9 +943,9 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass' </para> <para> Similarly, <xref linkend="guc-hot-standby-feedback"/> on its own, without - also using a replication slot, provides protection against relevant rows + also using a physical replication slot, provides protection against relevant rows being removed by vacuum, but provides no protection during any time period - when the standby is not connected. + when the physical replication standby is disconnected. </para> <caution> |