节点2上crsd无法启动,数据库和监听无法自动启动,比如ocrconfig、ocrcheck以及srvct
发表于:2025-11-07 作者:千家信息网编辑
千家信息网最后更新 2025年11月07日,CRSD进程在11g中的变化在11.2中,CRSD进程不再是RAC中最关键的进程之一。如果对10g RAC比较熟悉,应该清楚CRSD进程的重要性,Oracle在操作系统启动后,就是通过启动这个进程然后
千家信息网最后更新 2025年11月07日节点2上crsd无法启动,数据库和监听无法自动启动,比如ocrconfig、ocrcheck以及srvct
CRSD进程在11g中的变化
在11.2中,CRSD进程不再是RAC中最关键的进程之一。
如果对10g RAC比较熟悉,应该清楚CRSD进程的重要性,Oracle在操作系统启动后,就是通过启动这个进程然后启动整个CLUSTER以及数据库的。
在11.2的RAC中,Oracle调整了ASM,使得OCR和VOT可以存储在ASM磁盘组中。ASM是CLUSTER所支持的一个组件,而CLUSTER启动所需的OCR和VOT却要放在ASM中,这其实要解决一个先有鸡还是先有蛋的问题。最终Oracle通过OHASD进程的方式解决了这个问题,而整个CLUSTER和ASM的架构也发生了重大的变化,OHASD进程取代了CRSD进程变成了RAC环境中最关键的进程。
而CRSD进程的重要性已经低到难以置信的地步,前两天在一个客户的11.2 RAC环境中发现,即使一个节点的CRSD进程没有启动,仍然可以手工启动数据库,且数据库可以正常访问。
导致的问题原因应该是节点2上访问OCR和VOT所在的磁盘组出现了错误,导致CRSD在多次尝试获取OCR中存储的信息失败后自动退出,从而使得节点2无法正常的启动。不过这时节点2上除了CRSD进程外,其他的CLUSTER进程已经完全启动,ASM实例也可以启动,这时可以手工启动节点2上的数据库。
节点2上ASM的alert有如下的错误信息:
Tue Jun 13 10:59:17 2017Reconfiguration started (old inc 10, new inc 12)List of instances: 1 2 (myinst: 1) Global Resource Directory frozen Communication channels reestablished Master broadcasted resource hash value bitmaps Non-local Process blocks cleaned outTue Jun 13 10:59:17 2017 LMS 0: 0 GCS shadows cancelled, 0 closed, 0 Xw survived Set master node info Submitted all remote-enqueue requests Dwn-cvts replayed, VALBLKs dubious All grantable enqueues granted Submitted all GCS remote-cache requests Fix write in gcs resourcesReconfiguration completeTue Jun 13 11:03:01 2017IPC Send timeout detected. Sender: ospid 3173 [oracle@rac1 (PING)]Receiver: inst 2 binc 429480538 ospid 3190Tue Jun 13 12:12:38 2017NOTE: [ocrcheck.bin@rac1 (TNS V1-V3) 21461] opening OCR fileTue Jun 13 12:12:38 2017NOTE: [ocrcheck.bin@rac1 (TNS V1-V3) 21461] opening OCR fileTue Jun 13 13:38:34 2017MEMORY_TARGET defaulting to 1128267776.* instance_number obtained from CSS = 1, checking for the existence of node 0... * node 0 does not exist. instance_number = 1 Starting ORACLE instance (normal)Tue Jun 13 13:42:20 2017WARNING: Waited 15 secs for write IO to PST disk 0 in group 1.WARNING: Waited 15 secs for write IO to PST disk 0 in group 1.WARNING: Waited 15 secs for write IO to PST disk 0 in group 2.WARNING: Waited 15 secs for write IO to PST disk 0 in group 2.WARNING: Waited 15 secs for write IO to PST disk 0 in group 3.WARNING: Waited 15 secs for write IO to PST disk 0 in group 3.WARNING: Waited 15 secs for write IO to PST disk 0 in group 4.WARNING: Waited 15 secs for write IO to PST disk 0 in group 4.WARNING: Waited 15 secs for write IO to PST disk 0 in group 5.WARNING: Waited 15 secs for write IO to PST disk 0 in group 5.WARNING: Waited 15 secs for write IO to PST disk 0 in group 6.WARNING: Waited 15 secs for write IO to PST disk 0 in group 6.
应该就是这个原因导致ocrd进程报错并退出。数据库可以正常打开,节点2上数据库和监听无法自动启动,vip也存在问题。此外节点2上需要ocr信息的工具都无法使用,比如ocrconfig、ocrcheck以及srvctl等。
目前还是没有解决,如有遇到的朋友可以
进程
节点
数据
数据库
问题
信息
重要
关键
原因
就是
手工
环境
磁盘
还是
重要性
错误
变化
存储
监听
清楚
数据库的安全要保护哪些东西
数据库安全各自的含义是什么
生产安全数据库录入
数据库的安全性及管理
数据库安全策略包含哪些
海淀数据库安全审计系统
建立农村房屋安全信息数据库
易用的数据库客户端支持安全管理
连接数据库失败ssl安全错误
数据库的锁怎样保障安全
建设银行的网络安全员
阿里云的服务器带宽
参战人员数据库名单
数据库数据存储于磁盘
中海油网络安全部门
信息中心网络安全宣传
数据库合成两个表
网络安全比赛一般比什么
国产数据库持续发展
局域网服务器迁移到云服务器
网络技术部门翻译
tmbl数据库
门户网络安全专业就业情况
古冶区信息网络技术创造辉煌
西山区服务器上门回收多少钱
架设内网服务器
快连服务器不在线
网络安全的认识与措施
scp秘密实验室服务器管理
地理空间数据库原理考试题
实际工作中的数据库是怎么用的
网络安全入门基础
福建网络安全安全平台作业
我的世界32k服务器网易版
关于网络安全防范
中小学网络安全教育宣传周
软件开发到哪里比较好
数据库检查表
数据库 表名命名规范
有多少个网络安全宣传周