From: Bruce Momjian <bruce@momjian.us>
Date: Fri, 17 Nov 2006 16:38:44 +0000 (+0000)
Subject: Rename replication section "High Availability and Load Balancing".
X-Git-Url: http://git.postgresql.org/gitweb/static/gitweb.js?a=commitdiff_plain;h=d1e02bc53cd6e558ffb6f8d6fe31f3a97bb64d24;p=users%2Fbernd%2Fpostgres.git

Rename replication section "High Availability and Load Balancing".
---

diff --git a/doc/src/sgml/filelist.sgml b/doc/src/sgml/filelist.sgml
index eace579c05..908875528d 100644
--- a/doc/src/sgml/filelist.sgml
+++ b/doc/src/sgml/filelist.sgml
@@ -34,7 +34,7 @@
 <!entity charset       SYSTEM "charset.sgml">
 <!entity client-auth   SYSTEM "client-auth.sgml">
 <!entity diskusage     SYSTEM "diskusage.sgml">
-<!entity failover      SYSTEM "failover.sgml">
+<!entity high-availability      SYSTEM "high-availability.sgml">
 <!entity installation  SYSTEM "installation.sgml">
 <!entity installw      SYSTEM "install-win32.sgml">
 <!entity maintenance   SYSTEM "maintenance.sgml">
diff --git a/doc/src/sgml/failover.sgml b/doc/src/sgml/high-availability.sgml
similarity index 87%
rename from doc/src/sgml/failover.sgml
rename to doc/src/sgml/high-availability.sgml
index 39a395d807..4b9abc4702 100644
--- a/doc/src/sgml/failover.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -1,35 +1,38 @@
 <!-- $PostgreSQL$ -->
 
-<chapter id="failover">
- <title>Failover, Replication, Load Balancing, and Clustering Options</title>
+<chapter id="high-availability">
+ <title>High Availability and Load Balancing</title>
 
+ <indexterm><primary>high availability</></>
  <indexterm><primary>failover</></>
  <indexterm><primary>replication</></>
  <indexterm><primary>load balancing</></>
  <indexterm><primary>clustering</></>
+ <indexterm><primary>data partitioning</></>
 
  <para>
   Database servers can work together to allow a second server to
-  quickly take over if the primary server fails (failover), or to
-  allow several computers to serve the same data (load balancing).
-  Ideally, database servers could work together seamlessly.  Web
-  servers serving static web pages can be combined quite easily by
-  merely load-balancing web requests to multiple machines.  In
-  fact, read-only database servers can be combined relatively easily
-  too.  Unfortunately, most database servers have a read/write mix
-  of requests, and read/write servers are much harder to combine.
-  This is because though read-only data needs to be placed on each
-  server only once, a write to any server has to be propagated to
-  all servers so that future read requests to those servers return
-  consistent results.
+  quickly take over quickly if the primary server fails (high
+  availability), or to allow several computers to serve the same
+  data (load balancing).  Ideally, database servers could work
+  together seamlessly.  Web servers serving static web pages can
+  be combined quite easily by merely load-balancing web requests
+  to multiple machines.  In fact, read-only database servers can
+  be combined relatively easily too.  Unfortunately, most database
+  servers have a read/write mix of requests, and read/write servers
+  are much harder to combine.  This is because though read-only
+  data needs to be placed on each server only once, a write to any
+  server has to be propagated to all servers so that future read
+  requests to those servers return consistent results.
  </para>
 
  <para>
-  This synchronization problem is the fundamental difficulty for servers
-  working together.  Because there is no single solution that eliminates
-  the impact of the sync problem for all use cases, there are multiple
-  solutions.  Each solution addresses this problem in a different way, and
-  minimizes its impact for a specific workload.
+  This synchronization problem is the fundamental difficulty for
+  servers working together.  Because there is no single solution
+  that eliminates the impact of the sync problem for all use cases,
+  there are multiple solutions.  Each solution addresses this
+  problem in a different way, and minimizes its impact for a specific
+  workload.
  </para>
 
  <para>
diff --git a/doc/src/sgml/postgres.sgml b/doc/src/sgml/postgres.sgml
index ffe44fa522..275f73390b 100644
--- a/doc/src/sgml/postgres.sgml
+++ b/doc/src/sgml/postgres.sgml
@@ -151,7 +151,7 @@
   &charset;
   &maintenance;
   &backup;
-  &failover;
+  &high-availability;
   &monitoring;
   &diskusage;
   &wal;