RE: RAC 11gR1 changing control files

  • From: "Bobak, Mark" <Mark.Bobak@xxxxxxxxxxxx>
  • To: "JC1706@xxxxxxx" <JC1706@xxxxxxx>, "Chitale, Hemant Krishnarao" <Hemant.Chitale@xxxxxx>
  • Date: Wed, 7 Sep 2011 13:32:32 -0400

That's the question that I answered.

It won't work, cause Oracle will insist that all RAC instances have the same 
value for control_files parameter.

If you check the manual page for control_files parameter, it's a documented 


-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On 
Sent: Wednesday, September 07, 2011 1:08 PM
To: Chitale, Hemant Krishnarao
Cc: oracle-l@xxxxxxxxxxxxx; EAGLESTON, BRENDA
Subject: RE: RAC 11gR1 changing control files

Actually, what I was trying to describe is the following process, and get 
opinions if it will work:

1) alter parameter "control_files" scope=spfile to remove 1 of the control 
files- there will still be at least 3 left.
2) shutdown and restart each instance of a RAC cluster one at a time, in a 
rolling fashion.

-----Original Message-----
From: Chitale, Hemant Krishnarao [mailto:Hemant.Chitale@xxxxxx] 
Sent: Tuesday, September 06, 2011 9:57 PM
Cc: oracle-l@xxxxxxxxxxxxx
Subject: RE: RAC 11gR1 changing control files

Interesting idea.  Drop a controlfile in a rolling manner.

Unfortunately, it won't work.  The controlfile is, in a sense, "outside" of the 
database  --- it actually allows the Instance to identify the physical 
components of the Database.  Thus, there is no "DROP CONTROLFILE" or "ALTER 

You will have to shutdown all the instances of the database, edit the parameter 
file and restart the instances.  
Ouch !

Hemant K Chitale 

-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On 
Sent: Wednesday, September 07, 2011 4:24 AM
To: 'oracle-l@xxxxxxxxxxxxx'
Subject: RAC 11gR1 changing control files

I ran into a situation where we have 5 control files, and one of these control 
files is going into a ASM diskgroup used for online redo logs.  We are also 
using a storage snapshot product (NetApp Snapshot Manager for Oracle).  
Normally the product would not get a snapshot on a volume that only has redo, 
but since it has a control file on it, we are then forced to track snapshots 
for redo, which is very expensive in resources.  The fix is to drop the control 
file from that ASM diskgroup.

Which brings me to my question: can I change the control_file parameter to omit 
that specific control file (I will still have 4 other copies) and bounce the 
instances in a rolling fashion? Or do all instances have to be shutdown so that 
the control file parameter is always consistent ? 

This email and any attachments are confidential and may also be privileged.  If 
you are not the addressee, do not disclose, copy, circulate or in any other way 
use or rely on the information contained in this email or any attachments.  If 
received in error, notify the sender immediately and delete this email and any 
attachments from your system.  Emails cannot be guaranteed to be secure or 
error free as the message and any attachments could be intercepted, corrupted, 
lost, delayed, incomplete or amended.  Standard Chartered PLC and its 
subsidiaries do not accept liability for damage caused by this email or any 
attachments and may monitor email traffic.

Standard Chartered PLC is incorporated in England with limited liability under 
company number 966425 and has its registered office at 1 Aldermanbury Square, 
London, EC2V 7SB.

Standard Chartered Bank ("SCB") is incorporated in England with limited 
liability by Royal Charter 1853, under reference ZC18.  The Principal Office of 
SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the 
United Kingdom, SCB is authorised and regulated by the Financial Services 
Authority under FSA register number 114276.

If you are receiving this email from SCB outside the UK, please click to refer to the 
information on other jurisdictions.


Other related posts: