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

382

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

精选资源

Oracle 11gr2连Oracle 19c 报ORA-28040 ORA-01017解决方法.pdf

07-16

Oracle数据库不同版本间的客户端与服务端的连接问题通常涉及到安全和兼容性配置，这篇文章主要讲述了在Oracle 11g R2客户端尝试连接Oracle 19c服务端时，遇到了两个特定的错误：ORA-28040和ORA-01017，以及如何解决...

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

833

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日志无报错。...