千家信息网

节点2上crsd无法启动,数据库和监听无法自动启动,比如ocrconfig、ocrcheck以及srvct

发表于:2026-11-01 作者:千家信息网编辑
千家信息网最后更新 2026年11月01日,CRSD进程在11g中的变化在11.2中,CRSD进程不再是RAC中最关键的进程之一。如果对10g RAC比较熟悉,应该清楚CRSD进程的重要性,Oracle在操作系统启动后,就是通过启动这个进程然后
千家信息网最后更新 2026年11月01日节点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安全错误 数据库的锁怎样保障安全 湖北九亚互联网络科技有限公司 互联网是第几次科技革命的成果 中国互联网科技工作委员会毛军 互联网科技深圳 世界互联网领先科技成果 贷财互联网科技 广州互联网络科技有限公司 丰台科技园 互联网 万达互联网科技 互联网高科技股票 世界互联网科技公司市值排名 昊天互联网科技有限公司 阿大互联网科技有限公司 中国科技创新与世界互联网大会 四川慕妮娅互联网科技有限公司 科技赋能视角下互联网保险发展 互联网科技数字货币 广州有谷有贝互联网科技有限公司 张家口科技产业互联网平台 青岛易易互联网科技 互联网科技股 广东万易互联网科技有限公司惠州分公司 深圳科技互联网 上海挚品互联网科技 互联网金融科技平台 互联网科技汛 湖南洣水互联网科技有限公司扣款 工业互联网山东科技大学 互联网时代的科技公司 卡尔迅互联网科技有限公司
0