Here is what Ixora has to say on Controlfile waits:

Wait event: refresh controlfile command

The refresh controlfile command wait event is not important for tuning, but can be helpful in problem diagnosis. It occurs when mounting a database, and when a controlfile transaction changes the range of used record numbers in any controlfile record section. This information is cached in the SGA and must be updated in all instances whenever it is changed by a controlfile transaction. Accordingly, a refresh controlfile command is sent to the CKPT process in each instance causing it to refresh the cached controlfile information in the SGA from the physical controlfile. While this is being done, the requesting process waits on the refresh controlfile command wait event.

The inter-process communication message that is used can be seen in X$MESSAGES as follows.

SQL> select dest, description from x$messages where description like 'refresh %';

DEST DESCRIPTION
---- ----------------------------------------
CKPT refresh control file

I'd still like to know is what can a user  possibly do to modify a controlfile?
-----Original Message-----
From: Gogala, Mladen [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 26, 2002 2:34 PM
To: Multiple recipients of list ORACLE-L
Subject: Control File locks

I noticed that my users are occasionally (once or twice a day) acquiring a 'CF' lock.
According to the oracle reference, 'CF' lock is a Control File lock. Does anyone know
why would users acquire a 'CF' lock, or in one case, even a 'IS' (Instance State) lock?
What situation can lead to that?

Reply via email to