难见的oracle 9i恢复---2023年---惜分飞

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

标题：难见的oracle 9i恢复—2023年

时过境迁,以前恢复大量oracle 8/9版本的库,现在一套oracle 9i的库都比较稀奇了.今天恢复客户一套9.2.0.6的aix环境rac库,通过分析确认主要问题:
1. 重建控制文件，resetlogs库遗漏数据文件

2. 数据库启动主要报错ORA-600 2663和ORA-600 kclchkblk_4

Tue Nov 8 09:10:05 2022

Successfully onlined Undo Tablespace 1.

Dictionary check beginning

Tablespace 'TEMP' #2 found in data dictionary,

but not in the controlfile. Adding to controlfile.

File #84 found in data dictionary but not in controlfile.

Creating OFFLINE file 'MISSING00084' in the controlfile.

This file can no longer be recovered so it must be dropped.

Dictionary check complete

Tue Nov 8 09:10:05 2022

SMON: enabling tx recovery

Tue Nov 8 09:10:05 2022

Database Characterset is ZHS16GBK

Tue Nov 8 09:10:05 2022

Errors in file /u01/prod/proddb/9.2.0/admin/udump/prod1_ora_536662.trc:

ORA-00600: internal error code, arguments: [2663], [3301], [2638369768], [3301], [2640322622], [], [], []

Tue Nov 8 09:10:06 2022

Errors in file /u01/prod/proddb/9.2.0/admin/bdump/prod1_smon_647352.trc:

ORA-00600: internal error code, arguments: [kclchkblk_4], [3301], [18446744072061740072],[3301],[18446744072052954088]

Tue Nov 8 09:10:06 2022

Errors in file /u01/prod/proddb/9.2.0/admin/udump/prod1_ora_536662.trc:

ORA-00600: internal error code, arguments: [2663], [3301], [2638369768], [3301], [2640322622], [], [], []

Error 600 happened during db open, shutting down database

USER: terminating instance due to error 600

Instance terminated by USER, pid = 536662

ORA-1092 signalled during: alter database open...

根据客户文件名称的规则,推算出来84号文件实际的文件名(因为使用的是lv[aix的hacmp管理的lv的裸设备方式]),通过dbv确认文件无坏块

DBVERIFY: Release 9.2.0.6.0 - Production on Sat May 13 16:44:09 2023

DBVERIFY - Verification starting : FILE = /dev/ra_txn_ind12.dbf

DBVERIFY - Verification complete

Total Pages Examined : 256000

Total Pages Processed (Data) : 0

Total Pages Failing (Data) : 0

Total Pages Processed (Index): 299

Total Pages Failing (Index): 0

Total Pages Processed (Other): 13

Total Pages Processed (Seg) : 0

Total Pages Failing (Seg) : 0

Total Pages Empty : 255688

Total Pages Marked Corrupt : 0

Total Pages Influx : 0

Highest block SCN : 11177081099136 (2602.1576194944)

bbed验证文件该文件是否是84号文件

$ bbed blocksize=8192 filename='/dev/ra_txn_ind12.dbf'

Password:

BBED: Release 2.0.0.0.0 - Limited Production on Mon May 15 09:45:44 2023

************* !!! For Oracle Internal Use only !!! ***************

BBED> map

File: /dev/ra_txn_ind12.dbf (0)

Block: 1 Dba:0x00000000

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

Data File Header

struct kcvfh, 608 bytes @0

ub4 tailchk @8188

BBED> p kcvfh

struct kcvfh, 608 bytes @0

struct kcvfhbfh, 20 bytes @0

ub1 type_kcbh @0 0x0b

ub1 frmt_kcbh @1 0x02

ub1 spare1_kcbh @2 0x00

ub1 spare2_kcbh @3 0x00

ub4 rdba_kcbh @4 0x15000001

ub4 bas_kcbh @8 0x00000000

ub2 wrp_kcbh @12 0x0000

ub1 seq_kcbh @14 0x01

ub1 flg_kcbh @15 0x04 (KCBHFCKV)

ub2 chkval_kcbh @16 0x1b4a

ub2 spare3_kcbh @18 0x0000

struct kcvfhhdr, 76 bytes @20

ub4 kccfhswv @20 0x09200000

ub4 kccfhcvn @24 0x08000000

ub4 kccfhdbi @28 0x05d15ccf

……

ub4 kccfhcsq @40 0x00525a20

