请在Chrome、Firefox等现代浏览器浏览本站。如果需要合作请 点击 加我 QQ 说你的需求。

周末修裤子-花费遭受ORA-00600 [kokasgi1]的恢复过程

bet9会员登录入口 admin

########作者:sky QQ:654268465,转载请注明出处######## 上周一客户现场实施说数据库重启后没法启动,恳求恢复,因为这个库数据不是特别主要(Win下的11.2.0.1),临时用前当天0点的dmp备份恢复了

  ########作者:sky QQ:654268465,转载请注明出处########

  上周一客户现场实施说数据库重启后没法启动,恳求恢复,因为这个库数据不是特别主要(Win下的11.2.0.1),临时用前当天0点的dmp备份恢复了,让营业先用起来。这个周末花了点时间对现场的数据库停止了恢复,记录以下。

  启动报错以下:

  

  Trace指导毛病以下:

  

  对Trace中索引提取的键值停止检查:

  

  提取表的记录以下:

  

  经对比发明没法启动的启事为:表中没有SYS和SYSTEM用户,只要YGKFSYS和YGKFSYSTEM,可见sys和system用户是被改名了且表和索引存在不不合的信息(索引不存在YGKFSYSTEM这个键值)

  修表以下:

  BBED> set file 1 block 209

  FILE# 1

  BLOCK# 209

  BBED> p kdbt

  struct kdbt[0], 4 bytes @106

  sb2 kdbtoffs @106 0

  sb2 kdbtnrow @108 21

  struct kdbt[1], 4 bytes @110

  sb2 kdbtoffs @110 21

  sb2 kdbtnrow @112 22

  BBED> find /x 03535953 TOP

  File: /home/oracle/SYSTEM01.DBF (1)

  Block: 209 Offsets: 4978 to 5041 Dba:0x004000d1

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

  03535953 02c10210 30444343 45413938 32303843 36323532 018002c1 0407786e 031e0b08 37077877 06140e33 2007786e 031e0c07 3907786e 031e0c07 390180ff

  <64 bytes per line>

  BBED> x /rcnc offset 4969

  rowdata[513] @4969

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

  flag@4969: 0x33 (KDRHFN, KDRHFP, KDRHFD, KDRHFH)

  lock@4970: 0x43

  cols@4971: 0

  BBED> x /rcnc *kdbr[23]

  rowdata[3398] @7854

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

  flag@7854: 0x6c (KDRHFL, KDRHFF, KDRHFH, KDRHFC)

  lock@7855: 0x00

  cols@7856: 19

  col 0[6] @7858: PUBLIC

喜欢 (0) or 分享 (0)