|
1 | 1 | <sect1 id="multimaster">
|
2 | 2 | <title>multimaster</title>
|
3 | 3 | <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> |
5 | 5 | <para><link linkend="multimaster-architecture">Architecture</link></para>
|
6 | 6 | <para><link linkend="multimaster-installation">Installation and Setup</link></para>
|
7 | 7 | <para><link linkend="multimaster-administration">Multi-Master Cluster Administration</link></para>
|
|
64 | 64 | fast-forward the node to the actual state based on the
|
65 | 65 | 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>.
|
66 | 66 | </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> |
68 | 68 | <para>
|
69 | 69 | To learn more about the <filename>multimaster</filename> internals, see
|
70 | 70 | <xref linkend="multimaster-architecture">.
|
71 | 71 | </para>
|
72 | 72 |
|
73 |
| - <sect2 id="multimaster-usage"> |
| 73 | + <sect2 id="multimaster-limitations"> |
74 | 74 | <title>Limitations</title>
|
75 | 75 | <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>
|
76 | 76 | <itemizedlist>
|
@@ -188,7 +188,7 @@ of tables without primary keys by setting the <varname>multimaster.ignore_tables
|
188 | 188 | </listitem>
|
189 | 189 | </orderedlist>
|
190 | 190 | <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> |
192 | 192 | </important>
|
193 | 193 | <para>
|
194 | 194 | If a node crashes or gets disconnected from the cluster between
|
|
0 commit comments