Hi there,
We have a database setup as follows
1) SQL server -- Where transactions are happening here
2) Oracle(DSS)-- we are transferring the incremental data from SQL server(NOT ALL THE TABLES ONLY 22 TABLES) with the help of a 24/7 running batch file.
After inserting the incremental data into Oracle tables we are firing some procedures(Scheduled to run every 1 hour) and updating some sales figures.(This update is expensive because almost every tables are getting updated via fired procedures).
We have 3 redo log file group with size 50 MB each,During sales closing time these procedures are taking time to get complete and the overall performance is getting degraded.
So i executed the following query
select /*+ ordered */
a.sid,
decode(a.type, 'BACKGROUND', substr (a.program,instr(a.program,'(',1,1)), 'FOREGROUND') type,
b.time_waited,
round(b.time_waited/b.total_waits,4) average_wait,
round((sysdate - a.logon_time)*24) hours_connected
from v$session_event b, v$session a
where a.sid = b.sid
and b.event = 'control file parallel write'
order by type, time_waited;
and found the result as follows
SID TYPE TIME_WAITED AVERAGE_WAIT HOURS_CONNECTED
---------- ------------ -----------------------------------------
1138 (CKPT) 94272 1.5514 47
855 (LGWR) 11100 1.2042 47
1990 (MMON) 4856 1.3167 47
From the above output is this really a redolog size problem?
Please share your ideas on this..
That's probably not the wait to be focussed on...However, 50MB sounds very small for redo logs for any database doing a lot of work. (50MB is the default in some versions so I can understand where it comes from).
Check v$log_history for the frequency of log switches (ie, filling and switching to the next redo log).
Generally I like my size redo logs so that they switch about every 30-60mins.
There are some overheads to a switch (these used to be large, but with each release its gets better) so I'm not fan of really really frequent switches. To make them larger, just add new ones and then drop the older ones one you've cycled into the new ones.