节点2上crsd无法启动,数据库和监听无法自动启动,比如ocrconfig、ocrcheck以及srvct
发表于:2025-01-23 作者:千家信息网编辑
千家信息网最后更新 2025年01月23日,CRSD进程在11g中的变化在11.2中,CRSD进程不再是RAC中最关键的进程之一。如果对10g RAC比较熟悉,应该清楚CRSD进程的重要性,Oracle在操作系统启动后,就是通过启动这个进程然后
千家信息网最后更新 2025年01月23日节点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安全错误
数据库的锁怎样保障安全
mbd软件开发是什么
穿越火线服务器ip
网络安全与管理论文
网络安全重大风险排查总结
狐表软件开发教程
app软件开发代理
深圳微聊软件开发
和服务器一样的机箱
软件开发外派价钱
闵行区咨询软件开发要多少钱
数据库安全性中例举四种
诛仙服务器ip
坦克世界服务器瞄准器是什么
分子互作数据库
安卓远程软件开发
湘潭电力系统软件开发
淘客网站服务器选择
网络安全零报告内容
临沂 软件开发公司
在数据库中dept是什么意思
云数据库怎样
百度网络技术有限公司法务
apache服务器教程
服务器操作系统调研
计算机网络技术职业规划和畅想
武汉黄陂网络安全员工资情况
淘客网站服务器选择
湖南企源地网络技术有限公司
安徽多功能软件开发制造价格
无法登录远程服务器