One possibility to fix the error:
A database might experience sudden spikes in the average "log file sync"
wait time with ARCHIVE_LAG_TARGET set.
Rediscovery Notes:
Look for:
- ARCHIVE_LAG_TARGET is set to some non-zero value
- performance monitoring shows occasional spikes in the
"log file sync" wait times (eg spikes are seen on a
graph plotting the time of day in seconds along the
x-axis, against the average "log file sync" wait time
on the y-axis)
- routines on LGWR's call stack during the spikes show:
-> ksbrdp -> ksbabs -> ksbcti -> kcrfwl ->
-> kccocx -> kcc_get_enqueue ->
- the contents of V$LOCK during the spikes show LGWR
waiting for the CF enqueue in SSX-mode (REQUEST=5):
select vs.program,lmode,request
from v$lock vl, v$session vs
where vs.sid=vl.sid and
vl.type='CF' and vl.id1=0 and vl.id2=0;
- setting ARCHIVE_LAG_TARGET to zero resolves the issue
(this can be done dynamically)
Workaround
Set archive_lag_target to zero.
No comments:
Post a Comment