It is very important that the access privileges for replication be set up
so that only trusted users can read the WAL stream, because it is
easy to extract privileged information from it. Standby servers must
- authenticate to the primary as a superuser or an account that has the
- REPLICATION privilege. It is recommended to create a
- dedicated user account with REPLICATION and LOGIN
- privileges for replication. While REPLICATION privilege gives
- very high permissions, it does not allow the user to modify any data on
- the primary system, which the SUPERUSER privilege does.
+ authenticate to the primary as an account that has the
+ REPLICATION privilege or a superuser. It is
+ recommended to create a dedicated user account with
+ REPLICATION and LOGIN
+ privileges for replication. While REPLICATION
+ privilege gives very high permissions, it does not allow the user to
+ modify any data on the primary system, which the
+ SUPERUSER privilege does.
The backup is made over a regular
PostgreSQL
connection, and uses the replication protocol. The connection must be made
- with a superuser or a user having REPLICATION
- permissions (see ),
+ with a user having REPLICATION permissions
+ (see ) or a superuser,
and pg_hba.conf must explicitly permit the replication
connection. The server must also be configured
with set high enough to leave at least
The write-ahead log is streamed over a regular
PostgreSQL connection and uses the replication
- protocol. The connection must be made with a superuser or a user
- having REPLICATION permissions (see
- ), and pg_hba.conf
- must permit the replication connection. The server must also be
- configured with set high enough to
- leave at least one session available for the stream.
+ protocol. The connection must be made with a user having
+ REPLICATION permissions (see
+ ) or a superuser, and
+ pg_hba.conf must permit the replication connection.
+ The server must also be configured with
+ set high enough to leave at least
+ one session available for the stream.