server:database_logs
Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision | ||
| server:database_logs [2017/06/06 17:53] – created Gerard Nicol | server:database_logs [2025/01/21 22:07] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 5: | Line 5: | ||
| In the unlikely event that the TapeTrack Service abnormally terminates resulting in an inconsistent database, the database log files will be used to repair the database. | In the unlikely event that the TapeTrack Service abnormally terminates resulting in an inconsistent database, the database log files will be used to repair the database. | ||
| - | By default, TapeTrack is configured to expect that the High Availability option will be enabled. As a result, the Berkeley | + | By default, TapeTrack is configured to expect that the High Availability option will be enabled. As a result, the database subsystem will retain all log files until at least one replicant is active. |
| - | If you do not expect to deploy the TapeTrack High Availability option, you must run the TapeTrack Service with the -X option, which will disable the replication | + | If you do not expect to deploy the TapeTrack High Availability option, you must [[technote: |
| Once you have either enabled at least one High Availability replicant or disabled the replication sub-system, you can remove redundant log files by either: | Once you have either enabled at least one High Availability replicant or disabled the replication sub-system, you can remove redundant log files by either: | ||
| - | Specifying the set_flags DB_LOG_AUTOREMOVE option in your DB_CONFIG file. | + | 1. Specifying the set_flags |
| + | |||
| + | 2. Running the BerkeleyDB db_archive command. | ||
| + | |||
| + | <- server: | ||
server/database_logs.1496771591.txt.gz · Last modified: 2025/01/21 22:07 (external edit)
