10g Data block Structure(Dump+BBED)Environment:Oracle 10.0.2.1.0Linux kernal 2.6.18-92.el5PAE ASSM TablespaceBlock type: 0x06=trans data 上边这幅图虽然是Concept上的但是实际上并不完整，但是还是有一定的参考价值所以就放

结构参考dbsnake博客10g中X$KCVFH的结构序号Column NameDescription1ADDR RAW(4)                    ADDRESS2INDX NUMBER                 INDEX3I

动态视图 FIXED TABLE------------------------ -------------------------GV$ACCESS x$ksuses,x$kglob,x$kgldp,x$kgllkGV$ACTIVE_INSTANCES x$ksimsiGV$A

十六制到十制进的互换：SYS@orcl > select to_number('abc','xxx') from dual;TO_NUMBER('ABC','XXX')----------------------                  2748SYS@orcl > select to_char('2748','xxxx') from dual;TO_CH--

The syntax tocorrupt the data block using RMAN afterconnecting totarget database:RMAN> BLOCKRECOVER DATAFILE BLOCK CLEAR ;Examples:RMAN> blockrecover datafile 5 block 2910923 clear ;RMAN> blockr

create or replace function get_rowid(tabname in varchar2)return varchar2isv_rowid varchar2(40);ls_my_rowid varchar2(200); rowid_type number; object_number number;

数据库中段头block损坏的恢复以及假如出现位图block损坏等的情况恢复，如何在没有备份的情况下，那就是个灾难，如果表小还好办，我们可以通过基于rowid等方式去扫描把数据抽取cats出来，或者你可以使用odu/dul等数据抽取工具。 遇到的一个case是有个表的段头坏了,但是该表非常巨大，超过300g,在这种情况下，如果没有备份，处理起来就非常的麻烦了，虽然这样的情况很少见，但

ora-600是Oracle对于一些内部错误的一个统一的错误号（类似的还有ora-7445）。要判断ora-600错误具体的类型，一般要根据其第一个参数来区分。一个ora-600的例子如下：ORA-00600: internal error code, arguments: [15700], [3], [0x1DDE1AAB0], [], [], [], [], []其中157