diff options
| author | Heikki Linnakangas | 2011-08-31 09:37:37 +0000 |
|---|---|---|
| committer | Heikki Linnakangas | 2011-08-31 09:38:33 +0000 |
| commit | edf4edae5799e5f7b7d9822d2932170341ba5472 (patch) | |
| tree | a95e193de09140a27ca36978973489f4219ed6fc | |
| parent | 333eb32081d261ede946935379b66e6ac192629d (diff) | |
The replication status values in pg_stat_replication was changed to
lowercase earlier, but documentation was not updated. Update the docs.
Fujii Masao
| -rw-r--r-- | doc/src/sgml/config.sgml | 2 | ||||
| -rw-r--r-- | doc/src/sgml/high-availability.sgml | 6 |
2 files changed, 4 insertions, 4 deletions
diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml index eed4e54c5f1..e08c64c4a87 100644 --- a/doc/src/sgml/config.sgml +++ b/doc/src/sgml/config.sgml @@ -2101,7 +2101,7 @@ SET ENABLE_SEQSCAN TO OFF; this standby server confirms receipt of their data. The synchronous standby will be the first standby named in this list that is both currently connected and streaming data in real-time - (as shown by a state of <literal>STREAMING</literal> in the + (as shown by a state of <literal>streaming</literal> in the <link linkend="monitoring-stats-views-table"> <literal>pg_stat_replication</></link> view). Other standby servers appearing later in this list represent potential diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml index bb787dc396d..f811d297d8b 100644 --- a/doc/src/sgml/high-availability.sgml +++ b/doc/src/sgml/high-availability.sgml @@ -1028,14 +1028,14 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass' <para> When a standby first attaches to the primary, it will not yet be properly - synchronized. This is described as <literal>CATCHUP</> mode. Once + synchronized. This is described as <literal>catchup</> mode. Once the lag between standby and primary reaches zero for the first time - we move to real-time <literal>STREAMING</> state. + we move to real-time <literal>streaming</> state. The catch-up duration may be long immediately after the standby has been created. If the standby is shut down, then the catch-up period will increase according to the length of time the standby has been down. The standby is only able to become a synchronous standby - once it has reached <literal>STREAMING</> state. + once it has reached <literal>streaming</> state. </para> <para> |