- Berkeley DB Reference Guide:
- Berkeley DB Replication
|
|
Applications wanting to use replication to support recovery after catastrophic failure of the master may want to configure a site as a logs-file-only replica. Such clients cannot respond to read (or write) queries but still receive a complete copy the log files, so that in the event of master failure, catastrophic recovery can be run.
Log file only clients are configured like other client sites, except they should specify the DB_REP_LOGSONLY flag to the DB_ENV->rep_start function and should specify a priority of 0 to the DB_ENV->rep_elect function.
To recover using a log-file-only replica, recovery must be run on the log files accumulated by the replica. If the log files are entirely self-contained, that is, they start with log file number 1, then a log replica can simply run catastrophic recovery. Obviously, if there are a large number of log files in this case, recovery may take a long time. If the log files are not self-contained, an archival copy of the databases must first be restored onto the replica before running catastrophic recovery.
More specifically, the log files accumulating on the log-file-only replica can take the place of the log files described in catastrophic recovery section of the Recovery procedures Berkeley DB Reference Guide.
In all other ways, a log-file-only site behaves as other replication clients do. It should have a thread or process receiving messages and passing them to DB_ENV->rep_process_message and must respond to all returns described for that interface.
|
|
Copyright Sleepycat Software @ 1.1 log @Initial revision @ text @@ 1.1.1.1 log @Import: RPM 4.0.4 @ text @@ 1.1.1.2 log @Import: RPM 4.0.5 @ text @d1 2 a2 2 a3 1 d20 2 a21 2 queries but they still receive a complete copy the log files, so that in the event of master failure, a copy of the logs is available. d24 4 a27 9 DB_ENV->rep_start method and should specify a priority of 0 to the DB_ENV->rep_elect method.
There are two ways to recover using a log-file-only replica. The simplest way is to copy the log files from the log-file-only replica onto another site (either master or replica) and run catastrophic recovery there. If that is not an option, then recovery must be run on the log-file-only replica, using the log files that have accumulated there. If the log files are entirely d33 1 a33 6 catastrophic recovery. In the latter case (that is, running recovery on the log-file-only replica), once the site returns to being a log-file-only replica, the database files on the log-file-only replica should be removed, and if the log files do not begin with log file number 1, a new set of archival databases should be created from the current master. @ 1.1.1.3 log @Import: RPM 4.1 @ text @d1 2 a2 2 d4 1 d21 2 a22 2 queries but still receive a complete copy the log files, so that in the event of master failure, catastrophic recovery can be run. d25 9 a33 4 DB_ENV->rep_start function and should specify a priority of 0 to the DB_ENV->rep_elect function.
To recover using a log-file-only replica, recovery must be run on the log files accumulated by the replica. If the log files are entirely d39 6 a44 1 catastrophic recovery. @ 1.1.1.4 log @Import: RPM 4.1.1 @ text @d1 2 a2 2 a3 1 d20 2 a21 2 queries but they still receive a complete copy the log files, so that in the event of master failure, a copy of the logs is available. d24 4 a27 9 DB_ENV->rep_start method and should specify a priority of 0 to the DB_ENV->rep_elect method.
There are two ways to recover using a log-file-only replica. The simplest way is to copy the log files from the log-file-only replica onto another site (either master or replica) and run catastrophic recovery there. If that is not an option, then recovery must be run on the log-file-only replica, using the log files that have accumulated there. If the log files are entirely d33 1 a33 6 catastrophic recovery. In the latter case (that is, running recovery on the log-file-only replica), once the site returns to being a log-file-only replica, the database files on the log-file-only replica should be removed, and if the log files do not begin with log file number 1, a new set of archival databases should be created from the current master. @