Typically, hardware resources dg library is not as good as the main library hardware resources, generally 1/2 of the main library,
So if the main library archive generate excessive dg library so there may log application, however, may try to speed up the archive log application by adjusting the following parameters;
Higher front! ! !
In standby-side implementation, do not adjust the primary end! !
1>
alter system set parallel_execution_message_size=32768 scope=spfile; --默认16384
alter system set filesystemio_options=setall scope=spfile; --默认 none
alter system set disk_asynch_io = true scope = spfile; - the default is true
alter system set db_lost_write_protect=typical scope=spfile ; --默认是full
alter system set db_block_checksum = false scope = spfile; - TYPICAL defaults
alter system set DB_BLOCK_CHECKING=false scope=spfile ; --默认是false
alter system set db_writer_processes = 8 scope = spfile; - default 6
shutdown immediate;
startup nomount;
alter database mount standby database;
alter database recover managed standby database parallel 4 disconnect from session; ---- parallelism CPU core 2 is set according to the number of *
In addition shared_pool size is too small will affect the speed of the application, please encountered DG delay time can be properly installed according to specification check, to prevent the shared pool is too small. (E.g., above the minimum to ensure 2G)
2> dg database log Application Performance Monitoring
set lines 200 pages 2000
col process format a8
col spid format a8
col event format a50 tru
col SIW format 999999
select to_char(sysdate,'DD-MON-YYYY HH24:MI:SS') "Current time"
,s.process
, p.spid
, substr(s.program, -6) PROC
, s.event
, s.p1
, s.p2
, s.p3
, s.seconds_in_wait SIW
, s.seq#
from v$session s, v$process p
where p.addr = s.paddr and (s.program like '%MRP%' or s.program like '%PR0%' or s.program like '%DBW%' or s.program like '%CKPT%')
order by s.process
/