标签云
asm恢复 bbed bootstrap$ dul kcbzib_kcrsds_1 kccpb_sanity_check_2 kcratr_nab_less_than_odr MySQL恢复 obet ORA-00312 ORA-00704 ORA-00742 ORA-01110 ORA-01200 ORA-01555 ORA-01578 ORA-01595 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-600 kcratr_nab_less_than_odr ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 ORACLE恢复 Oracle 恢复 ORACLE数据库恢复 oracle碎片 OSD-04016 YOUR FILES ARE ENCRYPTED 比特币加密文章分类
- MongoDB (1)
- MongoDB恢复 (1)
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (112)
- 数据库 (1,884)
- DB2 (22)
- MySQL (82)
- Oracle (1,709)
- Data Guard (53)
- EXADATA (8)
- GoldenGate (24)
- ORA-xxxxx (168)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (15)
- ORACLE 21C (3)
- Oracle 23ai (8)
- Oracle ASM (73)
- Oracle Bug (8)
- Oracle RAC (56)
- Oracle 安全 (6)
- Oracle 开发 (28)
- Oracle 监听 (29)
- Oracle备份恢复 (662)
- Oracle安装升级 (108)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (91)
- PostgreSQL (37)
- pdu工具 (7)
- PostgreSQL恢复 (13)
- SQL Server (34)
- SQL Server恢复 (14)
- TimesTen (7)
- 达梦数据库 (5)
- 达梦恢复 (3)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (51)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (34)
- MongoDB (1)
-
最近发表
- 记录19c ASM磁盘掉线触发ORA-59048故障处理
- aix平台Oracle数据库由于断电无法启动故障处理
- 断电引起ORA-600 3005故障处理
- 记录一次云存储资源到期之后引起的数据库恢复
- Firebird 损坏数据库数据抢救工具—firebirdext
- Oracle 19c 202610补丁(RUs+OJVM)-19.33
- 由于con$.con#值达到极限,触发数据库增加约束报ORA-600 12807错误
- MongoDB 离线提取工具—mongoext
- .bres勒索病毒加密数据库dmp文件可恢复
- ORA-600 krsm_mrp_rebuild_lf_list.lno_mismatch
- 记录一次0丢失的ORA-00354: 损坏重做日志块标头故障恢复
- 不当数据库恢复操作导致一个月数据丢失
- obet快速修复oracle 位图损坏块
- 不太常见的10.2.0.1的oracle redo损坏恢复
- obet forcecopy功能抢救硬件故障中的数据文件
- kcratr_nab_less_than_odr和system坏块故障处理
- 通过obet 恢复system坏块,打开数据库
- obet dbv功能完整说明
- 分享一例运行在aix上的sap系统数据库恢复过程
- OBET-Oracle Block Editor Tool使用说明
分类目录归档:数据库
在win中运行bbed程序
学习ORACLE三剑客:互联网,ORACLE资料,交流.今天在朋友的帮助下,了结了一个心结:在WIN平台中完美的使用bbed(8i/9i部分版本/10g 11g不支持),今天在朋友的帮助下解决了该问题
9i中bbed相关程序
Microsoft Windows [版本 6.1.7601]
版权所有 (c) 2009 Microsoft Corporation。保留所有权利。
C:\Users\XIFENFEI>cd E:\study\Oracle\数据库非常规恢复\bbed\win-bbed\bbed_win
C:\Users\XIFENFEI>e:
E:\study\Oracle\数据库非常规恢复\bbed\win-bbed\bbed_win>dir
驱动器 E 中的卷没有标签。
卷的序列号是 000C-3B41
E:\study\Oracle\数据库非常规恢复\bbed\win-bbed\bbed_win 的目录
2012/09/24 19:45 <DIR> .
2012/09/24 19:45 <DIR> ..
2006/07/29 13:33 147,728 bbed.exe
2006/06/28 11:32 20,752 heteroxa9.dll
2004/10/26 16:35 49,152 kpp95rdr.dll
2004/10/26 16:35 45,056 kpp97rdr.dll
2012/09/24 19:49 250 log.bbd
2006/07/29 02:08 229,648 njssl9.dll
2006/06/28 11:33 61,712 ocijdbc9.dll
2002/04/26 16:22 733,184 oip9.dll
2006/07/29 14:02 1,589,520 oraclient9.dll
2006/07/29 15:25 602,384 oracommon9.dll
2006/06/28 09:54 651,536 ORACORE9.DLL
2006/06/27 08:44 1,736,976 oractxx9.dll
2006/07/29 14:02 2,691,344 orageneric9.dll
2006/07/29 13:56 24,576 oraimr9.dll
2006/07/29 15:19 3,014,656 orajox9.dll
2006/06/28 03:09 155,920 oraldapclnt9.dll
2006/06/28 03:09 24,848 oraldapjclnt9.dll
2006/07/29 02:18 741,648 oran9.dll
2006/07/29 02:10 41,232 oranad9.dll
2006/07/29 02:06 33,040 oranbeq9.dll
2006/07/29 02:08 24,848 ORANCDS9.DLL
2006/07/29 02:07 98,576 orancrypt9.dll
2006/07/29 02:07 33,040 ORANGSS9.DLL
2006/07/29 02:07 24,848 oranhost9.dll
2006/07/29 02:06 33,040 oranipc9.dll
2006/07/29 02:08 176,400 oranjni9.dll
2006/07/29 02:07 213,264 ORANK59.DLL
2006/07/29 02:06 180,496 oranl9.dll
2006/07/29 02:07 74,000 oranldap9.dll
2006/07/29 02:08 28,944 oranldapj9.dll
2006/06/28 06:32 499,984 ORANLS9.DLL
2006/07/29 02:06 33,040 orannmp9.dll
2006/07/29 02:07 53,520 orannts9.dll
2006/07/29 02:07 28,944 orannzentr9.dll
2006/07/29 02:08 28,944 ORANNZMCS9.DLL
2006/07/29 02:07 586,000 orannzsbb9.dll
2006/07/29 02:07 24,848 oranoname9.dll
2006/07/29 02:08 57,616 oranoncj9.dll
2006/07/29 02:07 45,328 ORANRAD9.DLL
2006/07/29 02:06 225,552 oranro9.dll
2006/07/29 02:08 41,232 oransgr9.dll
2006/07/29 02:06 49,424 orantcp9.dll
2006/07/29 02:07 53,520 ORANTCPS9.DLL
2006/07/29 02:07 28,944 orantns9.dll
2006/07/29 13:58 57,784 oraobjop9.dll
2006/07/29 14:58 311,568 oraocci9.dll
2006/07/29 14:02 24,848 oraodm9.dll
2006/06/26 19:19 2,314,240 oraolapapi9.dll
2006/07/29 13:58 57,784 oraolapop9.dll
2006/07/18 08:53 377,104 oraordim9.dll
2006/07/29 12:39 61,712 ORAPLC9.DLL
2006/07/29 12:40 909,584 ORAPLP9.DLL
2006/07/29 12:39 3,281,168 ORAPLS9.DLL
2006/07/29 13:58 57,784 ORAPRTOP9.DLL
2003/01/22 18:59 20,480 orarac9.dll
2002/04/26 17:18 28,944 ORASLAX9.DLL
2006/06/28 06:33 69,904 ORASNLS9.DLL
2006/06/28 16:04 483,600 ORASQL9.DLL
2002/04/29 14:04 246,032 oratrace9.dll
2002/04/29 14:04 86,288 oratracepls9.dll
2006/06/28 06:32 69,904 ORAUNLS9.DLL
2006/07/29 14:02 24,848 oravsn9.dll
2005/03/29 17:17 24,576 orawsec9.dll
2006/07/29 14:02 24,848 orawtc9.dll
2001/04/16 19:19 191,248 orawwg9.dll
2006/06/27 01:50 520,464 ORAXML9.DLL
2006/06/27 01:50 41,232 ORAXMLG9.DLL
2006/06/27 01:50 172,304 ORAXSD9.DLL
2010/06/29 05:38 181,560 vspp97.dll
2010/06/29 05:38 83,256 vsqp9.dll
2010/06/29 05:38 177,464 vsw97.dll
72 个文件 25,234,522 字节
2 个目录 58,747,236,352 可用字节
执行bbed程序报错
E:\study\Oracle\数据库非常规恢复\bbed\win-bbed\bbed_win>bbed Message 112 not found; No message file for product=RDBMS, facility=BBED BBED-00113: file not found
分析原因:因为在11g中ORACLE并没有在?/RDBMS/MESG/中提供bbedus.msb程序,导致bbed运行时候无法显示相关提示信息,从而出现类此该错误
解决方法:在11g环境中需要从10g库中拷贝bbedus.msb文件放置到?/RDBMS/MESG/中即可
运行bbed程序
E:\study\Oracle\数据库非常规恢复\bbed\win-bbed\bbed_win>bbed
Password:
BBED: Release 2.0.0.0.0 - Limited Production on Mon Sep 24 19:45:40 2012
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
************* !!! For Oracle Internal Use only !!! ***************
BBED> info all;
File# Name Size(blks)
----- ---- ----------
BBED> show all;
FILE# 0
BLOCK# 1
OFFSET 0
DBA 0x00000000 (0 0,1)
FILENAME
BIFILE bifile.bbd
LISTFILE
BLOCKSIZE 2048
MODE Browse
EDIT Unrecoverable
IBASE Dec
OBASE Dec
WIDTH 80
COUNT 512
LOGFILE log.bbd
SPOOL No

