Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Log file sync spike

RE: Log file sync spike

From: Schultz, Charles <>
Date: Fri, 9 Jun 2006 11:30:19 -0500
Message-ID: <>

This is very similar to an issue we experienced under 9i and Solaris 8. We spent a few weeks pointing fingers (and having fingers pointed at us), but ultimately it came down to the buffered writes to the disk.

As this was in 2004, I am mining the email for more details. We were helped by TUSC (*wink wink* to the guys that hang out here). We made two changes that had a dramatic effect; we switched from EMC disk to local (Sun) disk and dumped Veritas File Manager for UFS, but only for the mounts which housed the redo logs (independent of everything else, we are good OFA boys). We never had approval to go back and test to see if either one change or the other did the trick, so I can only recommend you do both. Later in life, we switched to faster disk from EMC (DMX) and Veritas DirectIO, again not knowing if both were needed or not.

Let me know if you want more details, as your situation may be different than ours.

-----Original Message-----

[] On Behalf Of Laimutis Nedzinskas Sent: Friday, June 09, 2006 11:01 AM
Subject: Log file sync spike

I am trying to understand what is causing "log file sync" 5-15 minutes duration spike in my db.
What puzzles me is that I can not see spike in the other activities on my db.

It is strange that:

If "redo synch time" spike happens because of hw problems then why "redo write time" does not follow it?
If it is not hw issue then what else LGWR can be doing 50% of time(see the difference between redo write time and redo synch time) ? Or am I hitting yet another V$-bug?

Database statistics in centiseconds follows:

56,105,687 cs redo synch time from v$sysstat (1.140.674 cs redo synch time from v$sesstat)
54,796,921 cs log file sync from v$system_event

24,163,771 cs redo write time from v$sysstat

162,672 cs log file switch completion from v$system_event

Thank you in advance,
Laimis N.

-- Received on Fri Jun 09 2006 - 11:30:19 CDT

Original text of this message