19c库启动报ORA-600 kcbzib_kcrsds_1---惜分飞

最新推荐文章于 2025-08-18 22:24:05 发布

原创

最新推荐文章于 2025-08-18 22:24:05 发布 · 841 阅读

8 ·

CC 4.0 BY-SA版权

文章标签：

#oracle #数据库

一套19c的库由于某种情况,发现异常,当时的技术使用隐含参数强制拉库,导致数据库启动报ORA-00704 ORA-600 kcbzib_kcrsds_1错误

2024-08-24T06:11:25.494304+08:00

ALTER DATABASE OPEN

2024-08-24T06:11:25.494370+08:00

TMI: adbdrv open database BEGIN 2024-08-24 06:11:25.494324

Smart fusion block transfer is disabled:

instance mounted in exclusive mode.

2024-08-24T06:11:25.515306+08:00

Beginning crash recovery of 1 threads

parallel recovery started with 7 processes

Thread 1: Recovery starting at checkpoint rba (logseq 2 block 3), scn 286550073

2024-08-24T06:11:25.567011+08:00

Started redo scan

2024-08-24T06:11:25.587170+08:00

Completed redo scan

read 0 KB redo, 0 data blocks need recovery

2024-08-24T06:11:25.595192+08:00

Started redo application at

Thread 1: logseq 2, block 3, offset 0, scn 0x0000000011146839

2024-08-24T06:11:25.595552+08:00

Recovery of Online Redo Log: Thread 1 Group 2 Seq 2 Reading mem 0

Mem# 0: /dbf/RLZY/redo02.log

2024-08-24T06:11:25.595712+08:00

Completed redo application of 0.00MB

2024-08-24T06:11:25.596058+08:00

Completed crash recovery at

Thread 1: RBA 2.3.0, nab 3, scn 0x000000001114683a

0 data blocks read, 0 data blocks written, 0 redo k-bytes read

Endian type of dictionary set to little

2024-08-24T06:11:25.648152+08:00<

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

惜分飞-Tel:17813235971

关注关注

4
点赞
踩
8

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

ORA-600 kcbzib_kcrsds_1一键恢复

12-07

719

一个19c库由于某种原因redo损坏强制打开库报ORA-600 kcbzib_kcrsds_1错误。工具快速修改数据库scn。

redo异常强制拉库报ORA-600 kcbzib_kcrsds_1修复---惜分飞

01-27

1291

redo异常强制拉库报ORA-600 kcbzib_kcrsds_1修复

参与评论您还未登录，请先登录后发表或查看评论

redo被删导致的各种问题处理12c

Du.的博客

04-01

1228

背景：某现场（oracle 12.2）所有redo文件（包括current、active等）被误删（redo的后缀被写成了.log） 1、恢复redo startup mount set lines 400 pages 9999 col MEMBER for a50 select v1.status, v1.group#, member, sequence#, first_change# from v$standby_log v1, v$logfile v2 where v1.group# = v

存储故障,强制拉库报ORA-600 kcbzib_kcrsds_1处理---惜分飞

01-19

1116

这个相对比较简单,对异常undo进行处理,cdb和pdb都open成功,使用数据泵把数据迁移到新库,完成本次恢复(比较幸运,硬件故障的库直接迁移成功,没有报其他错误)硬件故障,客户自行强制resetlogs库,报ORA-600 kcbzib_kcrsds_1错误。处理好该错误之后,数据库在open pdb的时候报ORA-600 4193错误。这个错误处理过多次一般是由于scn异常导致,以前部分类似文章。

win环境断电强制拉库报ORA-600 kcbzib_kcrsds_1故障处理---惜分飞

最新发布

08-18

381

摘要：客户环境异常断电导致Oracle 19c数据库无法启动，执行恢复时提示缺少归档日志(ORA-00279/289/280错误)。由于是非归档模式且缺失关键日志(15080)，只能先恢复部分数据文件后尝试强制打开数据库。在执行alter database open resetlogs时出现ORA-600 kcbzib_kcrsds_1内部错误。最终使用自研的Patch_SCN工具修复SCN问题，成功完成介质恢复并打开数据库，随后安排数据导出完成恢复任务。该案例展示了非归档环境断电后数据库恢复的典型挑战及解

Oracle 19c异常恢复—ORA-01209/ORA-65088---惜分飞

09-17

1734

ORA-65088参见官方:ORA-65088 while opening DB with resetlogs for multi-tenant DB in 12.2 (Doc ID 2449591.1),应该不是一个技术问题(由于重建ctl+resetlogs导致)由于raid卡bug故障,导致文件系统异常,从而使得数据库无法正常启动,客户找到我之前已经让多人分析,均未恢复成功,查看alert日志,发现他们恢复的时候尝试resetlogs库,然后报ORA-600 kcbzib_kcrsds_1错误。

ORA-00603 ORA-01092 ORA-600 kcbzib_kcrsds_1---惜分飞

12-18

776

ORA-00603 ORA-01092 ORA-600 kcbzib_kcrsds_1 故障解决

redo丢失的各种情况处理

Du.的博客

11-11

2037

redo丢失的各种情况处理

