设为首页 收藏本站
查看: 3287|回复: 0

[经验分享] Windows Server2008、2012安装RAC报 [INS-20802]网格基础结构配置失败

[复制链接]

尚未签到

发表于 2015-11-4 08:35:00 | 显示全部楼层 |阅读模式
  之前有客户要求,在windows server2012上要求安装Oracle 11gR2 RAC,所以在自己的虚拟机上进行了测试。win 2012没有安装成功,使用2008报同样的错,如图
DSC0000.jpg


  查看集群状态,节点1完全OK,但是alert日志中:
  2014-12-26 16:54:23.967:
[cssd(3748)]CRS-1601:CSSD 重新配置完毕。活动节点为 windb1 windb2 。
2014-12-26 16:55:57.372:
[cssd(2756)]CRS-1612:50% 的超时时间间隔内缺少与节点 windb2 (2) 的网络通信。将在 14.774 秒后从集群中删除此节点
2014-12-26 16:56:05.399:
[cssd(2756)]CRS-1611:75% 的超时时间间隔内缺少与节点 windb2 (2) 的网络通信。将在 6.740 秒后从集群中删除此节点
2014-12-26 16:56:09.407:
[cssd(2756)]CRS-1610:90% 的超时时间间隔内缺少与节点 windb2 (2) 的网络通信。将在 2.747 秒后从集群中删除此节点
2014-12-26 16:56:12.162:
[cssd(728)]CRS-1607:节点 windb2 被排除在集群复本 315077811 之外; 详细资料见 (:CSSNM00007:) (位于 D:\app\11.2.0\grid\log\windb1\cssd\ocssd.log)。
节点2上的alert日志:
  2014-12-26 16:55:20.446:
[ctssd(3056)]CRS-2411:由于本地时间与集群标准时间相差太大, 集群时间同步服务将需要很长时间来执行时间同步操作。详细资料见 D:\app\11.2.0\grid\log\windb2\ctssd\octssd.log。
2014-12-26 16:55:38.514:
[cssd(1196)]CRS-1612:50% 的超时时间间隔内缺少与节点 windb1 (1) 的网络通信。将在 14.587 秒后从集群中删除此节点
2014-12-26 16:55:46.548:
[cssd(1196)]CRS-1611:75% 的超时时间间隔内缺少与节点 windb1 (1) 的网络通信。将在 6.553 秒后从集群中删除此节点
2014-12-26 16:55:50.696:
[cssd(1196)]CRS-1610:90% 的超时时间间隔内缺少与节点 windb1 (1) 的网络通信。将在 2.419 秒后从集群中删除此节点
2014-12-26 16:56:05.691:
[cssd(1328)]CRS-1632:节点 windb1 正在从集群副本 315077811 的集群中删除
2014-12-26 16:56:06.185:
[cssd(364)]CRS-1601:CSSD 重新配置完毕。活动节点为 windb2 。
2014-12-26 16:56:06.432:
[ctssd(3000)]CRS-2407:新的集群时间同步服务引用节点为主机 windb2。
查看两个节点时间相差太多,在节点2执行一下时间同步,命令行执行:
  net time \\windb1 /set /y但之后节点2的alert日志,一直报如下错误:
  2014-12-26 16:59:35.514:
[D:\app\11.2.0\grid/bin/oraagent.exe(2528)]CRS-5019:所有 OCR 位置均位于 ASM 磁盘组 [CRS] 上, 但未装载这些磁盘组中的任何一个。有关详细信息, 请访问 "(:CLSN00100:)" (在 "D:\app\11.2.0\grid\log\windb2\agent\ohasd\oraagent\oraagent.log" 中)。
2014-12-26 16:59:38.301:
[D:\app\11.2.0\grid/bin/oraagent.exe(2528)]CRS-5019:所有 OCR 位置均位于 ASM 磁盘组 [CRS] 上, 但未装载这些磁盘组中的任何一个。有关详细信息, 请访问 "(:CLSN00100:)" (在 "D:\app\11.2.0\grid\log\windb2\agent\ohasd\oraagent\oraagent.log" 中)。
201
... ...oraagent日志没什么有价值信息
  2014-12-26 16:55:07.561: [ora.gipcd][3160]{0:0:124} [check] clsdmc_respget return: status=0, ecode=0
2014-12-26 16:55:14.168: [ora.gpnpd][1904]{0:0:123} [check] clsdmc_respget return: status=0, ecode=0
2014-12-26 16:55:28.063: [    AGFW][2644]{0:0:115} Agent received the message: AGENT_HB[Engine] ID 12293:1074
2014-12-26 16:55:32.205: [ora.mdnsd][1904]{0:0:115} [check] clsdmc_respget return: status=0, ecode=0
2014-12-26 16:55:37.405: [ora.evmd][1904]{0:0:145} [check] clsdmc_respget return: status=0, ecode=1
2014-12-26 16:55:37.405: [ora.evmd][1904]{0:0:145} [check] DaemonAgent::check returned 0
2014-12-26 16:55:37.405: [ora.evmd][1904]{0:0:145} [check] Deep check returned 1
2014-12-26 16:55:37.560: [ora.gipcd][1892]{0:0:124} [check] clsdmc_respget return: status=0, ecode=0
2014-12-26 16:55:44.189: [ora.gpnpd][928]{0:0:123} [check] clsdmc_respget return: status=0, ecode=0
2014-12-26 16:56:02.192: [ora.mdnsd][1892]{0:0:115} [check] clsdmc_respget return: status=0, ecode=0
2014-12-26 16:56:07.402: [ora.evmd][1892]{0:0:145} [check] clsdmc_respget return: status=0, ecode=1
2014-12-26 16:56:07.402: [ora.evmd][1892]{0:0:145} [check] DaemonAgent::check returned 0
2014-12-26 16:56:07.402: [ora.evmd][1892]{0:0:145} [check] Deep check returned 1

  查看ASM2的alert日志:
  D:\app\Administrator\diag\asm\+asm\+asm2\trace\alert_+asm2.log
Fri Dec 26 16:59:32 2014
NOTE: Disk CRS_0000 in mode 0x7f marked for de-assignment
ERROR: diskgroup CRS was not mounted
WARNING: Disk Group CRS containing spfile for this instance is not mounted
WARNING: Disk Group CRS containing configured OCR is not mounted
WARNING: Disk Group CRS containing voting files is not mounted
ORA-15032: not all alterations performed
ORA-15017: diskgroup "CRS" cannot be mounted
ORA-15003: diskgroup "CRS" already mounted in another lock name space
ERROR: ALTER DISKGROUP ALL MOUNT /* asm agent call crs *//* {0:0:158} */
  手动mount CRS磁盘,报错如图:
DSC0001.jpg


  可以看出,节点1的mount是非共享的,但是vmware共享磁盘的设置和在inux下安装RAC的共享磁盘是一致。
  于是决定将节点1的集群停掉,节点2上mount CRS,再启动节点1的集群。然后GRID安装成功。
  疑惑:
  1.节点1、2的共享磁盘设置一样,为何先在节点2mount磁盘可以,先在节点1mount,节点2就无法mount
  2.使用vmware上安装的window和linux使用共享磁盘是否设置不一样,没有找到答案
  与如下网友的情况不一样:
  http://bbs.iyunv.com/thread-4059514-1-1.html :1.我没有使用DNS 2.我的版本是11.2.0.4
  http://bbs.iyunv.com/thread-4059514-1-1.html  共享磁盘是立即分配的

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-134745-1-1.html 上篇帖子: Vim配置文件[Windows] 2012-05-01版 下篇帖子: 解决windows2012server中80端口被占用
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表