-
+
Server Configuration
- The is only invoked on completed
- WAL segments. Hence,
- if your server generates only little WAL traffic (or has slack periods
- where it does so), there could be a long delay between the completion
- of a transaction and its safe recording in archive storage. To put
- a limit on how old unarchived data can be, you can set
- archive_timeout> to force the server to switch
- to a new WAL segment file periodically. When this parameter is
- greater than zero, the server will switch to a new segment file
- whenever this many seconds elapse since the last segment file switch.
- Note that archived
- files that are closed early due to a forced switch are still the same
- length as completely full files. It is therefore unwise to set a very
- short archive_timeout> — it will bloat your archive
+ The is only invoked on
+ completed WAL segments. Hence, if your server generates little WAL
+ traffic (or has slack periods where it does so), there could be a
+ long delay between the completion of a transaction and its safe
+ recording in archive storage. To put a limit on how old unarchived
+ data can be, you can set archive_timeout> to force the
+ server to switch to a new WAL segment file periodically. When this
+ parameter is greater than zero, the server will switch to a new
+ segment file whenever this many seconds have elapsed since the last
+ segment file switch. Note that archived files that are closed early
+ due to a forced switch are still the same length as completely full
+ files. Therefore, it is unwise to use a very short
+ archive_timeout> — it will bloat your archive
storage. archive_timeout> settings of a minute or so are
- usually reasonable.
- This parameter can only be set in the postgresql.conf>
- file or on the server command line.
+ usually reasonable. This parameter can only be set in the
+ postgresql.conf> file or on the server command line.