Linux/Unix 平台上升级到 11gR2 Grid Infrastructure(GI) 出错的处理方法 (文档 ID 1674467.1)
文档内容
|
|
用途 |
|
|
适用范围 |
|
|
详细信息 |
| 本文档中涉及的缩略词、术语及过程 |
| OUI 失败 |
| GI rootupgrade.sh 脚本失败 |
| 单节点 GI(Oracle Restart)rootupgrade.sh 脚本失败 |
| OUI 插件失败 |
| 升级后旧集群软件主目录的移除 |
| 为升级前的集群软件主目录打补丁 |
|
|
参考 |
这篇文档对如何处理升级到 11.2 GI 失败的情况提供了指导建议。
强烈建议您在看完整篇文档并且完全理解之后再采取任何行动。
本文档适用于 Oracle 集群/RAC 管理员及 Oracle 客户支持工程师参考。
对本文档中涉及的缩写,缩略词,术语和过程,请参考 note 1374275.1。
适用于 runInstaller 在提示执行 rootupgrade.sh 脚本之前失败的情况,请参考 note 1056322.1 获得详细解决方案。
适用于升级GI时,执行rootupgrade.sh脚本失败的情况,请参考 note 1364947.1 获得详细解决方案。
适用于升级单节点GI(Oracle Restart)时,执行rootupgrade.sh脚本失败的情况,请参考 note 1363785.1 获得详细解决方案。
适用于 rootupgrade.sh 脚本已经在所有节点执行成功之后 OUI 插件失败的情况,识别插件失败的原因,一旦原因被找到并且问题被解决,请参考 note 1360798.1 处理。
升级后删除旧集群软件主目录是可选步骤,并且最佳实践是在成功升级后将旧的主目录保留一段时间。请参考 note 1346305.1 获得详细信息。
如果 rootupgrade.sh 脚本执行完毕之后还需要在升级前的 GI 主目录上打补丁(例如在 11.2.0.1 的主目录上打补丁 9706490),这时由于 olr.loc 文件已经被更新为指向新的 GI 主目录,"rootcrs.pl -unlock"可能不会解锁升级前的 GI 主目录,而是解锁了新的 GI 主目录。对应的 workaround 是手动更新 olr.loc 文件,使其指向升级前的 GI 主目录,执行"rootcrs.pl -unlock"并使用"opatch napply"应用补丁,再使用"rootcrs.pl -patch"重新锁定。如果您的环境是 Oracle Restart,请将以上的 rootcrs.pl 更换为 roothas.pl。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/31393455/viewspace-2130401/ ,如需转载,请注明出处,否则将追究法律责任。