@@ -4156,7 +4156,13 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"' # Windows
4156
4156
<para>
4157
4157
These settings control the behavior of the built-in
4158
4158
<firstterm>streaming replication</firstterm> feature (see
4159
- <xref linkend="streaming-replication"/>). Servers will be either a
4159
+ <xref linkend="streaming-replication"/>), and the built-in
4160
+ <firstterm>logical replication</firstterm> feature (see
4161
+ <xref linkend="logical-replication"/>).
4162
+ </para>
4163
+
4164
+ <para>
4165
+ For <emphasis>streaming replication</emphasis>, servers will be either a
4160
4166
primary or a standby server. Primaries can send data, while standbys
4161
4167
are always receivers of replicated data. When cascading replication
4162
4168
(see <xref linkend="cascading-replication"/>) is used, standby servers
@@ -4166,6 +4172,17 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"' # Windows
4166
4172
across the cluster without problems if that is required.
4167
4173
</para>
4168
4174
4175
+ <para>
4176
+ For <emphasis>logical replication</emphasis>, <firstterm>publishers</firstterm>
4177
+ (servers that do <link linkend="sql-createpublication"><command>CREATE PUBLICATION</command></link>)
4178
+ replicate data to <firstterm>subscribers</firstterm>
4179
+ (servers that do <link linkend="sql-createsubscription"><command>CREATE SUBSCRIPTION</command></link>).
4180
+ Servers can also be publishers and subscribers at the same time. Note,
4181
+ the following sections refer to publishers as "senders". For more details
4182
+ about logical replication configuration settings refer to
4183
+ <xref linkend="logical-replication-config"/>.
4184
+ </para>
4185
+
4169
4186
<sect2 id="runtime-config-replication-sender">
4170
4187
<title>Sending Servers</title>
4171
4188
@@ -4213,6 +4230,7 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"' # Windows
4213
4230
<term><varname>max_replication_slots</varname> (<type>integer</type>)
4214
4231
<indexterm>
4215
4232
<primary><varname>max_replication_slots</varname> configuration parameter</primary>
4233
+ <secondary>in a sending server</secondary>
4216
4234
</indexterm>
4217
4235
</term>
4218
4236
<listitem>
@@ -4229,14 +4247,8 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"' # Windows
4229
4247
</para>
4230
4248
4231
4249
<para>
4232
- On the subscriber side, specifies how many replication origins (see
4233
- <xref linkend="replication-origins"/>) can be tracked simultaneously,
4234
- effectively limiting how many logical replication subscriptions can
4235
- be created on the server. Setting it to a lower value than the current
4236
- number of tracked replication origins (reflected in
4237
- <link linkend="view-pg-replication-origin-status">pg_replication_origin_status</link>,
4238
- not <link linkend="catalog-pg-replication-origin">pg_replication_origin</link>)
4239
- will prevent the server from starting.
4250
+ Note that this parameter also applies on the subscriber side, but with
4251
+ a different meaning.
4240
4252
</para>
4241
4253
</listitem>
4242
4254
</varlistentry>
@@ -4914,17 +4926,39 @@ ANY <replaceable class="parameter">num_sync</replaceable> ( <replaceable class="
4914
4926
<para>
4915
4927
These settings control the behavior of a logical replication subscriber.
4916
4928
Their values on the publisher are irrelevant.
4917
- </para>
4918
-
4919
- <para>
4920
- Note that <varname>wal_receiver_timeout</varname>,
4921
- <varname>wal_receiver_status_interval</varname> and
4922
- <varname>wal_retrieve_retry_interval</varname> configuration parameters
4923
- affect the logical replication workers as well.
4929
+ See <xref linkend="logical-replication-config"/> for more details.
4924
4930
</para>
4925
4931
4926
4932
<variablelist>
4927
4933
4934
+ <varlistentry id="guc-max-replication-slots-subscriber" xreflabel="max_replication_slots">
4935
+ <term><varname>max_replication_slots</varname> (<type>integer</type>)
4936
+ <indexterm>
4937
+ <primary><varname>max_replication_slots</varname> configuration parameter</primary>
4938
+ <secondary>in a subscriber</secondary>
4939
+ </indexterm>
4940
+ </term>
4941
+ <listitem>
4942
+ <para>
4943
+ Specifies how many replication origins (see
4944
+ <xref linkend="replication-origins"/>) can be tracked simultaneously,
4945
+ effectively limiting how many logical replication subscriptions can
4946
+ be created on the server. Setting it to a lower value than the current
4947
+ number of tracked replication origins (reflected in
4948
+ <link linkend="view-pg-replication-origin-status">pg_replication_origin_status</link>)
4949
+ will prevent the server from starting.
4950
+ <literal>max_replication_slots</literal> must be set to at least the
4951
+ number of subscriptions that will be added to the subscriber, plus some
4952
+ reserve for table synchronization.
4953
+ </para>
4954
+
4955
+ <para>
4956
+ Note that this parameter also applies on a sending server, but with
4957
+ a different meaning.
4958
+ </para>
4959
+ </listitem>
4960
+ </varlistentry>
4961
+
4928
4962
<varlistentry id="guc-max-logical-replication-workers" xreflabel="max_logical_replication_workers">
4929
4963
<term><varname>max_logical_replication_workers</varname> (<type>integer</type>)
4930
4964
<indexterm>
0 commit comments