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 <CxTxDx>

　　# lvextend –m 1 <source LV> < CxTxDx >

　　在成功迁移后，可考虑拆除镜像关系，移区FC60的配置：

　　# lvextend –m 0 <LV name> < CxTxDx >

　　# 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