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

本文涉及的产品
自定义KV模板,自定义KV模板 500次/账号
企业资质识别,企业资质识别 200次/月
车辆物流识别,车辆物流识别 200次/月
简介:

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有如下的错误信息:



  • 1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    Tue Jun 13 10:59:17 2017
    Reconfiguration 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 out
    Tue 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 resources
    Reconfiguration complete
    Tue Jun 13 11:03:01 2017
    IPC Send timeout detected. Sender: ospid 3173 [oracle@rac1 (PING)]
    Receiver: inst 2 binc 429480538 ospid 3190
    Tue Jun 13 12:12:38 2017
    NOTE: [ocrcheck.bin@rac1 (TNS V1-V3) 21461] opening OCR  file
    Tue Jun 13 12:12:38 2017
    NOTE: [ocrcheck.bin@rac1 (TNS V1-V3) 21461] opening OCR  file
    Tue Jun 13 13:38:34 2017
    MEMORY_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 2017
    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 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等。

        目前还是没有解决,如有遇到的朋友可以 





         

                     














本文转自xiaocao1314051CTO博客,原文链接: http://blog.51cto.com/xiaocao13140/1935102,如需转载请自行联系原作者



相关文章
|
6月前
|
关系型数据库 MySQL API
实时计算 Flink版产品使用合集之可以通过mysql-cdc动态监听MySQL数据库的数据变动吗
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
182 0
|
6月前
|
关系型数据库 分布式数据库 数据库
PolarDB常见问题之数据库不能自己减少节点如何解决
PolarDB是阿里云推出的下一代关系型数据库,具有高性能、高可用性和弹性伸缩能力,适用于大规模数据处理场景。本汇总囊括了PolarDB使用中用户可能遭遇的一系列常见问题及解答,旨在为数据库管理员和开发者提供全面的问题指导,确保数据库平稳运行和优化使用体验。
|
2月前
|
canal 缓存 NoSQL
Redis缓存与数据库如何保证一致性?同步删除+延时双删+异步监听+多重保障方案
根据对一致性的要求程度,提出多种解决方案:同步删除、同步删除+可靠消息、延时双删、异步监听+可靠消息、多重保障方案
Redis缓存与数据库如何保证一致性?同步删除+延时双删+异步监听+多重保障方案
|
6月前
|
SQL 关系型数据库 MySQL
实时计算 Flink版产品使用合集之数据库执行的是UPDATE操作,那么Flink监听到的类型是什么
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStreamAPI、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
3月前
|
SQL DataWorks 关系型数据库
DataWorks操作报错合集之如何处理在DI节点同步到OceanBase数据库时,出现SQLException: Not supported feature or function
DataWorks是阿里云提供的一站式大数据开发与治理平台,支持数据集成、数据开发、数据服务、数据质量管理、数据安全管理等全流程数据处理。在使用DataWorks过程中,可能会遇到各种操作报错。以下是一些常见的报错情况及其可能的原因和解决方法。
|
5月前
|
分布式计算 Hadoop 存储
|
4月前
|
Oracle 关系型数据库 Java
实时计算 Flink版产品使用问题之如何启动多个jar包来监听同一个数据库的binlog,并针对不同的业务进行处理
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
6月前
|
存储 监控 关系型数据库
关系型数据库设计集群架构节点规划
【5月更文挑战第6天】在实际项目中,可能还需要考虑其他因素,如安全性、合规性、成本等。因此,在进行关系型数据库设计集群架构节点规划时,建议与经验丰富的数据库管理员和架构师合作,以确保项目的成功实施和稳定运行。
58 4
关系型数据库设计集群架构节点规划
|
6月前
|
负载均衡 关系型数据库 MySQL
关系型数据库的安装和配置数据库节点
【5月更文挑战第5天】关系型数据库的安装和配置数据库节点
202 3
关系型数据库的安装和配置数据库节点
|
5月前
|
关系型数据库 分布式数据库 数据库
PolarDB产品在使用的过程中如何设置优先级数据库节点
在PolarDB中设置优先级节点涉及登录管理控制台,创建新节点并选择“设置优先级”选项。优先级高的节点不等同于性能更好,而是系统优先处理请求的目标。配置时需依据实际需求。[链接](https://www.caigumoke.com/cj/e1a7fff4.html)[链接](https://www.caigumoke.com/yh/b3b74248.html)

热门文章

最新文章