ub4 kccfhfsz @44 0x0003e800

s_blkz kccfhbsz @48 0x00

ub2 kccfhfno @52 0x0054

ub2 kccfhtyp @54 0x0003

……

ub4 kcvfhrfn @528 0x00000054 ---确认是84号文件

……

通过bbed修改文件相关信息,然后尝试rename文件,但是recover datafile 84报错

Mon May 15 09:49:44 2023

alter database rename file '/u01/prod/proddb/9.2.0/dbs/MISSING00084' to '/dev/ra_txn_ind12.dbf'

Mon May 15 09:49:44 2023

Completed: alter database rename file '/u01/prod/proddb/9.2.0

Mon May 15 09:51:15 2023

ALTER DATABASE RECOVER datafile 84

Media Recovery Start

Mon May 15 09:51:15 2023

Errors in file /u01/prod/proddb/9.2.0/admin/udump/prod1_ora_467190.trc:

ORA-07445: exception encountered: core dump [] [] [] [] [] []

通过处理之后,数据库recover 正常,但是open报ORA-600 4193错误

Mon May 15 09:57:53 2023

ALTER DATABASE RECOVER DATABASE

Media Recovery Start

Mon May 15 09:57:53 2023

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

Mem# 0 errs 0: /dev/rlog01a.dbf

Mem# 1 errs 0: /dev/rlog01b.dbf

Media Recovery Complete

Completed: ALTER DATABASE RECOVER DATABASE

Mon May 15 09:59:24 2023

alter database open

Mon May 15 09:59:24 2023

Beginning crash recovery of 1 threads

Mon May 15 09:59:24 2023

Started redo scan

Mon May 15 09:59:24 2023

Completed redo scan

75 redo blocks read, 0 data blocks need recovery

Mon May 15 09:59:24 2023

Started recovery at

Thread 1: logseq 4, block 2, scn 3301.2638369687

Mon May 15 09:59:24 2023

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

Mem# 0 errs 0: /dev/rlog01a.dbf

Mem# 1 errs 0: /dev/rlog01b.dbf

Mon May 15 09:59:24 2023

Completed redo application

Mon May 15 09:59:24 2023

Ended recovery at

Thread 1: logseq 4, block 77, scn 3301.2638389765

0 data blocks read, 0 data blocks written, 75 redo blocks read

Crash recovery completed successfully

Mon May 15 09:59:25 2023

Thread 1 advanced to log sequence 5

Thread 1 opened at log sequence 5

Current log# 2 seq# 5 mem# 0: /dev/rlog02a.dbf

Current log# 2 seq# 5 mem# 1: /dev/rlog02b.dbf

Successful open of redo thread 1

Mon May 15 09:59:25 2023

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set

Mon May 15 09:59:25 2023

SMON: enabling cache recovery

Mon May 15 09:59:25 2023

ARC0: Media recovery disabled

Mon May 15 09:59:25 2023

Successfully onlined Undo Tablespace 1.

Dictionary check beginning

Tablespace 'TEMP' #2 found in data dictionary,

but not in the controlfile. Adding to controlfile.

Dictionary check complete

Mon May 15 09:59:25 2023

SMON: enabling tx recovery

Mon May 15 09:59:25 2023

Database Characterset is ZHS16GBK

Mon May 15 09:59:25 2023

Errors in file /u01/prod/proddb/9.2.0/admin/bdump/prod1_smon_413872.trc:

ORA-00600: internal error code, arguments: [4193], [781], [6399], [], [], [], [], []

Mon May 15 09:59:25 2023

Errors in file /u01/prod/proddb/9.2.0/admin/udump/prod1_ora_844004.trc:

ORA-00600: internal error code, arguments: [4193], [56042], [1895], [], [], [], [], []

Mon May 15 09:59:26 2023

Doing block recovery for fno: 12 blk: 153

Mon May 15 09:59:26 2023

Doing block recovery for fno: 12 blk: 2893

Mon May 15 09:59:26 2023

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

Mem# 0 errs 0: /dev/rlog02a.dbf

Mon May 15 09:59:26 2023

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

Mon May 15 09:59:26 2023

Mem# 1 errs 0: /dev/rlog02b.dbf

Mon May 15 09:59:26 2023

Mem# 0 errs 0: /dev/rlog02a.dbf

Mem# 1 errs 0: /dev/rlog02b.dbf

