ORA-600 [kjbrchkpkeywait:timeout]

最新推荐文章于 2025-11-28 08:52:23 发布
转载 最新推荐文章于 2025-11-28 08:52:23 发布 · 266 阅读 · 0
文章标签：

#数据库

本文针对Oracle 11.2.0.3版本中出现的ORA-600错误进行详细分析，包括错误代码为kjbrchkpkeywait:timeout的具体表现形式、已知的三个相关Bug以及它们的影响范围。建议遇到此类问题的用户可以参考文中提到的解决方案或进一步向Oracle技术支持寻求帮助。 

 

 
 

    Format: ORA-600 [kjbrchkpkeywait:timeout] [a] [b] [c] [d] [e]
 

 

 

            
  

  

  
  

   The list below is restricted to show only bugs believed to affect version 11.2.0.3.
Other bugs may affect this version but have not been confirmed as being relevant yet.
  

  
  

  

   There are 3 bugs listed.
  

 

 

  
NBBugFixedDescription
1440918311.2.0.3.4, 11.2.0.3.BP10, 11.2.0.4, 12.1.0.1ORA-600 [kjblpkeydrmqscchk:pkey] or similar / session hangs on "gc buffer busy acquire"
1418283511.2.0.3.BP14, 11.2.0.4, 12.1.0.1Process fails with ORA-600 [kjbrchkpkeywait:timeout]
1404341711.2.0.3.BP13, 11.2.0.4, 12.1.0.1ORA-600 [kjbrchkpkeywait:timeout] in RAC - superseded

  
  • '*' indicates that an alert exists for that issue.
  • '+' indicates a particularly notable issue / bug.
  • 'I' indicates an install issue / bug included for completeness.
  • 'P' indicates a port specific bug.
  • "OERI:xxxx" may be used as shorthand for ORA-600 [xxxx].

 
 SUGGESTIONS: If the Known Issues section below does not help in terms of identifying a solution, please submit the trace files and alert.log to Oracle Support Services for further analysis. Known Issues: 
 

 Known Bugs
 

  You can restrict the list below to issues likely to affect one of the following versions by clicking the relevant button:
 

 

  

 
 
 
 
 
 
 
 来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29225845/viewspace-775304/，如需转载，请注明出处，否则将追究法律责任。 
 

 

转载于:http://blog.itpub.net/29225845/viewspace-775304/

                

        




    


  



    

      

        

            

              
                
                  cuilonggui7816
                
              
            

            

                关注
              
            

        

        

          
      

      










                



	

		

			

				
					
oracle远程连接服务器出现 ORA-12170 TNS:连接超时 解决办法

				
			

			

				

					09-10
				

			

		

		

			
				
oracle远程连接服务器出现 ORA-12170 TNS:连接超时 解决办法，需要的朋友可以参考一下

			
		

	



                

            
              



	

		

			

				
					
ORA-12518 TNS:监听程序无法分发客户机连接

				
			

			

				

					01-12
				

			

		

		

			
				
ORA-12518 TNS:监听程序无法分发客户机连接，在您安装好数据库后配置连接数据库的过程中遇到这类问题应该很头疼吧，不过，当您还是四处查资料来解决您遇到的另你头疼的问题时，如果不经意间看到了这则贴子，那请您升...

			
		

	



              


  
              

                


	

		

			

				
					
ORA-600(kjbrchkpkeywait:timeout)和ORA-600(kclcls_8)错误

				
			

			

				

					ckawt40802的专栏
				

				

					09-17
					
					526
					
				

			

		

		

			
				
在执行表空间的迁移操作后，RAC数据库出现了上面的错误。


在节点1也就是执行表空间迁移的节点上，alert文件中出现了大量的ORA-600(kjbrchkpkeywait:timeout)错误，同时还出现了ORA-...

			
		

	





	

		

			

				
					
客户遭遇ORA-600 [Kjbrchkpkeywait:Timeout]引起实例down

				
			

			

				

					cucanqi9387的博客
				

				

					10-09
					
					275
					
				

			

		

		

			
				
