标签归档:迁移存储

Oracle 12.1 RAC 系列-安装新主机,识别老存储和恢复数据库

在11.2中模拟主机损坏,使用重新安装新主机识别老存储并恢复数据库。 11.2 RAC 系列-安装新主机,识别老存储-1-识别ASM磁盘 11.2 RAC 系列-安装新主机,识别老存储-2-准备识别数据库 11.2 RAC 系列-安装新主机,识别老存储-3-配置老存储的数据库 这里的测试也同样是模拟主机损坏,安装新主机识别老存储来恢复数据库,不同之处在于,这里假设老存储的ocr和vf是保存在单独的crsdg的,客户没有新的磁盘来创建新的crsdg,因此,我们需要将最前面的3块盘(除去sda后,是sdb~sdd)使用dd清除其前面50M的数据,然后用这3块盘组成后续安装GI时的CRSDG。 别的过程几乎都一样,添加数据库资源的时候,注意一下12.1跟11.2的命令不同,尽管12.1中如果使用11.2的添加数据库的命令也可以执行,并且没有报错信息(貌似兼容),但后续使用时可能会有问题,比如在ocr中识别的dbunique的信息是不正确的。 . 具体步骤如下(因为先在12.1中测试,然后才在112.测试,因此这里的测试记录了发现的一些问题和处理方法,而11.2中模拟主机损坏,直接使用了这里的经验,因此没有任何报错信息): 1,安装12.1.0.2的GI软件,如果需要也apply最新的PSU,然后查看磁盘和磁盘组: 创建ASM的spfile 查找spfile: 这里看到有两个spfile,哪一个是我们需要的呢? 或者如果这个存储上有多个数据库时,怎么确定哪个数据库使用哪个spfle? 我们知道ASM内部是使用OMF管理数据文件的,因此,它的命名规则是: 因此,根据dbuniquename我们就可以确定哪个数据库使用哪个spfile。 +group/DB_UNIQUE_NAME/file_type/file_type_tag.file#.incarnation# 文件类型是datafile, controlfile, onlinelog等等 我们将spifle从ASM中复制到文件系统,然后查看其中信息是否正确: 查看spfile 这时,启动是数据库会报错: alert中报错如下: 根据报错信息,我们知道,是因为oracle没有访问asm磁盘组的权限造成的,因此需要修改oracle权限: 再次mount数据库,依然报错: 报错信息如下: 具体的trace文件如下: 这里看到,应该是数据库还是不能访问磁盘组,将磁盘组注册到ocr中的过程如下: 再次查看,ocr中已经包含了这些磁盘组 将数据库注册到ocr中: 在12.1中如果沿用11.2的配置数据库命令,那么数据库可以启动,但是可以发现配置信息是有问题的: 例如,“Database name: lunarrac”这里显示lunarrac是我的主机名,而数据库名是lunar,因此使用112.的命令注册数据库到ocr会有其他未知问题 … 继续阅读

发表在 ASM, ORACLE 12C, RAC | 标签为 , , , | 留下评论