Doing block recovery for fno: 12 blk: 3009

Mon May 15 09:59:26 2023

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

Mem# 0 errs 0: /dev/rlog02a.dbf

Mem# 1 errs 0: /dev/rlog02b.dbf

Mon May 15 09:59:26 2023

Doing block recovery for fno: 12 blk: 89

Mon May 15 09:59:26 2023

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

Mem# 0 errs 0: /dev/rlog02a.dbf

Mem# 1 errs 0: /dev/rlog02b.dbf

Mon May 15 09:59:26 2023

Errors in file /u01/prod/proddb/9.2.0/admin/udump/prod1_ora_844004.trc:

ORA-00607: Internal error occurred while making a change to a data block

ORA-00600: internal error code, arguments: [4193], [56042], [1895], [], [], [], [], []

Error 607 happened during db open, shutting down database

USER: terminating instance due to error 607

Instance terminated by USER, pid = 844004

ORA-1092 signalled during: alter database open...

绕过该错误之后,数据库启动报ORA-600 2662错误

$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.6.0 - Production on Mon May 15 10:04:44 2023

Connected to an idle instance.

SQL> startup mount pfile='/tmp/pfile'

ORACLE instance started.

Total System Global Area 1102023336 bytes

Fixed Size 744104 bytes

Variable Size 922746880 bytes

Database Buffers 167772160 bytes

Redo Buffers 10760192 bytes

Database mounted.

SQL> alter database open;

alter database open

*

ERROR at line 1:

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

Mon May 15 10:05:03 2023

SMON: enabling cache recovery

Mon May 15 10:05:03 2023

ARC0: Media recovery disabled

Mon May 15 10:05:03 2023

SMON: enabling tx recovery

Mon May 15 10:05:03 2023

Database Characterset is ZHS16GBK

Mon May 15 10:05:03 2023

Errors in file /u01/prod/proddb/9.2.0/admin/bdump/prod1_smon_413880.trc:

ORA-00600: internal error code, arguments: [2662], [3301], [2638409995], [3301], [2644132966], [4195678]

Mon May 15 10:05:04 2023

Non-fatal internal error happenned while SMON was doing temporary segment drop.

SMON encountered 1 out of maximum 100 non-fatal internal errors.

Mon May 15 10:05:04 2023

Errors in file /u01/prod/proddb/9.2.0/admin/bdump/prod1_smon_413880.trc:

ORA-00600: internal error code, arguments: [2662], [3301], [2638409998], [3301], [2644132966], [4195678]

Mon May 15 10:05:04 2023

Errors in file /u01/prod/proddb/9.2.0/admin/bdump/prod1_smon_413880.trc:

ORA-00600: internal error code, arguments: [2662], [3301], [2638409998], [3301], [2644132966], [4195678]

SMON: terminating instance due to error 600

Instance terminated by SMON, pid = 413880

解决该错误之后,数据库open正常

$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.6.0 - Production on Mon May 15 10:10:30 2023

Connected to an idle instance.

SQL> startup mount pfile='/tmp/pfile'

ORACLE instance started.

Total System Global Area 1102023336 bytes

Fixed Size 744104 bytes

Variable Size 922746880 bytes

Database Buffers 167772160 bytes

Redo Buffers 10760192 bytes

Database mounted.

SQL> alter database open;

Database altered.

逻辑方式导出数据,本次恢复任务基本完成.

难见的oracle 9i恢复---2023年---惜分飞的更多相关文章

