mirror of
https://github.com/FirebirdSQL/firebird.git
synced 2025-01-22 20:03:02 +01:00
Fixed mistake in the docs
This commit is contained in:
parent
2f877baa9f
commit
8984d39125
@ -100,8 +100,8 @@ In the Beta 1 release, any physical copying method can be used:
|
||||
|
||||
Then the replica mode must be activated for the database copy. Two options are possible:
|
||||
|
||||
* gfix -replica read <database> -- set up database as read-only replica
|
||||
* gfix -replica write <database> -- set up database as read-write replica
|
||||
* gfix -replica read\_only <database> -- set up database as read-only replica
|
||||
* gfix -replica read\_write <database> -- set up database as read-write replica
|
||||
|
||||
Read-only replica means that only the replicator connection can modify the database. This is mostly indended for high availability solutions as the replica database is guaranteed to match the master one and can be used for fast recovery. Regular user connections may perform any operations allowed for read-only transactions: select from tables, execute read-only procedures, write into global temporary tables, etc. Database maintenance such as sweeping, shutdown, monitoring is also allowed. This can be used for moving read-only load \(analytics, etc\) to the replica database. However, read-only connections may potentially conflict with the replication if some DDL statements \(those requiring an exclusing metadata lock\) are performed on the master database.
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user