如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
诗檀软件专业数据库修复团队
服务热线 ： 13764045638 QQ号:47079569 邮箱：service@parnassusdata.com
损坏块的RMAN
在这种情况下，我们的数据库管理员Bob决定使用RMAN的块多媒体功能只恢复数据文件的损坏块。
首先，Bob检查了为本次损坏生成的alert.log 文件和一个跟踪文件，如下:
Hex dump of (file 4, block 76) in trace filec:\oracle\product\10.2.0\admin\db1\udump\db1_ora_2968.trc
Corrupt block relative dba: 0x0100004c (file 4, block 76)
Bad check value found during buffer read
Data in bad block:
type: 6 format: 2 rdba: 0x0100004c
last change scn: 0x0000.00086aeb seq: 0x3 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x6aeb0603
check value in block header: 0xa13a
computed block checksum: 0xb
Reread of rdba: 0x0100004c (file 4, block 76) found same corrupted data
通过打开写入到alert.log文件带有扩展名 .trc的跟踪文件，他获得更多信息:
Corrupt block relative dba: 0x0100004c (file 4, block 76)
Bad check value found during buffer read
Data in bad block:
type: 6 format: 2 rdba: 0x0100004c
last change scn: 0x0000.00086aeb seq: 0x3 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x6aeb0603
check value in block header: 0xa13a
computed block checksum: 0xb
Reread of rdba: 0x0100004c (file 4, block 76) found same corrupted data
为了获得更多信息，Bob 使用 dbv (dbverify) 实用工具获得所有损坏块的列表:
C:\>dbv file=c:\oracle\product\10.2.0\oradata\db1\users01.dbf
DBVERIFY: Release 10.2.0.1.0 – Production on Sat Oct 17 20:50:00 2015
Copyright (c) 1982, 2005, Oracle. All rights reserved.
DBVERIFY – Verification starting : FILE =c:\oracle\product\10.2.0\oradata\db1\USERS01.DBF
Page 76 is marked corrupt
Corrupt block relative dba: 0x0100004c (file 4, block 76)
Bad check value found during dbv:
Data in bad block:
type: 6 format: 2 rdba: 0x0100004c
last change scn: 0x0000.00086aeb seq: 0x3 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x6aeb0603
check value in block header: 0xa13a
computed block checksum: 0xb
DBVERIFY – Verification complete
Total Pages Examined : 640
Total Pages Processed (Data) : 29
Total Pages Failing (Data) : 0
Total Pages Processed (Index): 2
Total Pages Failing (Index): 0
Total Pages Processed (Other): 35
Total Pages Processed (Seg) : 0
Total Pages Failing (Seg) : 0
Total Pages Empty : 573
Total Pages Marked Corrupt : 1
Total Pages Influx : 0
Highest block SCN : 551659 (0.551659)
C:\>
从上面的结果可以看出， Bob只有一个损坏块。
|
注释:如果损坏的数据块的数量不是太大，然后使用BLOCK RECOVER命令并指定损坏的块，如果有很多损坏的块我们不想 一一指定，那么你有另一个选择，运行backup 或 backup validate命令之后运行 blockrecover corruption list命令，一旦开始运行这些命令中的一个， v$database_block_corruption 视图就会被一系列损坏数据块填充。 |
然后Bob 运行了 backup validate命令，填充了v$database_block_corruption 视图:
SQL>
select * from
v$database_block_corruption;
no rows selected
RMAN> backup validate datafile 4;
SQL>
select * from
v$database_block_corruption;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
———- ———- ———- —————— ———
4 76 1 0 CHECKSUM
Bob使用第一种方法，通过运行 blockrecover 命令恢复损坏的块，如下:
RMAN> blockrecover datafile 4 block 76;
Starting blockrecover at 17-OCT-09
using target database control file instead of recovery catalog
channel ORA_DISK_1: restoring block(s)
channel ORA_DISK_1: specifying block(s) to restore from backup set
restoring blocks of datafile 00004
channel ORA_DISK_1: reading from backup piece
C:\ORACLE\product\10.2.0\flash_recovery_area\db1\backupset\2009_10_17\
o1_mf_nnndf_tag20091017t163201_5fmbsl9r_.bkp
channel ORA_DISK_1: block restore complete, elapsed time: 00:00:02
starting media recovery
archive log thread 1 sequence 3 is already on disk as file
C:\ORACLE\product\10.2.0\flash_recovery_area\db1\archivelog\2009_10_17\
o1_mf_1_3_5fmbtrk2_.arc
………………
………………
media recovery complete, elapsed time: 00:00:01
Finished blockrecover at 17-OCT-09
RMAN>
SQL>
select * from
test_corruption;
STR
———-
Test
该命令从备份复原了具体的数据块，通过应用归档重做日志文件恢复数据文件。
|
注释: blockrecover 不再在 Oracle 11g中使用，块恢复的新的句法是recover?datafile? |
损坏数据块的RMAN
恢复该块的另一个选择是运行 blockrecover corruption list命令，该命令恢复写入到v$database_block_corruption视图的所有损坏数据块，从Oracle 11g开始，当任何进程或数据库实用工具遇到数据块损坏时v$database_block_corruption视图得到更新，另外，你可以使用validate datafile block 命令在具体的数据文件中验证特定的块。
这里， Bob 尝试使用该命令恢复损坏的块，如下:
RMAN> blockrecover corruption list;
restoring blocks of datafile 00004
……
……
starting media recovery
Finished blockrecover at 17-OCT-09
SQL>
select * from
test_corruption;
STR
———-
Test
正如我们看到的， blockrecover corruption list 命令恢复了所有损坏的数据块。
恢复多个数据文件的多个块是有可能的，使用表空间名和数据块地址 (DBA)恢复数据块也是有可能的，为进行检验，我们创建两个表空间和三个表，损坏所有的表，然后使用不同的方法恢复它们。
创建两个表空间和三个表:
SQL>
create
tablespace tbs_one datafile ‘c:\tbs_one.dbf’ SIZE 1M;
Tablespace created.
SQL>
create
tablespace tbs_two datafile ‘c:\tbs_two.dbf’ size 1M;0
Tablespace created.
SQL>
create
table tbl_one (str varchar2(10)) tablespace users;
Table created.
SQL>
drop
table tbl_one;
Table dropped.
SQL>
create
table tbl_one (str varchar2(10)) tablespace tbs_one;
Table created.
SQL>
create
table tbl_two (str varchar2(10)) tablespace tbs_two;
Table created.
SQL>
create
table tbl_three (str varchar2(10)) tablespace users;
Table created.
SQL>
insert into
tbl_one values(‘test’);
1 row created.
SQL> insert into
tbl_two values(‘test’);
1 row created.
SQL>
insert into
tbl_three values(‘test’);
1 row created.
SQL> commit;
Commit complete.
SQL>
RMAN> backup database plus archivelog;
你已经创建了带有三个表的表空间并备份了整个数据库，现在我们通过在十六进编辑器中打开并改变行的第一个字母(字母t)损坏三个所有的数据文件，保存文件并编辑。
为了查看损坏，从RMAN 运行backup validate database命令，检查 v$database_block_corrupton视图。
RMAN> backup validate database;
SQL>
select * from
v$database_block_corruption;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTION
———- ———- ———- —————— ———-
5 13 1 0 CHECKSUM
6 13 1 0 CHECKSUM
4 69 1 0 CHECKSUM
SQL>
select * from
tbl_one;
STR
———-
test
SQL> select * from
tbl_two;
STR
———-
test
SQL> select * from
tbl_three;
STR
———-
test
在这里，虽然你已经损坏了数据文件，但是你还是可以查询表，事实上，从数据库高速缓存缓冲区查询的行不是从数据文件，如果你刷新高速缓存缓冲区，你将不能查询表，因为现在我们直接从数据文件查询。
SQL> alter
system flush buffer_cache;
System altered.
SQL> select * from
tbl_one;
select * from tbl_one
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 5, block # 13)
ORA-01110: data file 5: ‘c:\tbs_one.dbf’
SQL> select * from
tbl_two;
select * from tbl_two
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 6, block # 13)
ORA-01110: data file 6: ‘c:\tbs_two.dbf’
SQL> select * from
tbl_three;
select * from tbl_three
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 4, block # 69)
ORA-01110: data file 4:
‘C:\ORACLE\product\10.2.0\oradata\db1\users01.dbf’
SQL>
现在铜鼓在一个命令行中使用数据文件参数恢复前两个表空间，使用表空间参数会恢复第三个表空间，现在恢复所有的损坏数据块:
RMAN> blockrecover datafile 5 block 13 datafile 6 block 13;
Starting blockrecover at 18-OCT-09
restoring blocks of datafile 00005
restoring blocks of datafile 00006
…………
…………
starting media recovery
media recovery complete, elapsed time: 00:00:03
Finished blockrecover at 18-OCT-09
RMAN>
正如显示的那样，使用一个命令恢复了两个不同的数据文件，现在使用有关写入到 alert.log文件的数据块地址 (DBA)的信息，恢复第三个表空间，这是 来自 alert.log文件的信息:
Hex dump of (file 4, block 69) in trace filec:\oracle\product\10.2.0\admin\db1\udump\db1_ora_2460.trc
Corrupt block relative dba: 0x01000045 (file 4, block 69)
Bad check value found during buffer read
Data in bad block:
type: 6 format: 2 rdba: 0x01000045
last change scn: 0x0000.00086381 seq: 0x3 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x63810603
check value in block header: 0xca6
computed block checksum: 0x56
Reread of rdba: 0x01000045 (file 4, block 69) found same corrupted data
Sun Oct 18 14:59:27 2015
Corrupt Block Found
tsn = 4, tsname = users
rfn = 4, blk = 69, rdba = 16777285
objn = 51349, objd = 51349, object = tbl_three, subobject =
segment owner = sys, segment type = Table Segment
Sun Oct 18 15:18:11 2015
损坏块的数据块号是16777285 ，它存在于用户表空间上，现在使用这些值，恢复损坏块，如下:
RMAN> blockrecover tablespace users dba 16777285;
Starting blockrecover at 18-OCT-09
using channel ORA_DISK_1
…………..
…………..
Finished blockrecover at 18-OCT-09
RMAN>
接下来，使用下列命令查询表，已检查损坏数据库块是否得以恢复:
SQL> select * from
tbl_one
2 union all
3 select * from
tbl_two
4 union all
5 select * from
tbl_three;
STR
———-
test
test
test
SQL>
Comment