Dbvisit Replicate offers automatic house keeping (housekeeping) on the following files:
...
The management of the plogs can be found in the Mine/Apply log files by searching for "plog maintenance with settings".
The management is done on every plog switch.
Dbvisit Replicate redo files
If the Fetcher process is used, then redo logs are transferred from the source database server to the server where the Mine process running. The management of these redo logs are done according to the following settings:
...
The management of the redo logs can be found in the Mine log files by searching for "rlog maintenance with settings".
The management is done on every log switch. The redo logs are located in a directory called mine_stage.
Dbvisit Replicate log files
- . These are set managed to keep one backup file and a size limit of 100MB. This is configurable through the parameters:
- LOG_FILE_SIZE
- LOG_FILE_COUNT
- LOG_FILE_DATE_ROTATE
...
| Section |
|---|
| Column | ||
|---|---|---|
| ||
|
| width | 95 |
|---|
| bgColor | CCC |
|---|
LIST OBSOLETE REDO REDO [THREAD thread]
The oldest archive log that MINE will ever need is "last obsolete sequence" + 1
The oldest archive log that APPLY wil ever need is the sequence # that APPLY is working on
Scripting the output of the "list status" command
To automate the management of Dbvisit Replicate further, the output of the list status command can be scripted.
The commands are:
| Section |
|---|
| Column | ||
|---|---|---|
| ||
|
| width | 95 |
|---|
| bgColor | CCC |
|---|
start-console.sh --silent engine mine send engine status | grep Sequence
start-console.sh --silent engine apply send engine status
| grep Sequence
The Mine process returns the plog sequence and the redo sequence. If RAC is not used, then this number will be the same.
...