又一例ORA-600 kcbzpbuf_1恢复---惜分飞

联系：手机/微信(+86 17813235971) QQ(107644445)

标题：又一例ORA-600 kcbzpbuf_1恢复

数据库突然报ORA-600 kdddgb1和ORA-600 kcl_snd_cur_2错误,并且导致实例crash

Tue May 09 22:29:40 2023

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_ora_338012.trc (incident=962050):

ORA-00600: internal error code, arguments: [kdddgb1], [0], [], [], [], [], [], [], [], [], [], []

Incident details in: /oracle/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_962050/orcl1_ora_338012_i962050.trc

Use ADRCI or Support Workbench to package the incident.

See Note 411.1 at My Oracle Support for error and packaging details.

Tue May 09 22:29:43 2023

Hex dump of (file 75, block 1154926) in trace file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_lms3_217928.trc

Corrupt block relative dba: 0x12d19f6e (file 75, block 1154926)

Bad header found during preparing block for transfer

Data in bad block:

type: 0 format: 2 rdba: 0x1affe051

last change scn: 0x0009.a2266e65 seq: 0x2 flg: 0x10

spare1: 0x83 spare2: 0x36 spare3: 0x3700

consistency value in tail: 0x6e650002

check value in block header: 0x0

block checksum disabled

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_lms3_217928.trc (incident=960186):

ORA-00600: internal error code, arguments: [kcl_snd_cur_2], [], [], [], [], [], [], [], [], [], [], []

Incident details in: /oracle/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_960186/orcl1_lms3_217928_i960186.trc

Use ADRCI or Support Workbench to package the incident.

See Note 411.1 at My Oracle Support for error and packaging details.

Tue May 09 22:29:43 2023

Sweep [inc][962050]: completed

Sweep [inc][960186]: completed

Sweep [inc2][962050]: completed

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_lms3_217928.trc:

ORA-00600: internal error code, arguments: [kcl_snd_cur_2], [], [], [], [], [], [], [], [], [], [], []

LMS3 (ospid: 217928): terminating the instance due to error 484

System state dump requested by (instance=1, osid=217928 (LMS3)), summary=[abnormal instance termination].

System State dumped to trace file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_diag_217897_20230509222949.trc

Tue May 09 22:29:52 2023

ORA-1092 : opitsk aborting process

Tue May 09 22:29:53 2023

ORA-1092 : opitsk aborting process

Tue May 09 22:29:54 2023

Instance terminated by LMS3, pid = 217928

另外一个正在运行的实例做instance recovery,然后节点报ORA-600 kcbzpbuf_1,节点也crash,再次启动一直该错误无法正常启动.

Wed May 10 08:17:07 2023

Hex dump of (file 75, block 1154926) in trace file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_dbw9_134621.trc

Corrupt block relative dba: 0x12d19f6e (file 75, block 1154926)

Bad header found during preparing block for write

Data in bad block:

type: 0 format: 2 rdba: 0x1affe051

last change scn: 0x0009.a2266e65 seq: 0x2 flg: 0x34

spare1: 0x83 spare2: 0x36 spare3: 0x3700

consistency value in tail: 0x6e650002

check value in block header: 0xf894

computed block checksum: 0x0

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_dbw9_134621.trc (incident=2240402):

ORA-00600: internal error code, arguments: [kcbzpbuf_1], [4], [1], [], [], [], [], [], [], [], [], []

Incident details in: /oracle/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_2240402/orcl1_dbw9_134621_i2240402.trc

Use ADRCI or Support Workbench to package the incident.

See Note 411.1 at My Oracle Support for error and packaging details.

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_dbw9_134621.trc:

ORA-00600: internal error code, arguments: [kcbzpbuf_1], [4], [1], [], [], [], [], [], [], [], [], []

DBW9 (ospid: 134621): terminating the instance due to error 471

Wed May 10 08:17:08 2023

System state dump requested by (instance=1, osid=134621 (DBW9)), summary=[abnormal instance termination].

System State dumped to trace file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_diag_134555_20230510081708.trc

Instance terminated by DBW9, pid = 134621

尝试直接recover datafile 75失败,报ORA-03113

SQL> recover datafile 75;

ORA-03113: end-of-file on communication channel

Process ID: 281304

Session ID: 14161 Serial number: 1503

dbv检查file 75,发现15个block逻辑坏块

[oracle@oradb21 ~]$ dbv userid=xxx/xxx file=+datadg/orcl/datafile/xifenfei01.377.1130539753

DBVERIFY: Release 11.2.0.4.0 - Production on Wed May 10 08:29:44 2023

DBVERIFY - Verification starting : FILE = +datadg/orcl/datafile/xifenfei01.377.1130539753

