At times, standby database will go out of sync and there will be hundreds of arc hive logs to be applied. It takes huge amount of data transfer and also large amount of archive log apply activity in the standby database. The above situation can be tacked, without rebuild in Oracle 10g environment.
At times, standby database will go out of sync and there will be hundreds of arc hive logs to be applied. It takes huge amount of data transfer and also large amount of archive log apply activity in the standby database. The above situation can be tacked, without rebuild in Oracle 10g environment.
Copyright:
Attribution Non-Commercial (BY-NC)
Available Formats
Download as TXT, PDF, TXT or read online from Scribd
At times, standby database will go out of sync and there will be hundreds of arc hive logs to be applied. It takes huge amount of data transfer and also large amount of archive log apply activity in the standby database. The above situation can be tacked, without rebuild in Oracle 10g environment.
Copyright:
Attribution Non-Commercial (BY-NC)
Available Formats
Download as TXT, PDF, TXT or read online from Scribd
One of the major problems being faced by DBAs managing Physical Standby Database
s is to keep the standby database in sync with Primary Database.
At times, standby database will go out of sync and there will be hundreds of arc hive logs to be applied. It takes huge amount of data transfer and also large amount of archive log apply activity in the standby database. Also, there is a potential chance of archive log non-availability, which may lea d to rebuild of standby database. The above situation can be tacked, without rebuild in Oracle 10g environment. Steps to bring the standby database in sync with Primary Database is listed belo w. 1. Find the current SCN of standby database. select current_scn from v$database; CURRENT_SCN 4793543 2. On the primary database create the needed incremental backup from the above S CN rman target / RMAN> BACKUP DEVICE TYPE DISK INCREMENTAL FROM SCN 4793543 DATABASE FORMAT \opt\b kup_%U ; 3. create a new standby controlfile from production sqlplus> alter database create standby crontrolfile blah ; 4.cancel managed recovery on standby sqlplus> recover managed standby database cancel; 5. Move your incremental backup from (2) to the standby server (empty folder) an d catalog it rman target / rman> catalog start with c:\temp\backup\ ; 6. recover your standby from the incremental backup rman> recover database noredo; 7. shutdown the standby and replace the controlfile with the one you backup in ( 3) 8.startup the standby and put it back into managed recovery mode sqlplus> startup mount sqlplus> recover managed standby database disconnect;