@@ -486,27 +486,28 @@ protocol to make nodes agree on a serializable transactional order.
486
486
<para>
487
487
Directly moving WAL records from one database server to another
488
488
is typically described as log shipping. <productname>PostgreSQL</>
489
- implements file-based log shipping, which means that WAL records are
490
- transferred one file (WAL segment) at a time. WAL files (16MB) can be
489
+ implements file-based log shipping by transfering WAL records
490
+ one file (WAL segment) at a time. WAL files (16MB) can be
491
491
shipped easily and cheaply over any distance, whether it be to an
492
492
adjacent system, another system at the same site, or another system on
493
493
the far side of the globe. The bandwidth required for this technique
494
494
varies according to the transaction rate of the primary server.
495
- Record-based log shipping is also possible with streaming replication
496
- (see <xref linkend="streaming-replication">).
495
+ Record-based log shipping is more granular and streams WAL changes
496
+ incrementally over a network connection (see <xref
497
+ linkend="streaming-replication">).
497
498
</para>
498
499
499
500
<para>
500
- It should be noted that the log shipping is asynchronous, i.e., the WAL
501
+ It should be noted that log shipping is asynchronous, i.e., the WAL
501
502
records are shipped after transaction commit. As a result, there is a
502
503
window for data loss should the primary server suffer a catastrophic
503
504
failure; transactions not yet shipped will be lost. The size of the
504
505
data loss window in file-based log shipping can be limited by use of the
505
506
<varname>archive_timeout</varname> parameter, which can be set as low
506
507
as a few seconds. However such a low setting will
507
508
substantially increase the bandwidth required for file shipping.
508
- If you need a window of less than a minute or so, consider using
509
- streaming replication (see <xref linkend="streaming-replication">) .
509
+ Streaming replication (see <xref linkend="streaming-replication">)
510
+ allows a much smaller window of data loss .
510
511
</para>
511
512
512
513
<para>
0 commit comments