ORA-00704,ORA-00702 bootstrap错误导致库无法启动解决办法

Brent的专栏

11-01

1797

这个错误是oracle的引导数据块被破坏了,这种一般就是人为的或者恶意软件破坏的,像以前的勒索病毒,用了非正版的plsql,非正版的oracle 安装包等,都可能会被安装上恶意的程序.这里需要注意的是,10g版本bootsrap是377数据块,而11g是520,521,522,523三个数据块,2.找一个相同平台相同版本的11.2.0.4数据块,dd出来520,521,522,523数据块。3.将刚刚的1.ora拷贝到故障数据块,再dd回去。

记一次Oracle 19c redo误删除的故障恢复 [ORA-00742 ORA-00312 没有归档]

Ray Song 的 blog

01-16

1654

Oracle 19c 数据库，没有开归档，没有备份，redo 误删除的故障处理过程。 ORA-00742 ORA-00312 ORA-00600 [kcbzib_kcrsds_1] ORA-00600 [4194]

cdb数据库强起流程

q195136130的专栏

11-26

832

cdb环境下的oracle强起流程。

解决oracle报错ora-00704 ora-00604 ora-00942 启动不了数据库

chx38875的博客

08-24

1490

使用conn / as sysdba登录oracle，使用start mount出现此错误 SQL> conn / as sysdba Connected to an idle instance. SQL> startup mount; ORACLE instance start...

ORA-00704: bootstrap process failure

cilonggang7850的博客

12-03

522

ORA-00704: bootstrap process failure 前段时间，在本人的虚拟机上升级数据库，只安装补丁软件，没升级数据字典，而造成数据库打不开，报ORA-00704:b...

19c断电数据库恢复----惜分飞

01-05

723

ORA-00600: 内部错误代码, 参数: [kcbzib_kcrsds_1], [], [], [], [], [], [], [], [], [], [], []ORA-00600: 内部错误代码, 参数: [kcbzib_kcrsds_1], [], [], [], [], [], [], [], [], [], [], []ORA-00600: 内部错误代码, 参数: [kcbzib_kcrsds_1], [], [], [], [], [], [], [], [], [], [], []

oracle报00942错误,案例:Oracle报错ORA-00704:bootstrap process failure ORA-00604 ORA-00942

weixin_36476695的博客

04-04

1071

天萃荷净运维DBA反映，数据库服务器重启后数据库无法启动，ora错误为ORA-00704 ORA-00604 ORA-00942，分析原因为丢失access$表Oracle 11g数据库因为异常关闭导致access$表丢失,使得数据库不能正常open.为什么这个表会丢失还未找到原因.我这里提供一种在upgrade模式下解决给问题方法.1.查询Oracle数据库版本SQL> select * ...

ORA-00600:存储坏了，修好后报ORA-00600的修复过程

期待着的博客

01-18

971

存储坏了，修好后挂上，库打不开，处理过程 1，同步控制文件 2，把原来的undo设为空，创建新的UNDO表空间经过这两步，库就可以开起来了断电后Oracle数据库就open不了，报了： ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr], [1], [44437], [17323], [18486], [ 内部错误，然后执...

ORA-00704和ORA-00702: bootstrap verison '' inconsistent with version '8.0 问题解决。

tpc4289的专栏

08-12

4283

在很大程度上，人们所做的选择，源于一种想要构建、保持个人或群体认同的心理动机。 dba最怕什么：最怕数据库起不来，或者数据库数据丢失！今天，听朋友说自己一套oracle数据库因突然断电起不来，并发来日...

ORA-600 16703故障,客户找人恢复数据库,数据库被进一步恶意破坏—ORA-00704 ORA-00922----惜分飞

05-17

321

通过上述分析,可以确认原库的CREATE TABLE TS$(“TS#”被人修改为CREATE TABLE TS$<“TS#”,通过观察客户机器以及和客户确认,客户找的技术人员上传了bbed工具,并进行了一些操作.基于上述信息,大概率是被人通过bbed工具把TS$(修改为了TS$<,从而使得数据库修复tab$之后也无法正常启动.ORA-00704 ORA-00922是比较少见的错误,第一感觉bootstrap$损坏了,对数据库启动过程进行跟踪。进一步分析bootstrap$表记录。

oracle rman丢失归档备份集的不完全恢复

冰封郁金香

07-22

1986

如果说要想改成其他的实例名，可以在恢复成功后，用nid命令修改。----------------分割线-------------------------上面看到备份集的SCN是234189095，因为归档备份丢失，所以只能恢复到这个SCN。-----如果是路径不一致要用下面的脚本指定新路径---------------控制文件里，所以如果在恢复的时候，如果实例名不一致，恢复的时候会报错。-----如果是路径相同直接恢复---------------成功启动数据库，且启动过程中alert日志无报错。...

Oracle19c解决ORA-00904错误：缺失WM_CONCAT函数

资源摘要信息:"ORA-00904: 'WM_CONCAT': 标识符无效" ### 知识点概述 **Oracle错误ORA-00904**是在使用Oracle数据库进行开发或执行SQL查询时可能遇到的常见错误。错误提示表明在引用了一个无效的标识符时发生了...