I think one of our major concerns is to prevent a failure due to disk issues on the old SAN. If I add mirrors to the new SAN for OCR and Voting disk (VD), we can then worry about removing the old ocr and vd during a maintenance window at our leisure. -----Original Message----- From: Mark W. Farnham [mailto:mwf@xxxxxxxx] Sent: Wednesday, October 21, 2009 11:53 AM To: mwf@xxxxxxxx; Crisler, Jon; oracle-l@xxxxxxxxxxxxx Subject: RE: RAC on Linux moving OCR and Voting disk to another SAN I see K Gopalakrishnan has already responded and added a version warning. He even spelled his own name correctly. Sorry about the extra "la" in my earlier post. mwf -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Mark W. Farnham Sent: Wednesday, October 21, 2009 11:43 AM To: Jon.Crisler@xxxxxxx; oracle-l@xxxxxxxxxxxxx Subject: RE: RAC on Linux moving OCR and Voting disk to another SAN Having not done this yet personally and having only read about it, take this with a grain of salt and of course read the manuals. My thoughts would trend toward adding new OCR and voting disks in the desired locations and then later removing the ones to be removed. I believe that without adding "mirrors" (which I wish they called plexes or image copies, because hey, they are really not backward images) you have to have an outage to move them. I believe the commands you want are ocrconfig and crsctl. I think I've seen the details in K Gopalalakrishnan's book on RAC, and in the Julian Dyke/Steve Shaw book as well if you need something more succinct and clear than the manuals. Good luck, mwf <snip> without any downtime. However, we cannot figure out if it is possible to move the OCR and Voting disk with no downtime. Does anybody have any <snip> -- //www.freelists.org/webpage/oracle-l