Skip to content

Commit 7521a7d

Browse files
author
Liudmila Mantrova
committed
Doc bug fix in multimaster linking
1 parent 09b4d2d commit 7521a7d

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

doc/src/sgml/multimaster.sgml

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
<sect1 id="multimaster">
22
<title>multimaster</title>
33
<para><emphasis role="strong">Table of Contents</emphasis></para>
4-
<para><link linkend="multimaster-usage">Limitations</link></para>
4+
<para><link linkend="multimaster-limitations">Limitations</link></para>
55
<para><link linkend="multimaster-architecture">Architecture</link></para>
66
<para><link linkend="multimaster-installation">Installation and Setup</link></para>
77
<para><link linkend="multimaster-administration">Multi-Master Cluster Administration</link></para>
@@ -64,13 +64,13 @@
6464
fast-forward the node to the actual state based on the
6565
Write-Ahead Log (<acronym>WAL</acronym>) data in the corresponding replication slot. If <acronym>WAL</acronym> data is no longer available for the time when the node was excluded from the cluster, you can <link linkend="multimaster-restoring-a-node-manually">restore the node using <application>pg_basebackup</application></link>.
6666
</para>
67-
<important><para>When using <filename>multimaster</filename>, make sure to take its replication restrictions into account. For details, see <xref linkend="multimaster-usage">.</para></important>
67+
<important><para>When using <filename>multimaster</filename>, make sure to take its replication restrictions into account. For details, see <xref linkend="multimaster-limitations">.</para></important>
6868
<para>
6969
To learn more about the <filename>multimaster</filename> internals, see
7070
<xref linkend="multimaster-architecture">.
7171
</para>
7272

73-
<sect2 id="multimaster-usage">
73+
<sect2 id="multimaster-limitations">
7474
<title>Limitations</title>
7575
<para>The <filename>multimaster</filename> extension takes care of the database replication in a fully automated way. You can perform write transactions on any node and work with temporary tables on each cluster node simultaneosly. However, make sure to take the following replication restrictions into account:</para>
7676
<itemizedlist>
@@ -188,7 +188,7 @@ of tables without primary keys by setting the <varname>multimaster.ignore_tables
188188
</listitem>
189189
</orderedlist>
190190
<important>
191-
<para><filename>multimaster</filename> currently supports the <literal>read committed</literal> and <literal>repeatable read</literal> isolation levels only, which can cause unexpected serialization failures in your workload. For details, see <xref linkend="multimaster-usage">.</para>
191+
<para><filename>multimaster</filename> currently supports the <literal>read committed</literal> and <literal>repeatable read</literal> isolation levels only, which can cause unexpected serialization failures in your workload. For details, see <xref linkend="multimaster-limitations">.</para>
192192
</important>
193193
<para>
194194
If a node crashes or gets disconnected from the cluster between

0 commit comments

Comments
 (0)