ORACLE RAC数据库启动卡几分钟

原创 于 2025-11-02 19:26:10 发布 · 529 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#数据库 #oracle

每次启动数据库，老是要等几分钟，服务器硬件配置都比较高，感觉莫名奇妙。

环境：128c + 256g rac+500g disk

                   oracle linux 9.4 + oracle rac 19.23

测试过程如下：

使用srvctl start database 等几分钟，

使用sql语句：startup ，也是几分钟，

后来直接使用start nomount，也开始等几分钟，后面mount,open都是秒出。

看来应该是配置出现问题。

一个节点在startup nomount，在另外一个节点看到大量的等待事件：如下：

select sid,event,blocking_session ,sql_id from v$session where wait_class<>'Idle' order by 2,1

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      1841 DFS lock handle
      4327 DFS lock handle
      4972 DFS lock handle
       484 DLM cross inst call completion
       603 DLM cross inst call completion
       964 DLM cross inst call completion
      1655 DLM cross inst call completion                  fhf8upax5cxsz
      2133 DLM cross inst call completion
      2205 DLM cross inst call completion
      2376 DLM cross inst call completion
      7027 DLM cross inst call completion

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      2957 PGA memory operation                            491v8qqgy6jjv
      3206 PGA memory operation                            491v8qqgy6jjv
      3664 PGA memory operation                            59hmswh5r1aw1
      6381 PGA memory operation                            59hmswh5r1aw1
      7157 PGA memory operation                            491v8qqgy6jjv
      3735 SQL*Net message from dblink                     1hrsg820r04ff
       489 SQL*Net message to client                       7svn189480mw7
      2129 SQL*Net message to client                       44xb4qsf1aj66
      5978 SQL*Net message to client                       7svn189480mw7
      6444 SQL*Net message to client                       6qgyvzscbqvcp
      1306 buffer busy waits                               gy5hxnhv18ds9

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      3857 buffer busy waits                               9zg9qd9bm4spu
      5432 buffer busy waits                               9zg9qd9bm4spu
      6456 buffer busy waits                               f1juf2qu4r7wb
      2303 enq: CT - reading
      2311 enq: DW - contention
      5962 enq: DW - contention
      6847 enq: JS - job run lock - synch
           ronize

      3502 enq: TM - contention                            bywmv13mpmg4w
      5863 enq: TM - contention                            fh2hvv131zqrf

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      6612 enq: TM - contention                            gnjcp50sgps6c
      7215 enq: TM - contention                            ar90y9vnc24qb
      1123 enq: TT - contention
      5972 enq: TT - contention                            c4s5nvfbanqzg
      6376 enq: TT - contention
       129 gcs enter server mode
       131 gcs enter server mode                           gy5hxnhv18ds9
       597 gcs enter server mode                           cg16yna4kpx67
       672 gcs enter server mode                           1ksn4ucn9ugk9
       774 gcs enter server mode                           d7xawz2pjav0p
      1131 gcs enter server mode                           fq88kg3bv7aun

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      1241 gcs enter server mode                           79ah5gpgjjjm3
      1314 gcs enter server mode
      1483 gcs enter server mode                           8ph3fap8bsnf9
      1496 gcs enter server mode                           6q6sqbv4m9x6n
      1679 gcs enter server mode                           9qj06jgzf442s
      1851 gcs enter server mode                           f58tzbmhw0hd2
      1913 gcs enter server mode                           60x5b9qkzf0n2
      2093 gcs enter server mode
      2199 gcs enter server mode                           8bvckf4a3k05q
      2677 gcs enter server mode                           01vugk4pw16v6
      2914 gcs enter server mode

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      2975 gcs enter server mode                           f3yfg50ga0r8n
      3367 gcs enter server mode                           35qvy98dgv86k
      3374 gcs enter server mode                           93qw8913ra2xn
      3559 gcs enter server mode                           94ttg537kvcwd
      3663 gcs enter server mode
      3897 gcs enter server mode
      4075 gcs enter server mode                           01vugk4pw16v6
      4333 gcs enter server mode                           3catmz1kpgrff
      4679 gcs enter server mode                           3aydtv81pd402
      5439 gcs enter server mode
      5555 gcs enter server mode                           3muqaf0csh9y7

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      5667 gcs enter server mode
      5749 gcs enter server mode                           f4x9xmqj0zbdq
      5967 gcs enter server mode                           b8sw22p0sguw9
      6263 gcs enter server mode                           aa3tgy246y88v
      6334 gcs enter server mode                           9zg9qd9bm4spu
      6386 gcs enter server mode                           7ckcskdrfyu8d
      6446 gcs enter server mode
      6502 gcs enter server mode                           98qdbzc1xp1d7
      6568 gcs enter server mode                           0u82rxrxxzw42
      6864 gcs enter server mode                           3catmz1kpgrff
      6914 gcs enter server mode

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      7145 gcs enter server mode
      7343 gcs enter server mode                           bzmpdrqr4hzg6
       836 library cache lock                              8v1jwdhcr3cdq
       897 library cache lock                              djdvv4jpc56yv
      1019 library cache lock                              50955s7ycfg46
      1723 library cache lock
      1903 library cache lock                              7xzc8hmbq4x73
      2501 library cache lock                              0yp01pgmdx9ps
      2894 library cache lock                              an00537t39mfn
      3024 library cache lock
      3130 library cache lock                              8kzhy6p0gtkyz

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      3734 library cache lock                              b8swjyzkt8hvj
      3791 library cache lock                              1fkbfyt0j3bur
      3912 library cache lock
      4503 library cache lock                              gu1082z9tx5ud
      5146 library cache lock
      6731 library cache lock                              dt9tm5pzfrh34
      6807 library cache lock
      6907 library cache lock                              dxgp7asdv2k9u
      6926 library cache lock                              g71nwhssyywys
      7025 library cache lock
      3973 library cache pin                               9kdd035uukj7y

       SID EVENT                          BLOCKING_SESSION SQL_ID
