tunning the MRP process [message #294173] |
Wed, 16 January 2008 11:59 |
aline
Messages: 92 Registered: February 2002
|
Member |
|
|
Hi,
I have some problem with my physical standby database.
The MRP process is working slowly.
The primary redo generation is greater than the redo apply rate.
I'm working with a 9.2 database.
do you know how to tune this process or if there is some documentations about that?
thk!
|
|
|
|
|
|
Re: tuning the MRP process [message #308901 is a reply to message #306729] |
Tue, 25 March 2008 22:00 |
RichB
Messages: 3 Registered: March 2008 Location: California
|
Junior Member |
|
|
Hi,
We use LNS to ship the archivelogs asynchronously.
We configured the LISTENER.ORA to increase the Send and receive buffers on both the primary and standby. There's a formula to calculate the optimum based on your RTT time of a ping average.
(SEND_BUF_SIZE=10500000)
(RECV_BUF_SIZE=10500000)
We also run multiple archive processes log_archive_max_processes=13 ... 1 for the local archive and 12 to ship to the standby. The 12 are used in the LOG_ARCHIVE_DEST_2 with a MAX_CONNECTIONS=4. This will parallelize the shipping of each archlog. so essentially, we will ship 3 logs at a time ,each broken up into 4 streams).
And set the ARCHIVE_LAG_TARGET = 600 to perform a log switch every 600 seconds regardless of activity... for our SLA of a maximum of 10 minutes of data loss in a true destructive disaster.
BTW, we're on 10gR2.
We're shipping several hundred GB a day this way from California to Texas on multiple databases.
Hope this helps.
Rich
|
|
|