|
1 |
| -<!-- $PostgreSQL: pgsql/doc/src/sgml/failover.sgml,v 1.8 2006/11/16 21:43:33 momjian Exp $ --> |
| 1 | +<!-- $PostgreSQL: pgsql/doc/src/sgml/failover.sgml,v 1.9 2006/11/16 21:45:25 momjian Exp $ --> |
2 | 2 |
|
3 | 3 | <chapter id="failover">
|
4 | 4 | <title>Failover, Replication, Load Balancing, and Clustering Options</title>
|
|
192 | 192 | is because each server operates independently, and because SQL
|
193 | 193 | queries are broadcast (and not actual modified rows). If this
|
194 | 194 | is unacceptable, applications must query such values from a
|
195 |
| - single server and then use those values in write queries. Also, |
196 |
| - care must be taken that all transactions either commit or abort |
197 |
| - on all servers Pgpool is an example of this type of replication. |
| 195 | + single server and then use those values in write queries. |
| 196 | + Also, care must be taken that all transactions either commit |
| 197 | + or abort on all servers, perhaps using two-phase commit (<xref |
| 198 | + linkend="sql-prepare-transaction" |
| 199 | + endterm="sql-prepare-transaction-title"> and <xref |
| 200 | + linkend="sql-commit-prepared" endterm="sql-commit-prepared-title">. |
| 201 | + Pgpool is an example of this type of replication. |
198 | 202 | </para>
|
199 | 203 | </listitem>
|
200 | 204 | </varlistentry>
|
|