Restarting MINE Process
- Copy Space for Confluence
- Chris Lawless (Deactivated)
When restarting the MINE process, there will be some additional internal work required by the MINE process to ensure all changes are captured and there are no gaps in the replication. This work is done automatically on startup by the MINE process.
To ensure complete transactional integrity, the MINE process will have to go back to the last uncommited SCN for a transaction and start parsing for any changes since that SCN. There may have been a future commit for that transaction and MINE needs to ensure that all the changes have been mined. This may mean that Dbvisit Replicate will go to the archive redo logs to capture the full transaction history. PLOGs are written again on MINE restarts.
The APPLY process is not impacted when there is a restart on the MINE process. If it already has a PLOG delivered, it will not ask MINE for the new copy. It knows that SCN of last applied transaction and can carry on from the last applied SCN.
When restarting MINE, the Dbvisit Replicate console will initially report what appears to be incorrect progress counters:
-MINE IS running. Currently at plog 66 (redo sequence 1424 [1] 1831 [2]) and SCN 47476178 (06/01/2016 18:57:13). APPLY IS running. Currently at plog 52 and SCN ... (06/01/2016 10:38:48). Progress of replication orcl:MINE->APPLY: total/this execution -------------------------------------------------------------------------------------------------------------------------------------------- SCOTT.AVI_OBJECTS: 133% Mine:6000/6000 Unrecov:0/0 Applied:8000/0 Conflicts:0/0 Last:--/-- --------------------------------------------------------------------------------------------------------------------------------------------
The APPLY SCN is set to 0 while the MINE process goes back to the last uncommitted SCN. The % progress will also not reflect the true number while this initialization is carried out.
Once the initialization has been completed, the progress counters will return to normal:
-MINE IS running. Currently at plog 67 (redo sequence 1424 [1] 1832 [2]) and SCN 47521517 (12/13/2015 20:11:06). APPLY IS running. Currently at plog 67 and SCN 47521475 (12/13/2015 20:11:00). Progress of replication orcl:MINE->APPLY: total/this execution -------------------------------------------------------------------------------------------------------------------------------------------- SCOTT.AVI_OBJECTS: 100% Mine:10000/10000 Unrecov:0/0 Applied:10000/2000 Conflicts:0/0
To find out how far back the MINE process will go on a restart, run the following command. This lists the last redo log no longer required by the MINE process:
dbvrep> list obsolete redo Thread 1 last obsolete sequence#: 20606 (7 hours and 6 minutes ago)
Starting in Replicate 2.8 extra information is displayed regarding how far back the process will go when it is started.
dbvrep> shutdown all Upon restart MINE will go back to redolog 5901 (thread 1), going back 4 logs. Upon restart APPLY will go back to plog 5901, going back 4 plogs. Are you sure you want to shutdown? (Yes/No) [No] yes Dbvisit Replicate MINE process shutting down.
The initialization is not required when MINE process has been paused. Only when the MINE process has been restarted.