corrupt blocks & blockrecover

错误现象:
1>
snapshot refresh error
Fri Feb 15 16:24:35 2008
     Errors in file /srpt/app/oracle/admin/srpt/bdump/srpt_j002_2449.trc:
     ORA-00600: internal error code, arguments: [kcbrls_1], [], [], [], [], [], [], []
Fri Feb 15 16:24:36 2008
     Errors in file /srpt/app/oracle/admin/srpt/bdump/srpt_j002_2449.trc:
     ORA-12012: error on auto execute of job 16
     ORA-12008: error in materialized view refresh path
     ORA-00600: internal error code, arguments: [kcbrls_1], [], [], [], [], [], [], []
     ORA-06512: at "SYS.DBMS_SNAPSHOT", line 803
     ORA-06512: at "SYS.DBMS_SNAPSHOT", line 860
     ORA-06512: at "SYS.DBMS_IREFRESH", line 683
     ORA-06512: at "SYS.DBMS_REFRESH", line 195
     ORA-06512: at line 1
srpt_j002_2449.trc 文件中:
Corrupt block relative dba: 0x08400002 (file 33, block 2 Bad header found during buffer read
Data in bad block -
 type: 48 format: 0 rdba: 0x373a3536
 last change scn: 0x205b.2e323837 seq: 0x31 flg: 0x39
 consistency value in tail: 0x6d951d02
 check value in block header: 0x3134, block checksum disabled
 spare1: 0x3a, spare2: 0x31, spare3: 0x315d
2>
rman backup error
ORA-19566: exceeded limit of 0 corrupt blocks for file /srpt/srpt/srpt_data02.dbf
3>
run  SELECT * FROM DBA_DATA_FILES; show error
ORA-00600: internal error code, arguments: [kcbrls_1], [], [], [], [], [], [], []
4>
dbv file=/srpt/srpt/srpt_data02.dbf blocksize=16384 start=1 end=100
DBVERIFY: Release 9.2.0.6.0 - Production on Fri Feb 15 16:05:06 2008
 
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
 
DBVERIFY - Verification starting : FILE = srpt_data02.dbf
Page 2 is marked corrupt
***
Corrupt block relative dba: 0x08400002 (file 33, block 2)
Bad header found during dbv:
Data in bad block -
 type: 48 format: 0 rdba: 0x373a3536
 last change scn: 0x205b.2e323837 seq: 0x31 flg: 0x39
 consistency value in tail: 0x6d951d02
 check value in block header: 0x3134, block checksum disabled
 spare1: 0x3a, spare2: 0x31, spare3: 0x315d
***
 
 
 
DBVERIFY - Verification complete
 
Total Pages Examined         : 100
Total Pages Processed (Data) : 94
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 0
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 5
Total Pages Processed (Seg)  : 0
Total Pages Failing   (Seg)  : 0
Total Pages Empty            : 0
Total Pages Marked Corrupt   : 1
Total Pages Influx           : 0
Highest block SCN            : 48044192834 (11.799552578)

5>确定此file& block 的segment
SELECT tablespace_name, segment_type, owner, segment_name
          FROM dba_extents
         WHERE file_id = 33
           and 2 between block_id AND block_id + blocks - 1
;
显示为空
DBA_EXTENTS does not include blocks which are used
  for local space management in locally managed tablespaces.


在线做block级别的恢复:
相关scripts & log:
RMAN> run{
2> allocate channel ch1 device type 'sbt_tape';
3> blockrecover datafile 33 block 2 from backupset;
4> release channel ch1;
5> }
 
released channel: ORA_DISK_1
allocated channel: ch1
channel ch1: sid=100 devtype=SBT_TAPE
channel ch1: VERITAS NetBackup for Oracle - Release 5.1 (2004043014)
 
Starting blockrecover at 15-FEB-08
 
 
channel ch1: restoring block(s)
channel ch1: specifying block(s) to restore from backup set
restoring blocks of datafile 00033
channel ch1: restored block(s) from backup piece 1
piece handle=bk_5956_1_645481117 tag=HOT_DB_BK_LEVEL0 params=NULL
channel ch1: block restore complete
 
starting media recovery
 
archive log thread 1 sequence 33542 is already on disk as file /sarch/srpt/archive/1_33542.arc
......
archive log thread 1 sequence 33632 is already on disk as file /sarch/srpt/archive/1_33632.arc
channel ch1: starting archive log restore to default destination
channel ch1: restoring archive log
......
archive log thread=1 sequence=33541
channel ch1: restored backup piece 1
piece handle=al_6090_1_646531263 tag=TAG20080212T221817 params=NULL
channel ch1: restore complete
media recovery complete
Finished blockrecover at 15-FEB-08
 
released channel: ch1

OK ,解决问题。

参考:
metalink:Note:144911.1
RMAN 9i: Block-Level Media Recovery - Concept & Example
metalink:Note:28814.1
Handling Oracle Block Corruptions in Oracle7/8/8i/9i/10g


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/308563/viewspace-172015/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/308563/viewspace-172015/

计算机中的"corrupt character"是指在文本或文件中出现错误或无法正确识别的字符。这些字符可能是由于编码问题、数据损坏或传输错误等原因引起的。 在计算机中,文本和文件通常以二进制编码形式储存。常见的编码方式包括ASCII、Unicode等。然而,有时候在文本或文件中可能会出现无法正确表示的字符,这就是"corrupt character"。当计算机无法正确处理这些字符时,可能会导致文本显示乱码、文件损坏或无法解析等问题。 造成这种问题的原因多种多样。一种常见的情况是文件传输中出现错误,导致部分数据丢失或损坏。另一种情况是在不同的编码方式之间进行转换时出现错误,导致字符无法正确解释。此外,计算机病毒或恶意软件也可能会修改文本或文件的内容,引入corrupt character。 解决corrupt character的问题需要根据具体情况采取不同的方法。首先,可以尝试使用不同的文本编辑软件或文件查看工具,以确定corrupt character的具体位置和内容。然后,可以尝试修复或恢复数据,例如使用备份文件、修复工具或数据恢复软件来修复受损的文件。另外,也可以通过重新编码、转换或清洁文本数据来避免或纠正corrupt character的出现。 总之,corrupt character在计算机中是指文本或文件中出现的错误或无法正确识别的字符。了解其原因并采取相应的措施可以解决这一问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值