Hi I did this a year ago migrating OCR Disk Group from DS8000 to XIV SAN no downtime. First add new disk for each failure group in OCRDATA Disk Group: alter diskgroup ocrdata add failgroup OCRDATA_0000 disk '/dev/rhdisk29' name OCRDATA_0004; alter diskgroup ocrdata add failgroup OCRDATA_0001 disk '/dev/rhdisk30' name OCRDATA_0005; alter diskgroup ocrdata add failgroup OCRDATA_0002 disk '/dev/rhdisk31' name OCRDATA_0006; Second drop disk in OCRDATA (also checking voting disks location): bd1cpp:root/root#> /u01/grid/11.2.0.2/bin/crsctl query css votedisk ## STATE File Universal Id File Name Disk group -- ----- ----------------- --------- --------- 1. ONLINE 429c50a1cb144f1bbff964bad247664d (/dev/asm_ocr_bd1_dsk1) [OCRDATA] 2. ONLINE 0e3d1c015ed44fe5bfa33b4d802abf46 (/dev/asm_ocr_bd1_dsk2) [OCRDATA] 3. ONLINE 421c5c9df8ac4feabf867753ed590b88 (/dev/asm_ocr_bd2_dsk1) [OCRDATA] alter diskgroup ocrdata drop disk 'OCRDATA_0001'; bd1cpp:root/u01/app#> /u01/grid/11.2.0.2/bin/crsctl query css votedisk ## STATE File Universal Id File Name Disk group -- ----- ----------------- --------- --------- 1. ONLINE 429c50a1cb144f1bbff964bad247664d (/dev/asm_ocr_bd1_dsk1) [OCRDATA] 2. ONLINE 421c5c9df8ac4feabf867753ed590b88 (/dev/asm_ocr_bd2_dsk1) [OCRDATA] 3. ONLINE 03bf1809585d4faebf03c2926580c144 (/dev/rhdisk30) [OCRDATA] alter diskgroup ocrdata drop disk 'OCRDATA_0000'; bd1cpp:root/u01/app#> /u01/grid/11.2.0.2/bin/crsctl query css votedisk ## STATE File Universal Id File Name Disk group -- ----- ----------------- --------- --------- 1. ONLINE 421c5c9df8ac4feabf867753ed590b88 (/dev/asm_ocr_bd2_dsk1) [OCRDATA] 2. ONLINE 03bf1809585d4faebf03c2926580c144 (/dev/rhdisk30) [OCRDATA] 3. ONLINE 60a296b270384fe9bf9aee104d363b02 (/dev/rhdisk29) [OCRDATA] alter diskgroup ocrdata drop disk 'OCRDATA_0002'; bd1cpp:root/u01/app#> /u01/grid/11.2.0.2/bin/crsctl query css votedisk ## STATE File Universal Id File Name Disk group -- ----- ----------------- --------- --------- 1. ONLINE 03bf1809585d4faebf03c2926580c144 (/dev/rhdisk30) [OCRDATA] 2. ONLINE 60a296b270384fe9bf9aee104d363b02 (/dev/rhdisk29) [OCRDATA] 3. ONLINE 5dccabe580bb4f24bf048b91e92f5ffc (/dev/rhdisk31) [OCRDATA] Thanks On Fri, Apr 6, 2012 at 4:35 PM, Jeff Thomas <dbmangler@xxxxxxxxx> wrote: > Running 11.2.0.2.5 RAC on Linux x86. We are migrating to a new SAN. > With respect to the OCR diskgroup, which is defined with 3 disks with > normal redundancy, I do know how to migrate the OCR/voting files/ASM > spfile to a new OCR diskgroup if need be. > What I wonder if anyone has migrated the OCR diskgroup by simply adding the > new disks and dropping the old ones? Is Oracle smart enough > to copy the 3 voting files over to the new disks, so that's there no outage > whatsoever when migrating to the new SAN? > > Best, > Jeff > > > -- > //www.freelists.org/webpage/oracle-l > > > -- //www.freelists.org/webpage/oracle-l