模拟普通ORA-08103并解决
在上一篇中说到:模拟极端ORA-08103并解决,不能通过修改成坏块来解决,这里演示了是一个普通的数据块出现异常,然后通过bbed修改为坏块通过dbms_repair来解决该故障,补充说明:在11.2.0.3.3的库中,使用该方法不能重现该错误,而是直接提示ORA-01578,证明ORACLE的新版本在这一方面进行了改进
创建测试表
SQL> SELECT * FROM V$VERSION;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod
PL/SQL Release 10.2.0.4.0 - Production
CORE 10.2.0.4.0 Production
TNS for Linux: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production
SQL> create table t_xifenfei as
2 select * from dba_objects where rownum<3000;
Table created.
SQL> SELECT owner, segment_name, EXTENT_ID, FILE_ID, BLOCK_ID, BLOCKS
2 FROM dba_extents
3 WHERE segment_name='T_XIFENFEI' AND owner='CHF';
OWNER SEGMENT_NAME EXTENT_ID FILE_ID BLOCK_ID BLOCKS
------------------------------ --------------- ---------- ---------- ---------- ----------
CHF T_XIFENFEI 0 4 57 8
CHF T_XIFENFEI 1 4 65 8
CHF T_XIFENFEI 2 4 73 8
CHF T_XIFENFEI 3 4 81 8
CHF T_XIFENFEI 4 4 89 8
CHF T_XIFENFEI 5 4 97 8
6 rows selected.
SQL> SELECT DISTINCT dbms_rowid.rowid_block_number(rowid) blk#,
2 dbms_rowid.rowid_relative_fno(rowid) file#
3 FROM t_xifenfei
4 ORDER BY 2,1;
BLK# FILE#
---------- ----------
60 4
61 4
62 4
63 4
64 4
65 4
66 4
67 4
68 4
69 4
70 4
BLK# FILE#
---------- ----------
71 4
72 4
74 4
75 4
76 4
77 4
78 4
79 4
80 4
81 4
82 4
BLK# FILE#
---------- ----------
83 4
84 4
85 4
86 4
87 4
88 4
90 4
91 4
92 4
93 4
94 4
BLK# FILE#
---------- ----------
95 4
96 4
97 4
98 4
37 rows selected.
模拟ORA-08103
SQL> CONN / AS SYSDBA
Connected.
SQL> SHUTDOWN IMMEDIATE
Database closed.
Database dismounted.
ORACLE instance shut down.
--破坏数据快(其实就是清空一个数据块block 95,注意dd和实际数据的block对应关系相差1)
[oracle@xifenfei ~]$ dd if=/dev/zero of=/u01/oracle/oradata/XFF/users01.dbf bs=8192 seek=95 count=1 conv=notrunc
1+0 records in
1+0 records out
8192 bytes (8.2 kB) copied, 0.000187113 seconds, 43.8 MB/s
SQL> STARTUP
ORACLE instance started.
Total System Global Area 318767104 bytes
Fixed Size 1267236 bytes
Variable Size 104860124 bytes
Database Buffers 205520896 bytes
Redo Buffers 7118848 bytes
Database mounted.
Database opened.
SQL> SELECT COUNT(*) FROM CHF.T_XIFENFEI;
SELECT COUNT(*) FROM CHF.T_XIFENFEI
*
ERROR at line 1:
ORA-08103: object no longer exists
[oracle@xifenfei ~]$ exp chf/xifenfei tables=t_xifenfei file=/tmp/t_xifenfei.dmp
Export: Release 10.2.0.4.0 - Production on Fri Jan 13 22:09:43 2012
Copyright (c) 1982, 2007, Oracle. All rights reserved.
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Export done in ZHS16GBK character set and AL16UTF16 NCHAR character set
About to export specified tables via Conventional Path ...
. . exporting table T_XIFENFEI
EXP-00056: ORACLE error 8103 encountered
ORA-08103: object no longer exists
Export terminated successfully with warnings.
[oracle@xifenfei ~]$ expdp chf/xifenfei tables=t_xifenfei dumpfile=t_xifenfei.dmp
Export: Release 10.2.0.4.0 - Production on Friday, 13 January, 2012 22:10:26
Copyright (c) 2003, 2007, Oracle. All rights reserved.
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Starting "CHF"."SYS_EXPORT_TABLE_01": chf/******** tables=t_xifenfei dumpfile=t_xifenfei.dmp
Estimate in progress using BLOCKS method...
Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 384 KB
Processing object type TABLE_EXPORT/TABLE/TABLE
ORA-31693: Table data object "CHF"."T_XIFENFEI" failed to load/unload and is being skipped due to error:
ORA-02354: error in exporting/importing data
ORA-08103: object no longer exists
Master table "CHF"."SYS_EXPORT_TABLE_01" successfully loaded/unloaded
******************************************************************************
Dump file set for CHF.SYS_EXPORT_TABLE_01 is:
/u01/oracle/oracle/product/10.2.0/db_1/rdbms/log/t_xifenfei.dmp
Job "CHF"."SYS_EXPORT_TABLE_01" completed with 1 error(s) at 22:10:50
测试证明当出现ORA-08103的时候,全表扫描,exp,expdp均不能正常工作
找到出现ORA-08103数据块
SQL> alter session set max_dump_file_size=unlimited;
Session altered.
SQL> alter session set db_file_multiblock_read_count=1;
Session altered.
SQL> alter session set events 'immediate trace name trace_buffer_on level 1048576';
Session altered.
SQL> alter session set events '10200 trace name context forever, level 1';
Session altered.
SQL> alter session set events '8103 trace name errorstack level 3';
Session altered.
SQL> alter session set events '10236 trace name context forever, level 1';
Session altered.
SQL> alter session set tracefile_identifier='ORA8103';
Session altered.
SQL> select * from chf.t_xifenfei;
……………………
ERROR:
ORA-08103: object no longer exists
2700 rows selected.
--在trace文件结尾发现如下记录,表示读到这个数据块时发生错误
KTRVAC: path typ=0, rdba=100005f
SQL> select to_number('100005f','xxxxxxxxxxxxx') from dual;
TO_NUMBER('100005F','XXXXXXXXXXXXX')
------------------------------------
16777311
SQL> select
2 dbms_utility.data_block_address_file(16777311) FILE_NO,
3 dbms_utility.data_block_address_block(16777311) BLOCK_NO
4 from dual;
FILE_NO BLOCK_NO
---------- ----------
4 95
bbed继续破坏异常块
BBED> set filename '/u01/oracle/oradata/XFF/users01.dbf'
FILENAME /u01/oracle/oradata/XFF/users01.dbf
BBED> set block 95
BLOCK# 95
BBED> map
File: /u01/oracle/oradata/XFF/users01.dbf (0)
Block: 95 Dba:0x00000000
------------------------------------------------------------
BBED-00400: invalid blocktype (00)
BBED> set count 32
COUNT 32
BBED> d
File: /u01/oracle/oradata/XFF/users01.dbf (0)
Block: 95 Offsets: 0 to 31 Dba:0x00000000
------------------------------------------------------------------------
00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
<32 bytes per line>
--这个就是和11gr2的区别,在11g中使用该方法来模拟ORA-08103,直接提示坏块,从而不会出现ORA-08103
BBED> verify
DBVERIFY - Verification starting
FILE = /u01/oracle/oradata/XFF/users01.dbf
BLOCK = 95
DBVERIFY - Verification complete
Total Blocks Examined : 1
Total Blocks Processed (Data) : 0
Total Blocks Failing (Data) : 0
Total Blocks Processed (Index): 0
Total Blocks Failing (Index): 0
Total Blocks Empty : 1
Total Blocks Marked Corrupt : 0
Total Blocks Influx : 0
BBED> d offset 8180
File: /u01/oracle/oradata/XFF/users01.dbf (0)
Block: 95 Offsets: 8180 to 8191 Dba:0x00000000
------------------------------------------------------------------------
00000000 00000000 00000000
<32 bytes per line>
BBED> m /x 01010101 offset 8188
BBED-00215: editing not allowed in BROWSE mode
BBED> set mode edit
MODE Edit
--修改sumcheck
BBED> m /x 01010101 offset 8188
Warning: contents of previous BIFILE will be lost. Proceed? (Y/N) y
File: /u01/oracle/oradata/XFF/users01.dbf (0)
Block: 95 Offsets: 8188 to 8191 Dba:0x00000000
------------------------------------------------------------------------
01010101
<32 bytes per line>
BBED> sum
Check value for File 0, Block 95:
current = 0x0000, required = 0x0000
测试修改为坏块效果
SQL> select count(*) from chf.t_xifenfei;
select count(*) from chf.t_xifenfei
*
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 4, block # 95)
ORA-01110: data file 4: '/u01/oracle/oradata/XFF/users01.dbf'
SQL> exec dbms_repair.skip_corrupt_blocks('CHF','T_XIFENFEI');
PL/SQL procedure successfully completed.
SQL> select count(*) from chf.t_xifenfei;
COUNT(*)
----------
2918
通过让ORA-08103对应的块变为真正的坏块,然后使用dbms_repair或者event来跳过坏块,达到拯救数据的目的

加我微信(17813235971)
加我QQ(107644445)