---------- ------------------------------ ---------------- -------------
      5845 resmgr:internal state change                    37d8m7py91vfw
      5495 row cache lock                                  76jnftqnh82n5

99 rows selected.
 

看此时报警日志：

Attached to domain 0 (addr: 0x706fe45c8)
Reconfiguration started (old inc 0, new inc 64)
Dynamic remastering is disabled
List of instances (total 2) :
 1 2
My inst 2 (I'm a new instance) 
 Global Resource Directory frozen
Enabling Dynamic Remastering: NONE->NORM switch
 Communication channels reestablished
* domain 0 valid = 1 (flags x8820, pdb flags x8000) according to instance 1 
2025-11-01 01:43:41.933000 +08:00
 Master broadcasted resource hash value bitmaps
 Non-local Process blocks cleaned out
 LMS 0: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 1: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 2: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 8: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 6: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 13: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 17: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 7: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 9: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 3: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 14: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 16: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 5: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 11: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 4: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 12: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 15: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 10: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 20: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 18: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 19: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 Set master node info 
 Dwn-cvts replayed, VALBLKs dubious
 All grantable enqueues granted

2025-11-01 01:46:03.564000 +08:00
Reconfiguration complete (total time 141.7 secs) 

Decreasing priority of 21 RS

看来是在启动LMS，有21个

那么这个lms，是有哪个参数控制的

查了一下，是由 gcs_server_processes 参数控制的

而这个参数  gcs_server_processes 与CPU 最终的个数有关，比如我们这里CPU个数是128

SQL> show parameter cpu_count      

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
cpu_count                            integer     128
SQL> show parameter gcs

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
gcs_server_processes                 integer     21

粗略计算，128/6 = 21

看来这个值，是系统自己计算的

但看19c官方文档：

看来是符合第5条

cpu=128，sga=128g

SQL>  show parameter sga_target

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
sga_target                           big integer 120G

所以，自动计算为21了。

但我这里启用了numa ，按理应该为NUMA组数的2倍，不超过cpu/4，但没有这么算

根据这个，我调整一下到  2+cpu/32 ,=6,试一下，

检查日志：

2025-11-01 02:02:07.245000 +08:00
Increasing priority of 6 RS
* Setting GES domain 0
Attached to domain 0 (addr: 0x6f8444118)
Reconfiguration started (old inc 0, new inc 68)
Dynamic remastering is disabled
List of instances (total 2) :
 1 2
My inst 2 (I'm a new instance) 
 Global Resource Directory frozen
Enabling Dynamic Remastering: NONE->NORM switch
 Communication channels reestablished
* domain 0 valid = 1 (flags x8820, pdb flags x8000) according to instance 1 
 Master broadcasted resource hash value bitmaps
 Non-local Process blocks cleaned out

 LMS 0: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 3: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 4: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 1: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 2: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 LMS 5: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
 Set master node info 
 Dwn-cvts replayed, VALBLKs dubious
 All grantable enqueues granted
2025-11-01 02:02:18.760000 +08:00

Reconfiguration complete (total time 11.5 secs) 

等待事件，少了很多，启动时间，确实只有11秒，默认值要140秒，快了很多。

而且操作系统负载也降了一半。

先观察一下。

总结一下：

    数据库启动卡的原因，就是 gcs_server_processes 参数太高导致的，调整后，问题暂时解决。

Oracle数据库实例卡死分析与解决方案
ZaxfSass的博客
09-29 1800
在遇到数据库实例卡死的情况时，可以通过查看数据库状态、分析数据库卡死的原因，并采取相应的解决措施来恢复数据库的正常运行。同时，为了避免数据库实例卡死的情况发生，建议合理规划数据库资源、优化查询语句，并定期进行数据库性能监控和调优工作。在数据库管理中，有时候会遇到Oracle数据库实例卡死的情况，这种情况会导致数据库无法正常响应请求，从而影响业务的正常运行。当数据库中的某个会话持有锁，并且其他会话需要等待该锁释放时，可能会导致数据库实例卡死。当遇到数据库实例卡死的情况时，首先需要确认数据库的状态。
第2章 Oracle宕库问题汇总-2.2 Oracle RAC参数不一致导致数据库无法启动
chenoracle的博客
06-14 288
Oracle RAC参数不一致导致数据库无法启动
oracle数据库经常卡顿
liaos666的博客
03-08 5731
背景：oracle数据库长时间很卡，业务量又比较大 解决思路：查看alert日志，发现经常报错： Fri Jan 22 09:27:47 2021 Thread 1 cannot allocate new log, sequence 5730 Private strand flush not complete 原因：redo Log经常checkpoint导致数据库卡顿，增大redolog 即可 解决方法: 先查看redolog的组和大小 select group#,thread#,bytes/1024/1
oracle死锁导致的数据库卡死情况处理
狗剩儿的记忆博客
01-10 3215
项目场景： 客户的一台oracle 19c rac数据库，其中的一个实例出先hang死的情况，严重影响业务访问使用！应用人员无法操作数据库进行杀死死锁的session，但未起到效果。 问题描述： 接受问题处理第一步还是先观察后台alert日志，发现有ORA-00060错误，并伴随着十几秒很快频率的redo切换，并生成了大量trc文件，数据库redo大小是2G。 根据开发人员的描述是他们修改了一个存储过程，运行存储工程导致，但现在数据库hang死业务人员无法编译存储过程。 所以思路为：优先杀死相应sessi
Oracle-数据库性能变慢问题分析
sinat_36757755的博客
01-14 5813
应用运维报障说最近两天业务数据入库和表查询都变得很慢，需要排查一下数据库的性能问题
记一次oracle数据库瞬时卡顿排查过程
xiaofan23z的专栏
02-01 2192
(自动段指导)*识别有可用回收空间的段，并提出如何消除这当段中的碎片的建议，也可以手动运行 Segment Advisor 获取更多最新建议，或获取 Automatic segment Advisor 没有检查到的那些有可能做空间回收的段的建议。(自动优化器统计信息收集)**收集数库中所有无统计信息或仅有过时统计信息的 schema 对象的 Optmzer(优化)统计信息，SQL query optimizer(SQL 查询优化器)使用此任务收集的统言息提高 SQL 执行的性能。
Oracle11g RAC数据库维护
01-03
### Oracle11g RAC数据库维护关键知识点 #### 一、理解Oracle11g RAC架构 Oracle Real Application Clusters (RAC) 是一种高可用性解决方案，它允许多个Oracle数据库实例同时访问同一份数据库数据。Oracle11g RAC...
Oracle-RAC集群数据库实例相互驱逐问题
sinat_36757755的博客
05-30 1225
用户一套Oracle RAC两节点集群，出现数据库实例相互驱逐问题，集群只能运行一个节点的数据库实例，第二个节点数据库实例加入会导致另一个节点的实例被驱逐。
Oracle-RAC集群主机重启问题分析
sinat_36757755的博客
02-26 2723
在对一套两节点Oracle RAC19.18集群进行部署时，出现启动数据库实例就会出现主机出现重启的情况，检查发现主机重启是由于节点集群被驱逐导致​
故障处理：2分钟处理Oracle RAC中OCR磁盘组丢失磁盘的故障
提供数据库技术支持(系统优化，故障处理，安装升级，数据恢复等）
09-16 1555
摘要： 本文记录了一次Oracle 19c RAC集群OCR磁盘组故障的排查过程。故障现象为prod02节点OCR磁盘组中一个磁盘被标记为_DROPPED_状态。通过对比节点间多路径设备状态，发现prod02节点缺失ora_2设备。进一步检查发现该节点/etc/multipath.conf配置中将/dev/sdi设备加入黑名单，导致多路径服务无法创建聚合设备。解决方法为修改多路径配置文件后重启服务，问题得以快速解决。完整文章详见微信公众号IT民工的龙马人生或博客网站www.htz.pw。（148字）
Oracle数据库慢分析
08-19
Oracle数据库慢分析，有用有用有用有用有用有用有用有用
DBA优化数据库性能心得
07-08
DBA优化数据库性能心得，很多的时侯，做Oracle DBA的我们，当应用管理员向我们通告现在应用很慢、数据库很慢的时侯，我们到数据库时做几个示例的Select也发现同样的问题时，有些时侯我们会无从下手，因为我们认为数据库的各种命种率都是满足Oracle文档的建议。实际上如今的优化己经向优化等待(waits)转型了，实际中性能优化最根本的出现点也都集中在IO，这是影响性能最主要的方面，由系统中的等待去发现Oracle库中的不足、操作系统某些资源利用的不合理是一个比较好的办法，下面把我的一点实践经验与大家分享一下，本文测重于Unix环境。
oracle一次卡顿案例(八)-latch free+mmon
汪灵骅的博客
02-06 897
mmnl进程从gv$session视图（从X$KSUSE基表获取）采集信息到中，并且被获取到X$ASH基表中，默认1秒一次（，单位毫秒）。视图从X$ASH基表读取数据，由mmon进程将视图信息持久化到基表中。视图从基表读取数据，默认10秒一次（，秒）。awr报告数据从视图获取。
Oracle数据库表查询插入没问题，表更新卡死问题
ThatsThePrice的博客
05-06 1359
数据库服务器资源问题：如果数据库服务器资源不足，如 CPU、内存、磁盘空间等不足，也会导致更新操作变慢，从而造成卡死现象。数据库表结构问题：如果表的结构设计不合理，如表字段过多、表关联复杂等，也会导致更新操作变慢，从而造成卡死现象。数据库锁：在执行更新操作时，可能有其他事务正在访问相同的数据，导致更新操作被阻塞，从而造成卡死现象。优化数据库索引：可以通过分析数据库表的查询语句，找出需要建立索引的列，尽量减少不必要的索引。优化数据库表结构：可以考虑对表结构进行调整，将不常用的数据分离出去，减少表字段数量等。
oracle-sql突然运行卡住，一开始好好的，突然就卡住了，时而卡住，时而很快，这是因为数据库本身执行计划错乱导致
qq_51802220的博客
06-06 3438
前段时间在项目上遇到这样一个问题，有一个比较大的sql一开始跑着很正常，后来突然就跑不动了，过段时间又正常了，然后过段时间又跑不动了，今天突然想起来这个问题，写个博客记录一下吧（之前的截图找不到了，找了这样一张照片，先凑合用吧）这个项目的数据库版本是19c，当时19c刚发布没多久，可能是因为新发布，有些地方还有一点小问题sql卡住了，首先我们来分析一下这个sql，可以看到他的执行计划里有笛卡尔积，这就是他卡住的原因。但实际上sql里并没有可以产生笛卡尔积的操作。所以他有一种可能就是oracle的执行计划跑乱
Oracle-数据库性能缓慢(cursor:pin s wait x)分析处理
sinat_36757755的博客
07-02 4222
数据库性能缓慢，大量的cursor:pin s wait x ，library cache lock以及log file switch(checkpoint incomplete),db file async I/Osubmit等待。
Oracle 创建数据库卡死在85%
weixin_33845477的博客
01-04 3510
Oracle 创建数据库卡死在85%处理方法 1、首先用改工具，删除数据库 2、对应的目录 3、重启服务器（本次尝试有重启，在有其他数据库在跑的情况下，可以试试不重启） 转载于:https://www.cnblogs.com/chengeng/p/10218398.html...
Oracle 数据库
qq_41128049的博客
02-05 265
Day01笔记 一、数据库 1.理解数据库 数据库(Database)是按照数据结构来组织、存储和管理数据的仓库 **优点：**数据结构化，最低冗余度、较高的程序与数据独立性，易于扩展、易于编制应用程序。 分类： 小型 中型 大型 [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qcW1Qgng-1580862981925)(C:\Users\Hello Wo...
oracle rac灾备通过存储复制
最新发布
11-23
灾备站点可以是另一个RAC集群或单实例Oracle数据库。 - **同步 vs 异步复制**： - **同步复制**：数据写入主存储后，立即复制到备存储并确认，确保零数据丢失（RPO=0），但网络延迟要求高，适用于近距离灾备（如同...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值