分类目录归档：数据库

ORA-01410: invalid ROWID 分析

发表于 2011 年 6 月 10 日 由 惜分飞

1、跟踪错误表
alter session set max_dump_file_size=unlimited;
alter session set db_file_multiblock_read_count=1;
alter session set events ’10200 trace name context forever, level 1′;
执行下面语句
SELECT COUNT(*) FROM QXTDEV1.TAB_SMS_MT_DOWN
报错
ORA-01410: invalid ROWID
alter session set events ’10200 trace name context off’;

2、查看跟踪文件尾部
Consistent read started for block 0 : 00400652
env: (scn: 0x0abf.1ee04657 xid: 0×0000.000.00000000 uba: 0×00000000.0000.00 statement num=0 parent xid: xid: 0×0000.000.00000000 scn: 0×0000.00000000 0sch: scn: 0×0000.00000000)
Consistent read finished for block 0 : 400652
Consistent read finished for block 0 : 400652
通过这个文件看到文件读到400652的块的时候终止了，错误应该在这块上

3、分析400652块内容
–转换为10进制
SELECT to_number(’400652′,’xxxxxxxx’) FROM dual;
–求文件号和块号
SELECT DBMS_UTILITY.DATA_BLOCK_ADDRESS_FILE(4195922),
DBMS_UTILITY.DATA_BLOCK_ADDRESS_BLOCK(4195922)
FROM DUAL;

4、dump文件号为1，块号为1618的内容
alter system dump datafile 1 block 1618;
Block header dump: 0×00400652
Object id on Block? Y
seg/obj: 0xde csc: 0xabf.1e400c0c itc: 2 flg: O typ: 1 – DATA
fsl: 0 fnx: 0×0 ver: 0×01
得到object_id为de，转化为十进制
SELECT to_number(‘de’,’xx’) FROM dual;
查询all_objects表
SELECT * FROM All_Objects WHERE object_id=222;
发现这个数据库（绝对块号400652，相对：文件号1，块号1618）指向的表为dual

5、得出结论
我们的QXTDEV1.TAB_SMS_MT_DOWN表中的数据块指向了sys.dual表，从而出现了ORA-01410错误

发表在 ORA-xxxxx | 标签为 | 2 条评论

undo损坏恢复–有事务

发表于 2011 年 6 月 10 日 由 惜分飞

startup nomount;
create pfile=’/tmp/pfile’ from spfile;

修改pfile
*._allow_resetlogs_corruption=true
*._corrupted_rollback_segments=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,
_SYSSMU5$,_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)

startup pfile=’/tmp/pfile’ mount;
–undo数据文件不用离线也可以打开的时候（2），不行采用下面的方法
alter database datafile 2 offline drop;
alter database open;

CREATE UNDO TABLESPACE UNDOTBS01
DATAFILE ‘/opt/oracle/oradata/xifenfei/UNDOTBS01.dbf’ SIZE 50M;
select segment_name,status from dba_rollback_segs;–查看是否有回滚段被创建，处于offline状态
shutdown immediate;

修改pfile：
*.undo_tablespace=’UNDOTBS01′

startup pfile=’/tmp/pfile’
–alter tablespace undotbs1 offline normal;（2）–使数据文件先离线，如果开始已经离线，这里不需要处理
select segment_name,status from dba_rollback_segs;
drop rollback segment “_SYSSMUx$”;
drop tablespace UNDOTBS02 including contents and datafiles;
select * from v$recover_file;–验证是否还有文件需要恢复
shutdown immediate

修改参数文件
#*._allow_resetlogs_corruption=true
#*._corrupted_rollback_segments=(_SYSSMU1$,_SYSSMU2$,_SYSSMU3$,_SYSSMU4$,_SYSSMU5$,
_SYSSMU6$,_SYSSMU7$,_SYSSMU8$,_SYSSMU9$,_SYSSMU10$)

startup pfile=’/tmp/pfile’;
create spfile from pfile=’/tmp/pfile’;

发表在 Oracle备份恢复 | 评论关闭

undo损坏恢复–无事务

发表于 2011 年 6 月 10 日 由 惜分飞

startup nomount;
create pfile=’/tmp/pfile’ from spfile;

修改pfile
*.undo_management=’MANUAL’
*.undo_tablespace=’SYSTEM’
#*.undo_tablespace=’UNDOTBS02′
#*.undo_management=’AUTO’

startup pfile=’/tmp/pfile’ mount;
alter database datafile 2 offline drop;
alter database open;
drop tablespace undotbs1 including contents;
select segment_name,status from dba_rollback_segs;
drop rollback segment “_SYSSMUx”$;
drop tablespace undotbs1 including contents;

CREATE UNDO TABLESPACE UNDOTBS02
DATAFILE ‘/opt/oracle/oradata/xifenfei/UNDOTBS02.dbf’ SIZE 50M
shutdown immediate;

修改pfile
#*.undo_management=’MANUAL’
#*.undo_tablespace=’SYSTEM’
*.undo_tablespace=’UNDOTBS02′
*.undo_management=’AUTO’

startup pfile=’/tmp/pfile’;
create spfile from pfile=’/tmp/pfile’;

发表在 Oracle备份恢复 | 评论关闭