博主的同事最近遇到了个问题,很有趣,废话少说,上图:
诺,就是这种情况,GI安装完毕后查询状态的时候只能在各自的节点查看本节点的集群状态,且查看asm进程也只能查看ASM1的,由于同事也是刚开始学习oracle,她自己也说不出个123。
如上图,如果“orainstRoot.sh”顺序运行反了,就会出现一开始说的问题?
但是真的是这样吗?这个只是在没有检测出其他错误的时候猜想的结果,没有证实!
GI
root.sh started asm_pmon_+ASM1 on non-first (second or other) node (文档 ID 1966361.1)
磁盘不共享(每个节点有自己的OCR VOTE,并且OVR vote磁盘路径、名称完全一致) 按照正常顺序安装的时候不会报错 安装完会出现两个节点的ASM均为+ASM1 即, 每个节点看到的OCR 和VOTE,都是在节点本地硬盘上!!
磁盘不共享(每个节点有自己的OCR VOTE,并且OVR vote磁盘路径、名称完全一致) 按照正常顺序安装的时候不会报错 安装完会出现两个节点的ASM均为+ASM1 即, 每个节点看到的OCR 和VOTE,都是在节点本地硬盘上!!
script1 :# /u01/app/oraInventory/
orainstRoot.sh
script2 :# /u01/app/11.2.0/grid/
root.sh
顺序1:
node1:script1
node1:script2
node2:script1
node2:script2
顺序2:
node1:script1
node2:script1
node1:script2
node2:script2
这两种运行方式都没问题 安装后都能正常
script2 :# /u01/app/11.2.0/grid/
顺序1:
node1:script1
node1:script2
node2:script1
node2:script2
顺序2:
node1:script1
node2:script1
node1:script2
node2:script2
这两种运行方式都没问题 安装后都能正常
如果是“Root.sh”顺序运行反了,就会在安装的时候出现INS-20802的报错,当然导致INS-20802原因肯定不止这一个。
顺便说一下这两个脚本的作用:
orainstRoot.sh :创建Oracle软件安装清单的指向文件,此文件给出了Oracle软件安装清单目录和属组的名字。
root.sh:用来设置必要的操作系统权限,并将orahome,oraenv,coraenv复制到/usr/local/bin目录下。生成/etc/oratab,其中存放一些数据库相关信息
解决方法:如果已经运行了root.sh脚本则要清理掉crs磁盘组的相关共享磁盘,命令格式如下:dd if=/dev/zero of=/dev/raw/raw1 bs=1k count=3000然后重新来过。如果是共享磁盘的设置问题则需要从头开始设置共享磁盘!