From a5b69e30731fb623715ecf4c8073c0f2dee41678 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Thu, 13 Nov 2025 20:44:00 -0500 Subject: [PATCH] doc: clarify "physical" replication slot creation on the primary Previously it was not clear that "physical" replication slots were being discussed, and that they needed to be created on the primary and not the standby. Backpatch-through: master --- doc/src/sgml/high-availability.sgml | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml index 742deb037b7..3c79d4b5e0c 100644 --- a/doc/src/sgml/high-availability.sgml +++ b/doc/src/sgml/high-availability.sgml @@ -918,13 +918,13 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass' - Replication Slots + Physical Replication Slots replication slot streaming replication - Replication slots provide an automated way to ensure that the + 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 @@ -978,7 +978,7 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass' Configuration Example - You can create a replication slot like this: + You can create a physical replication slot on the primary like this: postgres=# SELECT * FROM pg_create_physical_replication_slot('node_a_slot'); slot_name | lsn -- 2.39.5