Rac数据库更换磁盘阵列
环境描述：
目前环境：
1、数据库平台为Oracle 10g + RAC；
2、操作系统均为HPUX 11.31
3、硬件平台为HP小型机RX8640,HP存储EVA4000;
4、创建了两个数据库，每个节点都启用了两个实例
要求：
准备将新的EVA4400阵列替换现有EVA4000阵列。
允许停机时间最长8小时
方法一：
如果你用的裸设备，
1.将数据库使用RMAN执行物理备份。
2.关闭数据库，保留所有的rman备份、归档备份、归档、和Redo日志文件。（也可以在正常关闭数据库，在MOUNT模式下备份数据库，这样就只需要数据库保留备份文件）
3.使用ocrconfig手动备份ocr。
4.停止crs，确保所有的进程断掉之后，使用dd备份votedisk。
5.把所有的备上面列出的备份和日志等拷贝到存储以外的地方。
6.断开老存储，停止老存储。（确保在出现问题的时候打开老存储就能启动数据库）。
7.挂载，划分新的存储，......
8.先dd把votedisk恢复了，再用ocrconfig -restore恢复ocr。
9.确保crs组件进程都能正常启动。
10.手动确保只有一个节点启动实例到mount状态。
11.使用rman结合set newname的方式执行数据库的完全恢复。
12.重启数据库及crs，验证数据库的正确性。
方法二：
停机；
阵列到阵列镜像；
挂新阵列；
开机拉库。
方法三：
用ASM把2个阵列全弄进去做成2个冗余，然后慢慢删除旧的阵列，我感觉这个方案就很好啊。（这里是裸设备，如果ASM的话可做参考）。
方法四：
涉及到ocr votedisk集群级别和数据库级别的迁移，首先迁移ocr和votedisk到新的存储，然后数据库级别的迁移可以采取rman的backup as copy到新的存储上，也是先日志组冗余然后删除以前存储上的日志组，然后把数据文件日志文件的omf管理位置设置到新的磁盘组，restore控制文件到mount，此时需要停机，也是数据库级别唯一需要停机的地方，然后switch database to copy，此时相对rman backup备份级别会快很多，最后做个recover open resetlogs即可。
方法五：
单实例下这么做过，不知道RAC是否可以：
可以先把新阵列挂在另外一个服务器上(或PC server上也行)，在上面安装和你源库一样版本的数据库和环境（环境变量，书库名都完全一样），然后用rman异机恢复，把源库恢复到新阵列上，检查无误之后，再把新阵列挂到源服务器上，启动数据库即可。
方法六：
答：8小时停机，给你个基本思路，可以这样: 再找个主机，在新存储上建个Standby，就是DG。数据同步的差不多后，停掉主库，将新存储挂到主库。
这样的话，加上处理OCR、VOting盘，一共停机时间不会太久，一个小时足以。
问：这个方式一般情况是可行的, 但是lz的环境是RAC且有两个实例，我感觉操作起来会比较的麻烦，压力还是很大的。
答：这个也好办。在新存储上留同样大小的OCR盘和Voting盘，停掉主库Cluster，用DD命令将OCR、Voting分别复制到新存储中，修改ocr.loc文件，改变OCR的位置到新存储上的OCR盘，再使用crsctl修改Voting盘位置到新存储的Voting，就可以了。
我们有一套两节点RAC，备库只有一台主机，是单实例，但主、备存储是一模一样的。如果主库存储挂掉，就是将主库切换到备库存储。
OCR盘、Voting盘每隔几个小时，从主库用dd备份到备库存储。
问： 由于服务器上都有两个实例，所以服务器压力挺大，如果客户不能提供其他的主机做DG，是否还有其他的方法呢？
答： 这个方法我做过。其他方法没搞过。
找个压力低的时候，可以在周末，3T，搭DG、赶数据，两天时间是够的。真正停主库也就一个小时左右。
将DG的cpu_count设低点，比如说，设为2。内存也小点。这样对主库CPU、内存影响不大，就是会占一些IO带宽，要从主库存储拷贝数据文件吗。
一般IO带宽都很大的，占不满。
你可以直接用RMAN的映像拷贝，从主库存储直接拷贝到备库存储，这样不需要Backup再Restore。拷贝3T数据应该还是很快的。
方法七：
答：
只是更换磁盘阵列，可以在线做LVM磁盘镜像，不需要停机啊
ASM存储的话停机时间10分钟就够了把
如果是 raw lv 直接mirror 应该没有问题, 但你要有FC SAN
问：
服务器系统HP-UN，可以在线做LV镜像吗
答： 如果主机可以同时识别到2个阵列的LUN的话，没有任何问题。
问： HP-UX的LV镜像具体要怎么做呢？使用什么命令？ 类似AIX的MIRRORVG吗
答：
从网上帮你找个操作步骤，本人多次进行过这种数据迁移，总数据应该超过100T，没有问题，放心做吧。
方案：采用新旧阵列逻辑卷镜像的方式完成数据迁移
卷组vgdata使用lvextend –m 1命令迁移
# vgextend vgdata
# lvextend –m 1
在成功迁移后，可考虑拆除镜像关系，移区FC60的配置：
# lvextend –m 0
# vgreduce vgdata < CxTxDx >
优点以及注意事项：
1、 在线操作，不用停业务，只是在拆除FC60修改双机时需要短暂停业务。
2、 lvextend命令迁移数据之前，应保存所有的FC60上vg的配置信息。由于镜像关系，FC60与VA7400阵列可同时工作一段时间，一旦任何一个阵列发生故障，均可确保至少还有一个阵列完好。该方案可以在镜像完成后FC60与VA7400共同稳定运行一段时间后再进行FC60磁盘阵列的拆除以及修改双机配置中的锁盘信息，实施风险小。
缺点：
1、 在线操作，受磁盘读取速度限制，操作时间较长
FC60的 vgdata在最初创建LV时，所有LV均不能做stripe(一种数据平均分布于磁盘的技术)，该技术对采用了分带技术的LV不能支持镜。
方法八：
在新盘阵列上建dg备库，最后主备切换（我最初就属于这种想法）
最好另找一台主机，或者，如果原来并算太忙的话，也可以在一台主机上再建个DG，内存分的小一点，几百M就行。
方法九：（我的一点想法）
不知道从应用的角度出发能不能想到点办法，如大表数据都是采用分区表的话，可先再建实例到新存储上，然后恢复最新一个月的分区和其它非分区表数据。这样再把旧存储去掉可以让系统继续运行，历史数据再慢慢的进行恢复，时间就不是问题了。
转自：http://www.aixchina.net/home/space.php?uid=20260&do=blog&id=31706