|
|
|
@ -738,13 +738,14 @@ archive_cleanup_command = 'pg_archivecleanup /path/to/archive %r' |
|
|
|
</para> |
|
|
|
</para> |
|
|
|
|
|
|
|
|
|
|
|
<para> |
|
|
|
<para> |
|
|
|
Streaming replication is asynchronous, so there is still a small delay |
|
|
|
Streaming replication is asynchronous by default |
|
|
|
between committing a transaction in the primary and for the changes to |
|
|
|
(see <xref linkend="synchronous-replication">), in which case there is |
|
|
|
become visible in the standby. The delay is however much smaller than with |
|
|
|
a small delay between committing a transaction in the primary and the |
|
|
|
file-based log shipping, typically under one second assuming the standby |
|
|
|
changes becoming visible in the standby. This delay is however much |
|
|
|
is powerful enough to keep up with the load. With streaming replication, |
|
|
|
smaller than with file-based log shipping, typically under one second |
|
|
|
<varname>archive_timeout</> is not required to reduce the data loss |
|
|
|
assuming the standby is powerful enough to keep up with the load. With |
|
|
|
window. |
|
|
|
streaming replication, <varname>archive_timeout</> is not required to |
|
|
|
|
|
|
|
reduce the data loss window. |
|
|
|
</para> |
|
|
|
</para> |
|
|
|
|
|
|
|
|
|
|
|
<para> |
|
|
|
<para> |
|
|
|
|