标签归档：迁移asm

在有些场景下，RAC环境中如果主机出现问题，比如硬件故障等，不能启动，我们需要尽快存储上的启动数据库，恢复业务，那么就需要迁移以前的RAC环境到新的主机环境下，我测试了11.2和12.1的RAC，恢复过程还是很快的，基本上就是安装软件的过程，如果真实场景恢复业务，有两种方法： 1，按照我这里的方法重新安装主机，恢复RAC和数据库 2，如果之前有可用的操作系统的备份（比如NBU备份了OS），那么直接使用NBU还原即可 . 我这里测试的是方法1，重新安装11204的GI（Grid Infrastructure）和ORACLE RDBMS软件，然后识别老存储。 测试环境：单节点RAC, 操作系统是OEL Linux 6.6, 数据库版本是11.2.0.4 11.2 RAC 系列-安装新主机，识别老存储-1-识别ASM磁盘 11.2 RAC 系列-安装新主机，识别老存储-2-准备识别数据库 11.2 RAC 系列-安装新主机，识别老存储-3-配置老存储的数据库 Oracle 12.1 RAC 系列-安装新主机，识别老存储和恢复数据库 . 首先，因为存储使用的是11204的ASM，测试过程只安装11204的GI（Grid Infrastructure）软件，不用OUI配置GI。 执行root.sh： 相应的checkpoint文件内容： 这里看到“DESC=”ROOTCRS_NODECONFIG” STATE=”SUCCESS””表示GI已经配置完成。 图形界面点击ok，继续执行其余配置,配置完成后，再次检查checkpoint文件： 这里看到，checkpoint文件的日期没有变化，说明checkpoint文件是执行root.sh的时候才有用的，也就是这个过程是11.2中为了方便客户，增加了root.sh的失败后继续配置二设计的，非常体贴的功能。在12.2中，该功能更加方便，他将会只管的告诉你当前配置的检查点情况，如果有些步骤失败后，oracle会自动清除老的配置，以便可以失败安装后不用重装，而是纠正错误后继续配置，类似“断点续传”那种意思。 . 比如，下面是12.2beta上安装RAC时执行root.sh的过程： 可以看到，这个过程比12.2以前的RAC执行root.sh的提示更加清晰了。 好吧，回到我们的环境中，继续检查老的asm磁盘组 将上述磁盘组添加到ASM启动磁盘组的列表中： 对新添加的磁盘组执行mount和dismount后，这些磁盘组就会自动添加到ocr中： … 继续阅读 →