Block Checking: DBA = 314866909, Block Type = KTB-managed data block

data header at 0x7f852b573064

kdbchk: row locked by non-existent transaction

table=0 slot=13

lockid=101 ktbbhitc=2

Page 294109 failed with check code 6101

Block Checking: DBA = 314866928, Block Type = KTB-managed data block

data header at 0x7f852b599064

kdbchk: row locked by non-existent transaction

table=0 slot=18

lockid=101 ktbbhitc=2

Page 294128 failed with check code 6101

Block Checking: DBA = 315415269, Block Type = KTB-managed data block

data header at 0x7f852b583064

kdbchk: the amount of space used is not equal to block size

used=7470 fsc=0 avsp=625 dtl=8088

Page 842469 failed with check code 6110

Block Checking: DBA = 315415302, Block Type = KTB-managed data block

data header at 0x7f852b3c3064

kdbchk: row locked by non-existent transaction

table=0 slot=13

lockid=101 ktbbhitc=2

Page 842502 failed with check code 6101

Block Checking: DBA = 315415350, Block Type = KTB-managed data block

data header at 0x7f852b423064

kdbchk: row locked by non-existent transaction

table=0 slot=14

lockid=101 ktbbhitc=2

Page 842550 failed with check code 6101

Block Checking: DBA = 315415351, Block Type = KTB-managed data block

data header at 0x7f852b425064

kdbchk: row locked by non-existent transaction

table=0 slot=10

lockid=101 ktbbhitc=2

Page 842551 failed with check code 6101

Block Checking: DBA = 315415397, Block Type = KTB-managed data block

data header at 0x7f852b481064

kdbchk: row locked by non-existent transaction

table=0 slot=14

lockid=101 ktbbhitc=2

Page 842597 failed with check code 6101

Block Checking: DBA = 315415414, Block Type = KTB-managed data block

data header at 0x7f852b4a3064

kdbchk: row locked by non-existent transaction

table=0 slot=14

lockid=101 ktbbhitc=2

Page 842614 failed with check code 6101

Block Checking: DBA = 315665300, Block Type = KTB-managed data block

data header at 0x7f852b2dd0ac

kdbchk: the amount of space used is not equal to block size

used=7191 fsc=0 avsp=832 dtl=8016

Page 1092500 failed with check code 6110

Block Checking: DBA = 315665302, Block Type = KTB-managed data block

data header at 0x7f852b2e10ac

kdbchk: row locked by non-existent transaction

table=0 slot=14

lockid=101 ktbbhitc=5

Page 1092502 failed with check code 6101

Block Checking: DBA = 315665316, Block Type = KTB-managed data block

data header at 0x7f852b2fd0ac

kdbchk: the amount of space used is not equal to block size

used=7140 fsc=0 avsp=883 dtl=8016

Page 1092516 failed with check code 6110

Block Checking: DBA = 315665491, Block Type = KTB-managed data block

data header at 0x7f852f4170c4

kdbchk: row locked by non-existent transaction

table=0 slot=3

lockid=101 ktbbhitc=6

Page 1092691 failed with check code 6101

Block Checking: DBA = 315727518, Block Type = KTB-managed data block

data header at 0x7f852b4f50c4

kdbchk: row locked by non-existent transaction

table=0 slot=8

lockid=101 ktbbhitc=6

Page 1154718 failed with check code 6101

Block Checking: DBA = 315727614, Block Type = KTB-managed data block

data header at 0x7f852b5b50ac

kdbchk: row locked by non-existent transaction

table=0 slot=15

lockid=101 ktbbhitc=5

Page 1154814 failed with check code 6101

Block Checking: DBA = 315727646, Block Type = KTB-managed data block

data header at 0x7f852b3f30ac

kdbchk: row locked by non-existent transaction

table=0 slot=3

lockid=101 ktbbhitc=5

Page 1154846 failed with check code 6101

DBVERIFY - Verification complete

Total Pages Examined : 1835008

Total Pages Processed (Data) : 250749

Total Pages Failing (Data) : 15

Total Pages Processed (Index): 74532

Total Pages Failing (Index): 0

Total Pages Processed (Other): 1244181

Total Pages Processed (Seg) : 0

Total Pages Failing (Seg) : 0

Total Pages Empty : 265546

Total Pages Marked Corrupt : 0

Total Pages Influx : 0

Total Pages Encrypted : 0

Highest block SCN : 2720428335 (9.2720428335)

通过对坏块一些处理,数据库open成功,以前有过类似恢复ORA-600 kcbzpbuf_1故障恢复

SQL> alter database open;

Database altered.

alert日志报事务异常

ORACLE Instance orcl1 (pid = 34) - Error 1578 encountered while recovering transaction (697, 6) on object 170692.

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_smon_301450.trc:

ORA-01578: ORACLE data block corrupted (file # 75, block # 1154926)

ORA-01110: data file 75: '+DATADG/orcl/datafile/xifenfei01.377.1130539753'

Archived Log entry 9299 added for thread 1 sequence 4781 ID 0x5f4a1865 dest 1:

Wed May 10 08:24:03 2023

NOTE: dependency between database orcl and diskgroup resource ora.ARCHDG.dg is established

ARC3: Archival started

ARC0: STARTING ARCH PROCESSES COMPLETE

Wed May 10 08:24:04 2023

Starting background process EMNC

Wed May 10 08:24:04 2023

EMNC started with pid=49, OS id=305303

Archived Log entry 9300 added for thread 2 sequence 4530 ID 0x5f4a1865 dest 1:

ARC2: Archiving disabled thread 2 sequence 4531

Archived Log entry 9301 added for thread 2 sequence 4531 ID 0x5f4a1865 dest 1:

Wed May 10 08:24:13 2023

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_p000_305307.trc (incident=2560578):

ORA-01578: ORACLE data block corrupted (file # 75, block # 1154926)

ORA-01110: data file 75: '+DATADG/orcl/datafile/xifenfei01.377.1130539753'

Incident details in: /oracle/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_2560578/orcl1_p000_305307_i2560578.trc

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_p000_305307.trc (incident=2560579):

ORA-01578: ORACLE data block corrupted (file # , block # )

Incident details in: /oracle/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_2560579/orcl1_p000_305307_i2560579.trc

Wed May 10 08:24:15 2023

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_smon_301450.trc (incident=2560427):

ORA-01578: ORACLE data block corrupted (file # 75, block # 1154926)

ORA-01110: data file 75: '+DATADG/orcl/datafile/xifenfei01.377.1130539753'

Incident details in: /oracle/app/oracle/diag/rdbms/orcl/orcl1/incident/incdir_2560427/orcl1_smon_301450_i2560427.trc

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_smon_301450.trc (incident=2560432):

ORA-01578: ORACLE data block corrupted (file # 75, block # 1154926)

ORA-01110: data file 75: '+DATADG/orcl/datafile/xifenfei01.377.1130539753'

ORACLE Instance orcl1 (pid = 34) - Error 1578 encountered while recovering transaction (717, 20) on object 170692.

Errors in file /oracle/app/oracle/diag/rdbms/orcl/orcl1/trace/orcl1_smon_301450.trc:

ORA-01578: ORACLE data block corrupted (file # 75, block # 1154926)

ORA-01110: data file 75: '+DATADG/orcl/datafile/xifenfei01.377.1130539753'

处理异常事务,并且定位异常对象表

SQL> select owner,object_name,object_type from dba_objects where object_id=170692;

OWNER

--------------------------------------------------------------------------------

OBJECT_NAME

--------------------------------------------------------------------------------

OBJECT_TYPE

---------------------------------------------------------

XFF

T_XIFENFEI

TABLE

rman检测逻辑坏块所属对象也是这个表（15个坏块均为该表）,对该表数据进行重建抛弃损坏数据,完成本次恢复

又一例ORA-600 kcbzpbuf_1恢复---惜分飞的更多相关文章

DG环境恢复同步遇到报错ORA-00353ORA-00334以及ORA-00600[2619], [47745]
问题说明客户环境主库4节点RAC11.2.0.4,单实例DG环境,DG由于空间不足,导致同步中断,由于DG备库未应用的归档主库都再,本次恢复的方式,是开启dg mrp进程,自动同步追上主库. 以下遇 ...
RMAN备份数据库与恢复数据库(整库)
1 准备 2 1.1 检查数据库归档状态 2 1.2 RMAN登陆目标 2 2 备份全库 2 2.1 创建备份数据存储目录 2 2.2 RMAN备份全库 2 2.3 试验(备份后,改变数据) 5 2. ...
rman异机恢复（RAC双节点恢复到单节点）
一.数据库全备 RUN {ALLOCATE CHANNEL ch00 DEVICE TYPE disk;ALLOCATE CHANNEL ch01 DEVICE TYPE disk;backup as ...
oracle rman异机恢复
Oracle源主机 Oracle目标主机主机平台 CentOS6.2(final) CentOs6.2(FInal) 主机名 vick rman IP地址 192.168.1.11 192.16 ...
转://Oracle 11gR2 RAC ASM磁盘全部丢失后的恢复
一.环境描述 (1)Oracle 11.2.0.3 RAC ON Oracle Linux 6 x86_64,只有一个ASM外部冗余磁盘组--DATA: (2)OCR,VOTEDISK,DATAFIL ...
ORA-00600: internal error code, arguments: [13030], [20]一例解决
两年没有接触oracle了,中午,一环境update from的时候出现ORA-00600: internal error code, arguments: [13030], [20]异常,经查,官网 ...
Oracle备份恢复之热备份恢复及异机恢复
原理: 数据库必须运行在归档模式下,否则备份没有意义.备份前冻结块头,使scn号不变化,然后cp物理文件,最后解冻块头.此过程dml语句可以正常执行,动作被写在日志文件里面,当解冻scn号后,日志文件 ...
基于从库+binlog方式恢复数据
基于从库+binlog方式恢复数据将bkxt从库的全备份在rescs5上恢复一份,恢复到6306端口,用cmdb操作恢复全备后执行如下操作 set global read_only=OFF; st ...
Database基础(四)：密码恢复及设置、用户授权及撤销、数据备份与恢复、MySQL管理工具
一.密码恢复及设置目标: 本案例要求熟悉MySQL管理密码的控制,完成以下任务操作: 练习重置MySQL管理密码的操作通过正常途径设置MySQL数据库的管理密码步骤: 步骤一:重置MySQL管理 ...
大道浮屠诀---NBU7.7.3_oracle11G单机-单机（异机恢复WINDOWS2008平台）
现有环境说明: 一台WINDOWS2008R2:安装有NBU7.7.3,作为服务端一台WINDOWS2008R2:安装有oracle11.2.0.3,作为数据库服务器现假设数据库意外崩溃,需要进行 ...

随机推荐

eslint vscode 配置
简介以作备份 step1 vscode 安装插件 eslint step2 file->preferences->setting code Actions On Save "e ...
通过ETL工具，高效完成达梦数据库数据同步至数仓Oracle的具体实现
企业在日常运营过程中,会产生海量的数据,这些数据广泛分布于不同的系统.数据库以及存储设备之中.为了充分发挥数据的价值,确保数据的一致性.完整性与可用性,数据同步便成为了企业数据管理体系里至关重要的一环 ...
SciTech-BigDataAIML-Methodology方法论-Whole+Part整体和局部-$\large Supervised\ Statistical\ Model$统计模型和大量训练数据+Transformer核心原理+ MI移动互联+IoT万物互联-Economics经济-Politics政策
词汇 MI(Mobile Internet): 移动互联网 IoT(Internet of Things): 万物互联网 WE(Word Embedding): 词嵌入 PE(Positional E ...
Unity 根据前后帧位置自动旋转
写在Update里面 var newPos = transform.position; if (lastPos != newPos) { targetRotation = Quaternion.Loo ...
云原生环境中的镜像兼容性（NFD项目）
在电信.高性能或 AI 计算等必须高度可靠且满足严格性能标准的行业中,容器化应用通常需要特定的操作系统配置或硬件支持. 通常的做法是要求使用特定版本的内核.其配置.设备驱动程序或系统组件. 尽管存在开 ...
JuiceFS on Windows: 首个 Beta 版的探索与优化之路
在近期发布的 JuiceFS 社区版1.3 和企业版 5.2 中,我们对 Windows 客户端进行了大量的优化工作.在早期版本中,JuiceFS 也尝试支持 Windows 平台,但是在使用体验和稳 ...
AutoCAD2026界面底部状态栏不见了，如何找回？
打开AutoCAD软件发现底部的状态栏突然没了,给绘图工作带来了很大的不便,但又不知道该如何找回? 其实,底部状态栏可通过系统变量STATUSBAR来控制状态栏的显示,如下,参数0表示隐藏底部状态栏, ...
JavaSE-跳转语句（return，break，continue，goto，throw）
跳转语句 Java 中的跳转语句允许你控制程序的流程,主要有以下几种: return:从方法返回一个值,并退出当前方法. break:跳出当前的循环(for.while 或 do-while). co ...
【PWN】Ret2libc
https://ctf-wiki.org/pwn/linux/user-mode/stackoverflow/x86/basic-rop/#ret2libc 1. 有system有binsh 这种好弄 ...
px 和 rem已经过时？
从 px 的绝对统治,到 rem 成为响应式设计的事实标准,我们似乎已经找到了完美的解决方案. 然而,如果你最近观察一些顶尖科技公司的前端代码库或设计系统,你会发现一个新的趋势正在悄然兴起:px 和 ...

又一例ORA-600 kcbzpbuf_1恢复---惜分飞

又一例ORA-600 kcbzpbuf_1恢复---惜分飞的更多相关文章

随机推荐

热门专题