</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.
<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
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>
<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>
<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>