重装系统后ORACLE数据库恢复的方法
如果我们的操作系统出现问题,重装系统后,ORACLE数据库应该如何恢复呢?下文就为您列举了两个重装系统后ORACLE数据库恢复的方法,供您参考. ORACLE数据库恢复的方法我们经常会用到,下面就为您 ...
将oracle冷备份恢复到另外一个数据库实例中
因更换服务器需要将Oracle数据库转移到另外台Oracle中.说明: 1.测试环境为:windows server2003 和 oracle 10g. 2.2台服务器安装的程序目录一样,数据目录不一 ...
ORACLE 9i 数据库体系结构图
ORACLE 9i 的数据库体系结构图,非常的全面.系统.高屋建瓴的整体介绍了ORACLE 9i 的数据库体系结构.如果能全面了解.清晰梳理.深入掌握这些知识点,相信对你了解学习.深入研究ORACLE ...
oracle 9i相关问题
Oracle 9i在连接数据库的时候需要加上双引号,如sqlplus “sys/oracle@orcl as sysdba” Oracle 9i不支持bigfile大的表空间创建,oracle9i或以 ...
oracle数据库恢复与备份
一.oracle数据库恢复 1.恢复刚才删除的一条数据 delete from emp e where e.empname='SMITH' select * from flashback_transa ...
使用Oracle 9i工具管理数据库 - 初学者系列 - 学习者系列文章
前面介绍了Oracle 9i的安装,本文大概介绍下Oracle 9i提供的管理工具的使用. 1 打开数据库配置工具 2 下一步 3 下一步 4 下一步.这里输入数据库名和SID 5 下一步 6 下一步 ...
安装Oracle 9i - 初学者系列 - 学习者系列文章
Oracle 9i数据库是经典的Oracle版本,就象SQL Server 2000一样.笔者最初使用到的Oracle版本就是Oracle 9i.下面就介绍下Oracle 9i的安装. 1. 下载O ...
Red Hat Enterprise Linux AS4, C++ OCCI connect Oracle 9i
前提是已经安装好Oracle 9i. 1. 下载对应的ORACLE client安装. http://www.oracle.com/technetwork/database/features/inst ...
oracle 9i/10gR2所有版本下载地址
Oracle 9i Oracle9i Database Release 2 Enterprise/Standard/Personal Edition for Windows NT/2000/XP ht ...
oracle 日志恢复数据
1:首先查找redo,如果redo有可供恢复的信息,就那redo中的信息进行恢复,此时一般在恢复时,类似如下:SQL> recover database;Media recovery compl ...

随机推荐

zsh 卡慢解决方案
首先,到对应的theme目录下的主题 git svn hg 之类的全部注释掉. git config --add oh-my-zsh.hide-status 1 使用这个命令关闭git的检查. ~/. ...
RFKILL 调研
RFkill 调研. 概念可使其处于可被软件重新激活的状态(软锁定)或者将其放在软件无法重新激活的位置(硬锁定). 命令执行 E:rfkill list 获得设备列表 ,每个都包含 ...
金山pdf 阅读点击链接如何跳转回来
简介 RT ALT + 左箭头
在没有curl和wget情况下发送HTTP请求
Bash 的 /dev/tcp 功能为用户提供了一个直接的方式,通过 TCP 套接字发送 HTTP 请求,这一功能可以在没有额外工具的情况下执行简单的网络操作. 发送HTTP GET请求 #!/bin ...
使用python的tkinter库自制计算器ui界面
原理 tkinter库主要使用label和button,具体了解看教程https://www.cnblogs.com/shwee/p/9427975.html eval函数这个函数能把字符串转化为 ...
【电脑技巧】CPU正常运行时间过长，怎么解决？--九五小庞
1.问题描述不少同志都遇到过这样的问题:按[Ctrl + alt + delete]打开任务管理器,切到"性能"选项卡下,发现自己电脑的CPU正常运行时间竟然为好几十天!很多人担心 ...
Win10纯净版如何设置待机不休眠的问题
有深度技术官网的小伙伴说,每次他的win10纯净版系统电脑开着不操作,就会自动进入休眠状态,你说进休眠就进休眠,但是还无法唤醒.这也导致电脑又要重启,特别是电脑在下载大文件需要很长时间,又不能一直看着 ...
一款超级经典复古的 Windows 9x 主题风格 Avalonia UI 控件库，满满的回忆杀！
前言今天大姚给大家分享一款超级经典复古的 Windows 9x 主题风格 Avalonia UI 控件库,满满的回忆杀:Classic.Avalonia. 项目介绍 Classic.Avalonia ...
使用 Kiro AI IDE 3小时实现全栈应用Admin系统
之前我是采用Node生态开发的大模型以及MCP Server,大模型开发的生态主要是Python语言,为了更好的学习大模型开发,于是开了新坑.开始学习Python, 以及 fastapi ,LangC ...
返璞归真--从零开始建设k8s监控之thanos-sidecar（七）
前言本文详细讨论一下thanos-sidecar 环境准备组件版本操作系统 Ubuntu 22.04.4 LTS docker 24.0.7 thanos 0.36.1 thanos概述 th ...

难见的oracle 9i恢复---2023年---惜分飞

难见的oracle 9i恢复---2023年---惜分飞的更多相关文章

随机推荐

热门专题