Commit a79122b0 authored by Simon Riggs's avatar Simon Riggs

Minor corrections to high availability docs

Startup process is displayed in pg_stat_activity, noted by Yugo Nagata.
Transactions can be resolved at end of recovery.

Author: Yugo Nagata, with addition by me
parent b6159202
...@@ -2203,12 +2203,12 @@ LOG: database system is ready to accept read only connections ...@@ -2203,12 +2203,12 @@ LOG: database system is ready to accept read only connections
<function>pg_cancel_backend()</> <function>pg_cancel_backend()</>
and <function>pg_terminate_backend()</> will work on user backends, and <function>pg_terminate_backend()</> will work on user backends,
but not the Startup process, which performs but not the Startup process, which performs
recovery. <structname>pg_stat_activity</structname> does not show an recovery. <structname>pg_stat_activity</structname> does not show
entry for the Startup process, nor do recovering transactions show recovering transactions as active. As a result,
as active. As a result, <structname>pg_prepared_xacts</structname> <structname>pg_prepared_xacts</structname> is always empty during
is always empty during recovery. If you wish to resolve in-doubt recovery. If you wish to resolve in-doubt prepared transactions, view
prepared transactions, view <literal>pg_prepared_xacts</> on the <literal>pg_prepared_xacts</> on the primary and issue commands to
primary and issue commands to resolve transactions there. resolve transactions there or resolve them after the end of recovery.
</para> </para>
<para> <para>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment