]> granicus.if.org Git - postgresql/commitdiff
Synchronous replication doc corrections.
authorRobert Haas <rhaas@postgresql.org>
Mon, 7 Mar 2011 16:59:58 +0000 (11:59 -0500)
committerRobert Haas <rhaas@postgresql.org>
Mon, 7 Mar 2011 16:59:58 +0000 (11:59 -0500)
Thom Brown

doc/src/sgml/config.sgml
doc/src/sgml/high-availability.sgml

index 822ef4b60c9ed71bc72226bf523355e6ed6859eb..ec7e44315f091fdce6ecd2f925461bbc57df51bd 100644 (file)
@@ -2092,7 +2092,7 @@ SET ENABLE_SEQSCAN TO OFF;
        </para>
        <para>
         If a standby is removed from the list of servers then it will stop
-        being the synchronous standby, allowing another to take it's place.
+        being the synchronous standby, allowing another to take its place.
         If the list is empty, synchronous replication will not be
         possible, whatever the setting of <varname>synchronous_replication</>,
         however, already waiting commits will continue to wait.
index e30552f09fabbda7406baad5754bb3d7ce7a00ec..e33d31513757cac2932185c2b6f0f5f537e11324 100644 (file)
@@ -927,7 +927,7 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass'
 
    <para>
     All parameters have useful default values, so we can enable
-    synchronous replication easily just by setting this on the primary
+    synchronous replication easily just by setting this on the primary:
 
 <programlisting>
 synchronous_replication = on
@@ -938,7 +938,7 @@ synchronous_replication = on
     even if that takes a very long time.
     <varname>synchronous_replication</> can be set by individual
     users, so can be configured in the configuration file, for particular
-    users or databases, or dynamically by applications programs.
+    users or databases, or dynamically by applications.
    </para>
 
    <para>
@@ -1008,9 +1008,6 @@ synchronous_replication = on
    <para>
     You should consider that the network bandwidth must be higher than
     the rate of generation of WAL data.
-    10% of changes are important customer details, while
-    90% of changes are less important data that the business can more
-    easily survive if it is lost, such as chat messages between users.
    </para>
 
    </sect3>
@@ -1019,7 +1016,7 @@ synchronous_replication = on
     <title>Planning for High Availability</title>
 
    <para>
-    Commits made when synchronous_replication is set will wait until at
+    Commits made when synchronous_replication is set will wait until
     the sync standby responds. The response may never occur if the last,
     or only, standby should crash.
    </para>