今天帮客户分析数据库down机问题，环境oracle 10.2.0.3 
rac + aix 2节点
 down机问题主要原因是：数据库后台日志不断报ORA-600 [kjbrchkpkeywai...

			
		

	



		

			
		



	

		

			

				
					
@@@客户***数据库ORA-600 kjbrchkpkeyait问题分析总结

				
			

			

				

					cuidong1521的博客
				

				

					09-05
					
					221
					
				

			

		

		

			
				
关键字：ORA-600 kjbrchkpkeyait作者：paulyibinyi一、问题描述：数据库版本：Oracle10.2.0.3 RAC操作系统版本：AIX2010-10-2下午13点多开始，***数据库文件系统节点1产生...

			
		

	





	

		

			

				
					
备份恢复：

				
			

			

				

					congxue4052的博客
				

				

					11-12
					
					209
					
				

			

		

		

			
				
DBMS_REPAIR的使用：介绍了DBMS_REPAIR包的作用，并给出了使用DBMS_REPAIR包进行修改的例子。传输表空间：介绍了Oracle的传输表空间功能。Oracle提示的优先级最高？——一次坏块处理的详细记录：这...

			
		

	





	

		

			

				
					
[升级] 数据库升级到11g的应急方案

				
			

			

				

					 N
				

				

					11-25
					
					7939
					
				

			

		

		

			
				
数据库升级应急方案


通过对数据库初始化参数进行调整来对出现的故障或者性能问题进行处理。

_subquery_pruning_enabled
参数：_subquery_pruning_enabled
默认值：true
推荐值：false
动态修改：推荐在session修改
说明：enable the useof subquery predicates to perform 

			
		

	





	

		

			

				
					
解决ORA-12170:TNS connect timeout occurred问题

				
			

			

				

					12-15
				

			

		

		

			
				
报错如下 报错： ORA-12170:TNS connect timeout occurred 第一反应是监听没开： 1. 测试了一下， 连接超时没用ping 通 C:\Users\Administrator>tnsping brorcl TNS Ping Utility for 64-bit Windows: Version 11.2...

			
		

	





	

		

			

				
					
Oracle dbca时报：ORA-12547: TNS:lost contact错误的解决

				
			

			

				

					12-16
				

			

		

		

			
				
最近在工作中遇到了一个问题，错误是Oracle dbca时报错：ORA-12547: TNS:lost contact，通过查找相关的资料终于找到了解决的方法，下面分享给大家，话不多说了，来一起看看详细的介绍吧。  环境：   OS:RHEL6.5 x86-...

			
		

	





	

		

			

				
					
RAC方面

				
			

			

				

					ckawt40802的专栏
				

				

					12-31
					
					141
					
				

			

		

		

			
				
09年马上要结束了，BLOG每天更新又坚持了一年，目前文章总数1700多篇，其中纯技术文章将近1300篇。
我比较喜欢的一句话：十年磨一剑。以前提到过，坚持10年可能会比较困难，那么至少要坚持5年，到目前为止，BLOG更新...

			
		

	





	

		

			

				
					
ORA-600(kjbldrmrpstp:key)错误

				
			

			

				

					ckawt40802的专栏
				

				

					10-18
					
					186
					
				

			

		

		

			
				
客户10.2.0.3
RAC环境启动后碰到DRM问题导致实例崩溃。

 

 

[@more@]错误信息为：Mon Jan 19 12:42:58 2009Database Characterset is...

			
		

	





	

		

			

				
					
高并发数据库MySQL/PostgreSQL/NoSQL优化在互联网系统实践经验分享

				
			

			

				

					2501_94114711的博客
				

				

					11-24
					
					663
					
				

			

		

		

			
				
架构设计与分库分表主从/主主复制、分库分表、NoSQL分布式集群提高高并发读写能力和系统可用性索引与查询优化合理索引、SQL优化、聚合分页优化避免全表扫描和复杂JOIN高并发写入与缓存优化批量写入、异步处理、队列削峰热点数据缓存、读写分离策略监控与工程化闭环QPS、慢查询、锁等待、节点健康监控自动化部署、弹性扩容、压测优化形成持续闭环通过合理的数据库架构设计、索引与查询优化、高并发写入与缓存策略，以及监控与工程化部署，高并发互联网系统能够实现高吞吐、低延迟、稳定可靠、可扩展。

			
		

	





	

		

			

				
					
面试必问——Redis 主从同步

				
			

			

				

					2301_79966297的博客
				

				

					11-26
					
					334
					
				

			

		

		

			
				
偏移量，随着记录在repl_baklog中的数据增多而逐渐增大。salve完成同步时也会记录当前同步的offset。如果salve的offset小于master的offset，说明salve的数据落后于master，需要更新。：简称replid,是数据集的标记，id一致则说明是同一个数据集。每个master都有唯一的replid,salve则会继承master节点的replid。：单点的Redis的并发能力是有限的，要进一步提高Redis的并发能力，就需要搭建主从集群，实现读写分离。

			
		

	





	

		

			

				
					
基于Python与Go构建云原生微服务自动化运维平台的架构设计思路实践策略与性能优化方法全流程解析

				
			

			

				

					2501_94114213的博客
				

				

					11-26
					
					496
					
				

			

		

		

			
				
Python 提供灵活的任务调度与编排能力，Go 提供高并发、高吞吐的任务执行与采集能力。两者结合构建的云原生微服务运维平台能够在大规模环境下实现：自动化高可靠弹性扩展可观测高性能随着企业上云进程加速，Python + Go 的混合运维平台将成为云原生运维的标准实践方案。

			
		

	





	

		

			

				
					
MongoDB GridFS 历史数据自动化清理实践

				
			

			

				

					weixin_44316575的博客
				

				

					11-24
					
					460
					
				

			

		

		

			
				
本文介绍了MongoDB GridFS系统中历史数据的自动化清理实践。针对GridFS系统中文件数据分散存储在fs.files和fs.chunks两个集合的特点，提出了一套完整的清理方案：首先删除30天前的历史数据，确保元数据和数据块同步清理；然后检查并删除孤立的数据块(chunks)；最后通过compact命令压缩存储空间。这套方法解决了传统清理方式可能导致孤立数据残留和存储空间无法自动回收的问题，有效控制了存储资源的增长和成本。文章提供了详细的MongoDB脚本示例，为实际生产环境中的GridFS数据管

			
		

	





	

		

			

				
					
influx2.0+grafana

				
			

			

				

					lan266548_ning的博客
				

				

					11-27
					
					243
					
				

			

		

		

			
				
Mac 安装 Docker（Docker Desktop）教程官方下载地址：根据你的 Mac 类型，下载对应版本：Intel。

			
		

	





	

		

			

				
					
后端在分布式存储中的元数据管理

					
最新发布

				
			

			

				

					2509_93946509的博客
				

				

					11-28
					
					192
					
				

			

		

		

			
				
但实际生产环境中远不止这些：数据的冷热状态、压缩标志、校验和、生命周期标签，甚至用户自定义的扩展属性，都是元数据的一部分。我们团队就吃过亏，早期设计时只考虑了基础字段，后来业务方想要实现智能分层存储，不得不对元数据表做了两次大的结构调整，那个迁移过程简直噩梦。我们现在用的是Raft共识算法，虽然写性能有些损失，但保证了数据的强一致性，运维起来也省心。按文件路径哈希是最简单的，但有个问题：同一个目录下的文件可能被散列到不同节点，做目录遍历时要跨节点查询，效率很低。全量缓存不现实，我们吃过内存溢出的亏。

			
		

	





	

		

			

				
					
Springboot | Spring Boot 3 纯 JDBC 实现宠物管理系统增删改查（无 ORM 框架）

				
			

			

				

					张较瘦
				

				

					11-24
					
					887
					
				

			

		

		

			
				
本文介绍了基于Spring Boot 3和纯JDBC实现的宠物管理系统CRUD操作。通过原生JDBC方式，不使用任何ORM框架，帮助开发者深入理解底层数据库操作原理。文章详细说明了环境准备（JDK17+、Spring Boot 3.2.x、MySQL 8.0）、项目依赖配置、数据库连接设置以及表结构创建。核心实现包括：Pet实体类定义（包含id、name、breed和age字段）以及PetService服务层，利用JdbcTemplate封装增删改查操作，重点演示了如何通过PreparedStatement

			
		

	





	

		

			

				
					
SQL约束大全

				
			

			

				

					2401_87975790的博客
				

				

					11-26
					
					688
					
				

			

		

		

			
				
SQL约束是用于确保数据完整性、一致性和有效性的数据库规则。主要包含六大类型：1）NOT NULL禁止空值；2）UNIQUE确保值唯一；3）PRIMARY KEY（非空+唯一）作为行标识；4）FOREIGN KEY建立表间引用关系；5）CHECK验证数据条件；6）DEFAULT设置默认值。约束可在建表时定义或后期添加，MySQL 8.0.16+开始完全支持CHECK约束。使用建议包括：优先使用无业务意义的主键、高并发场景慎用外键、注意不同数据库对NULL的处理差异等。约束管理可通过ALTER TABLE操作

			
		

	





	

		

			

				
					
startup
ORA-01078: failure in processing system parameters
ORA-01565: error in identifying file '+DATA/orcl/spfileorcl.ora'
ORA-17503: ksfdopn:2 Failed to open file +DATA/orcl/spfileorcl.ora
ORA-15056: additional error message
ORA-17503: ksfdopn:2 Failed to open file +DATA/orcl/spfileorcl.ora
ORA-15001: diskgroup "DATA" does not exist or is not mounted
ORA-06512: at line 4


				
			

			

				

					10-18
				

			

		

		

			
				
这个错误信息是 Oracle 数据库在启动（`startup`）时出现的典型问题，主要涉及 **初始化参数文件（spfile）无法找到或访问**，尤其是当数据库使用的是 **ASM（Automatic Storage Management）磁盘组** 存储时。

---

### ❌ 错误分析

```bash
ORA-01078: failure in processing system parameters
ORA-01565: error in identifying file '+DATA/orcl/spfileorcl.ora'
ORA-17503: ksfdopn:2 Failed to open file +DATA/orcl/spfileorcl.ora
ORA-15056: additional error message
ORA-17503: ksfdopn:2 Failed to open file +DATA/orcl/spfileorcl.ora
ORA-15001: diskgroup "DATA" does not exist or is not mounted
```

#### 逐条解释：

- `ORA-01078`: 启动数据库时无法处理系统参数 —— 通常是找不到或读取不了 spfile/pfile。
- `ORA-01565`: 识别指定的参数文件失败。
- `ORA-17503`: 低层 I/O 操作失败，无法打开文件。
- `ORA-15001`: 表示 ASM 磁盘组 `"DATA"` 不存在或者没有被挂载。

👉 核心问题是：**ASM 实例未运行，或者磁盘组 `DATA` 没有被挂载，导致 Oracle 实例无法读取存放在 `+DATA` 中的 spfile。**

---

## ✅ 解决方案

### 步骤 1：确认当前环境变量和实例状态

确保你连接到了正确的 Oracle 环境。

```bash
export ORACLE_SID=+ASM        # 如果使用 ASM，默认 SID 是 +ASM 或 +ASM1（RAC）
sqlplus / as sysdba
```

### 步骤 2：检查 ASM 实例是否启动

```sql
SQL> SELECT instance_name, status FROM v$instance;

-- 应该输出类似：
-- INSTANCE_NAME    STATUS
-- ---------------- ------------
-- +ASM             STARTED
```

如果没有启动，请先启动 ASM 实例：

```sql
SQL> startup;
```

> ⚠️ 注意：如果 ASM 也无法启动，可能是磁盘权限、udev 规则、asmlib 配置或磁盘路径问题。

---

### 步骤 3：查看磁盘组状态

```sql
SQL> SELECT name, state, total_mb, free_mb FROM v$asm_diskgroup;

-- 输出示例：
-- NAME   STATE     TOTAL_MB FREE_MB
-- ------ --------- -------- -------
-- DATA   MOUNTED      10240    3000
```

如果你看到 `DATA` 的状态不是 `MOUNTED`，说明它没挂载。

---

### 步骤 4：尝试手动挂载磁盘组

```sql
ALTER DISKGROUP DATA MOUNT;
```

如果报错，比如：

- `ORA-15032: not all alterations performed`
- `ORA-15063: ASM discovered an insufficient number of disks`

→ 表明 ASM 无法识别构成 `DATA` 磁盘组的物理磁盘。

---

### 🔍 排查磁盘问题

#### 查看 ASM 发现的磁盘：

```sql
SELECT path, header_status, mode_status FROM v$asm_disk;
```

期望结果：`DATA` 对应的磁盘 `HEADER_STATUS = MEMBER`, `MODE_STATUS = ONLINE`

如果 `header_status` 是 `CANDIDATE` 或 `UNKNOWN`，说明这些磁盘未被正确识别。

---

### 可能原因及修复方法

| 原因 | 解决方式 |
|------|---------|
| ASM 实例未启动 | 执行 `sqlplus / as sysdba` → `startup` |
| 磁盘权限问题（Linux） | 检查 `/dev/sdX` 权限是否属于 `grid:asmadmin` |
| udev 规则未设置 | 配置持久化设备名规则（如 `/etc/udev/rules.d/99-oracle-asmdevices.rules`） |
| ASMLib 配置丢失（若使用） | 使用 `oracleasm scandisks` 和 `oracleasm listdisks` |
| 磁盘路径变更（如 VM 迁移后） | 重新绑定设备或修改 udev 规则 |

---

### ✅ 成功挂载后启动数据库实例

一旦 `DATA` 磁盘组成功挂载，切换回数据库实例：

```bash
export ORACLE_SID=orcl
sqlplus / as sysdba
```

然后启动数据库：

```sql
SQL> startup;
```

此时应该可以正常读取 `+DATA/orcl/spfileorcl.ora` 并启动。

---

### 💡 替代方案：使用 PFILE 启动（临时）

如果暂时无法恢复 SPFILE，可以从 ASM 中创建一个文本型 PFILE：

```sql
-- 在 ASM 实例中导出参数
CREATE PFILE='/tmp/initorcl.ora' FROM SPFILE='+DATA/orcl/spfileorcl.ora';
```

然后用该 PFILE 启动数据库：

```sql
SQL> CREATE SPFILE FROM PFILE='/tmp/initorcl.ora';
SQL> startup; -- 自动使用 SPFILE
```

> 注意：前提是 ASM 能读到原始 spfile。否则只能手动写一个最小 pfile。

---

### 🛠 示例：最小 PFILE 启动（应急）

```text
# /tmp/initorcl.ora
orcl.__db_cache_size=100M
orcl.__shared_pool_size=80M
*.db_name='orcl'
*.control_files='+DATA/orcl/controlfile/current.256.123456789'
*.instance_type='RDBMS'
*.job_queue_processes=10
*.open_cursors=300
*.pga_aggregate_target=100M
*.sga_target=300M
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
```

然后：

```sql
SQL> create spfile from pfile='/tmp/initorcl.ora';
SQL> startup;
```

---

## ✅ 总结流程图

```text
启动数据库失败
    ↓
检查是否能访问 +DATA/orcl/spfileorcl.ora
    ↓
否 → 检查 ASM 实例是否运行？
          ↓ 否 → 启动 ASM 实例
          ↓ 是 → 检查磁盘组 DATA 是否存在并已挂载？
                   ↓ 否 → 挂载磁盘组（需解决磁盘识别问题）
                   ↓ 是 → 尝试重新启动 DB 实例
                             ↓
                         成功 or 失败 → 查看 alert.log 进一步诊断
```

---

### ✅ 关键命令汇总

```bash
# 设置环境
export ORACLE_SID=+ASM
sqlplus / as sysdba

# 检查 ASM 实例
SELECT instance_name, status FROM v$instance;

# 启动 ASM
startup;

# 查看磁盘组
SELECT name, state FROM v$asm_diskgroup;

# 挂载磁盘组
ALTER DISKGROUP DATA MOUNT;

# 查看磁盘状态
SELECT path, header_status, mode_status FROM v$asm_disk;

# 切换到数据库实例
export ORACLE_SID=orcl
sqlplus / as sysdba
startup;
```

---

### ✅ 查看告警日志定位细节

```bash
cd $ORACLE_BASE/diag/rdbms/orcl/orcl/trace/
tail -f alert_orcl.log
```

---

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

  

	
    

      

      

      

        
        

          
          

            

              成就一亿技术人!
            

            

              拼手气红包6.0元
            

          

        

        

          

            还能输入1000个字符
             | 博主筛选后可见
          

          

             
          

          

            

              红包
              添加红包
            

            

              表情包
              插入表情
              

                

              

            

            

              表情包
              代码片
              

                
              

            

            

              
              
              
              
              
              
              
            

          

        

      

    

		

			

			

			

					 条评论被折叠 查看
			

			

				
			

		

	

	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

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

              

            

          

      

      余额充值