网站大量收购独家精品文档,联系QQ:2885784924

AIX系统存储故障后的Oracle 10g RAC恢复过程.docx

AIX系统存储故障后的Oracle 10g RAC恢复过程.docx

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
AIX系统存储故障后的Oracle 10g RAC恢复过程

AIX系统存储故障后的Oracle 10g RAC恢复过程 客户数据库存储故障多日后终于修复了!一个月前客户的数据库突然宕机,经检测为存储问题,这期间CRS和数据库一直未启动;直到今天,存储才修复,racdb1与racdb2服务器重启后,通知我说存储已经恢复正常,让我启动数据库,恢复加载,以下则是恢复经过;环境:AIX 6.1小机,IBM存储,Oracle 10.2.0.4+asm数据库;阶段一:由于racdb1服务器重启时出了点故障,所以我准备从先启动的racdb2上启动数据库;/etc/init.crs start启动crs,结果无任何反应;ocrcheck检查ocr盘,报错;估计是硬盘识别有问题;lsdev -Cc disk,检查硬盘状态,都正常;lsvg,查看卷组情况,显示有rootvg,sysvg,datavg,indvg,经确认,除rootvg外其他vg都是数据库使用;lsvg sysvg,报错,提示需要激活卷组;varyonvg sysvg,成功;其他vg也同样操作;然后,再次lsvg sysvg,lsvg -p sysvg都正常;/etc/init.crs start启动crs和数据库都正常;至此,以为一切顺利,等racdb1起来后,再操作一遍即可;阶段二:登录racdb1,准备启动crs和数据库,步骤如下:由于有racdb2的经验,我首先检查磁盘和vg状态,发现磁盘状态正常,vg需要激活,意料之中;于是varyonvg sysvg,报错:0516-013 varyonvg: The volume group cannot be varied on because…,并且与racdb2上不一样;为了能激活racdb1上的vg,尝试varyonvg -f ,exportvg/importvg,结果都失败;在这些尝试中却埋下了一个隐患;无赖之下,请教曾经配置过该服务器的工程师,经指点,是由于在激活vg时没有采用concurrent模式激活,所以单独激活racdb2上的vg没有问题,但是要激活共享的racdb1上vg则会有问题;阶段三:要想将racdb2上的已经激活的vg转成concurrent模式,只能(可能有直接转换的命令但不知道)是先将racdb2上vg先varyoffvg,再激活;登陆racdb2,进行如下操作:在racdb2上,shutdown immediate 数据库,shutdown ASM实例,再crsctl stop resources(还必须执行这步,不然varyoffvg报错),然后varyoffvg sysvg;racdb2上,关闭所有vg后,以concurrent模式激活vg;varyonvg -c sysvg,-c选项为设置concurrent模式;结果报错:0516-1751 varyonvg;通过查找原因为需要启动AIX的高可用服务hacmp;smit clstop字符界面,先停止aix cluster;然后smit clstart启动cluster,在字符界面中选择racdb1与racdb2一起启动,结果在启动失败;根据同事对hacmp的了解,也可单独启动,于是决定在racdb2上单独启动,结果成功;现在马上以concurrent模式激活racdb2上vg;varyonvg -c sysvg,激活成功;lsvg sysvg检查vg状态,也已经正常;阶段四:在racdb2上成功激活所有vg后,现在要做的就是在racdb1上也以concurrent模式激活vg;登陆racdb1,操作如下:首先启动hacmp cluster服务;按照在racdb1上的启动方法,smit clstart,结果失败;仔细观察smit的输出日志,发现error描述indvg不存在;立刻检查racdb1上vg;lsvg,发现indvg确实不在列表中;经查发现是在先前尝试激活vg的过程中,执行了exportvg命令,该命令的含义为删除本节点上的vg信息;要想找回indvg,则需要知道indvg上至少一块pv的名称;在racdb2上执行lsvg -p indvg显示indvg上的pv;importvg -y indvg vpath42,在racdb1上import找回indvg;(报错信息,由于indvg是concurrent模式,所以需要手动激活);smit clstart,启动hacmp;启动成功后,以concurrent模式激活racdb1上的所有vg;阶段五:racdb1和racdb2上的vg都以concurrent模式激活后,则可以启动数据库了;决定这次从racdb1上开始启动;/etc/init.crs start,crs无反应;ocrcheck检查ocr盘正常;crsctl query css vot

文档评论(0)

xcs88858 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档