对象C_OBJ#_INTCOL#有坏块，如何处理较好

湖湘文化 · 发表于 2016-7-18 18:01

本帖最后由湖湘文化于 2016-7-18 18:03 编辑

现状：
soloris9 平台有oracle 10.2单实例数据库出现坏块，业务目前正常，该数据库晚上可以申请停；

出现坏块的对象是簇C_OBJ#_INTCOL#，坏块数量不多，只有几个，
检查rman备份报错ora-19566才发现有坏块的，
用blockrecover修复时提示没有找到有效的备份，
估计前面几次备份都没有成功。

处理思路：
第1步，通过调整rman脚本，重新尝试备份：
set maxcorrupt for datafile 。。。

另外，再做一个冷备和逻辑导出备份；

第2步，设置event 38003，truncate该对象

第3步，去掉上述event参数设置，检查数据库系统是否正常

问题：
1，上述处理坏块的思路是否可行？
oracle support网站上建议重建数据库，是否必须？

2，truncate该对象风险有多大，有没有朋友在生产库上执行过该操作的？

3，truncate后是否还需要做其他操作？

谢谢各位！

xifenfei · 发表于 2016-7-18 21:21

这个表，可以特殊处理，但是建议在oracle 支持下做。否则如果发生其他异常，oracle 可能不支持

lfree · 发表于 2016-7-18 22:04

能确定坏块地址吗?

湖湘文化 · 发表于 2016-7-18 22:26

xifenfei 发表于 2016-7-18 21:21
这个表，可以特殊处理，但是建议在oracle 支持下做。否则如果发生其他异常，oracle 可能不支持

怎么个特殊处理？bbed吗

谢谢

湖湘文化 · 发表于 2016-7-18 22:27

lfree 发表于 2016-7-18 22:04
能确定坏块地址吗?

可以确定坏块地址啊，
然后可以怎么处理呢？

谢谢

lfree · 发表于 2016-7-19 07:50

湖湘文化发表于 2016-7-18 22:27
可以确定坏块地址啊，
然后可以怎么处理呢？

dbv 检查。
或者在rman
validate datafile 1;

湖湘文化 · 发表于 2016-7-19 08:47

lfree 发表于 2016-7-19 07:50
dbv 检查。
或者在rman
validate datafile 1;

这些都做过，，关键是没有有效的备份，如何处理这几个坏块

lfree · 发表于 2016-7-19 10:36

[20160719]对象C_OBJ#_INTCOL#有坏块.txt

--论坛上有人问对象C_OBJ#_INTCOL#有坏块，链接如下：
--http://www.itpub.net/thread-2063836-1-1.html
--自己也探究看看：

1.环境：
SCOTT@book> @ &r/ver1
PORT_STRING       VERSION       BANNER
------------------- -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx 11.2.0.4.0    Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

SCOTT@book> select * from dba_objects where object_name='C_OBJ#_INTCOL#';
OWNER  OBJECT_NAME       SUBOBJECT_  OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE       CREATED          LAST_DDL_TIME    TIMESTAMP          STATUS  T G S  NAMESPACE EDITION_NAME
------ -------------------- ---------- ---------- -------------- ------------------- ------------------- ------------------- ------------------- ------- - - - ---------- ------------------------------
SYS C_OBJ#_INTCOL#                      444          444 CLUSTER          2013-08-24 11:37:43 2013-08-24 11:37:43 2013-08-24:11:37:43 VALID N N N       5

--不在SYS.BOOTSTRAP$的对象内。里面仅仅有表SYS.HISTGRM$。

CREATE TABLE SYS.HISTGRM$
(
  OBJ#    NUMBER,
  COL#    NUMBER,
  ROW#    NUMBER,
  BUCKET NUMBER,
  ENDPOINT  NUMBER,
  INTCOL# NUMBER,
  EPVALUE VARCHAR2(1000 BYTE),
  SPARE1 NUMBER,
  SPARE2 NUMBER
)
CLUSTER SYS.C_OBJ#_INTCOL#(OBJ#, INTCOL#);

--这个表是直方图的内容。我觉得如果是几个块问题，你可以看看涉及obj#对象，删除这些对象的直方图，也就是分析对应表时设置
--Method_Opt => 'FOR ALL COLUMNS SIZE 1 '.

--以前按照eygle的方法我在测试环境做过，遇到一些问题，机器无法登录的情况，我把当时的测试摘录下来版本应该10.2.0.4，仅仅作为你的参考：
--你可以自己测试看看：
http://www.eygle.com/archives/20 ... 3_c_obj_intcol.html

alter system set event='38003 trace name context forever, level 10' scope=spfile;

$ oerr ora 38003
38003, 00000, "CBO Disable column stats for the dictionary objects in recursive SQL"
// *Cause:
// *Action:

然后重启数据库，可以Truncate该对象：
SYS@test> alter system set event='38003 trace name context forever, level 10' scope=spfile;
System altered.

SYS@test> startup
ORACLE instance started.
Total System Global Area 473956352 bytes
Fixed Size                   2084776 bytes
Variable Size             142606424 bytes
Database Buffers          318767104 bytes
Redo Buffers                10498048 bytes
Database mounted.
Database opened.
SYS@test> show parameter event
NAME TYPE VALUE
------ ------- -------------------------------------------
event  string  38003 trace name context forever, level 10

SYS@test> truncate cluster SYS.C_OBJ#_INTCOL#;
Cluster truncated.

SYS@test> alter system reset event  scope=spfile sid='*';
System altered.

--使用toad连接报错。

ORA-00600: internal error code, arguments: [15160], [], [], [], [], [], [], []
ORA-06512: at line 138

--估计是bug
http://www.askmaclean.com/archiv ... rguments-15160.html

--好像当时许多语句无法执行，必须先设置
alter system set optimizer_mode=rule scope=memory ;
--分析系统表sys，还有应用表，然后OK了。

lfree · 发表于 2016-7-19 10:38

[20160719]对象C_OBJ#_INTCOL#有坏块.txt

--论坛上有人问对象C_OBJ#_INTCOL#有坏块，链接如下：
--http://www.itpub.net/thread-2063836-1-1.html
--自己也探究看看：

1.环境：
SCOTT@book> @ &r/ver1
PORT_STRING       VERSION       BANNER
------------------- -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx 11.2.0.4.0    Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

SCOTT@book> select * from dba_objects where object_name='C_OBJ#_INTCOL#';
OWNER  OBJECT_NAME       SUBOBJECT_  OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE       CREATED          LAST_DDL_TIME    TIMESTAMP          STATUS  T G S  NAMESPACE EDITION_NAME
------ -------------------- ---------- ---------- -------------- ------------------- ------------------- ------------------- ------------------- ------- - - - ---------- ------------------------------
SYS C_OBJ#_INTCOL#                      444          444 CLUSTER          2013-08-24 11:37:43 2013-08-24 11:37:43 2013-08-24:11:37:43 VALID N N N       5

--不在SYS.BOOTSTRAP$的对象内。里面仅仅有表SYS.HISTGRM$。

CREATE TABLE SYS.HISTGRM$
(
  OBJ#    NUMBER,
  COL#    NUMBER,
  ROW#    NUMBER,
  BUCKET NUMBER,
  ENDPOINT  NUMBER,
  INTCOL# NUMBER,
  EPVALUE VARCHAR2(1000 BYTE),
  SPARE1 NUMBER,
  SPARE2 NUMBER
)
CLUSTER SYS.C_OBJ#_INTCOL#(OBJ#, INTCOL#);

--这个表是直方图的内容。我觉得如果是几个块问题，你可以看看涉及obj#对象，删除这些对象的直方图，也就是分析对应表时设置
--Method_Opt => 'FOR ALL COLUMNS SIZE 1 '.

--以前按照eygle的方法我在测试环境做过，遇到一些问题，机器无法登录的情况，我把当时的测试摘录下来版本应该10.2.0.4，仅仅作为你的参考：
--你可以自己测试看看：
http://www.eygle.com/archives/20 ... 3_c_obj_intcol.html

alter system set event='38003 trace name context forever, level 10' scope=spfile;

$ oerr ora 38003
38003, 00000, "CBO Disable column stats for the dictionary objects in recursive SQL"
// *Cause:
// *Action:

然后重启数据库，可以Truncate该对象：
SYS@test> alter system set event='38003 trace name context forever, level 10' scope=spfile;
System altered.

SYS@test> startup
ORACLE instance started.
Total System Global Area 473956352 bytes
Fixed Size                   2084776 bytes
Variable Size             142606424 bytes
Database Buffers          318767104 bytes
Redo Buffers                10498048 bytes
Database mounted.
Database opened.
SYS@test> show parameter event
NAME TYPE VALUE
------ ------- -------------------------------------------
event  string  38003 trace name context forever, level 10

SYS@test> truncate cluster SYS.C_OBJ#_INTCOL#;
Cluster truncated.

SYS@test> alter system reset event  scope=spfile sid='*';
System altered.

--使用toad连接报错。

ORA-00600: internal error code, arguments: [15160], [], [], [], [], [], [], []
ORA-06512: at line 138

--估计是bug
http://www.askmaclean.com/archiv ... rguments-15160.html

--好像当时许多语句无法执行，必须先设置
alter system set optimizer_mode=rule scope=memory ;
--分析系统表sys，还有应用表，然后OK了。

lfree · 发表于 2016-7-19 10:42

--论坛上有人问对象C_OBJ#_INTCOL#有坏块，链接如下：
--http://www.itpub.net/thread-2063836-1-1.html
--自己也探究看看：

1.环境：
SCOTT@book> @ &r/ver1
PORT_STRING       VERSION       BANNER
------------------- -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx 11.2.0.4.0    Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

SCOTT@book> select * from dba_objects where object_name='C_OBJ#_INTCOL#';
OWNER  OBJECT_NAME       SUBOBJECT_  OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE       CREATED          LAST_DDL_TIME    TIMESTAMP          STATUS  T G S  NAMESPACE EDITION_NAME
------ -------------------- ---------- ---------- -------------- ------------------- ------------------- ------------------- ------------------- ------- - - - ---------- ------------------------------
SYS C_OBJ#_INTCOL#                      444          444 CLUSTER          2013-08-24 11:37:43 2013-08-24 11:37:43 2013-08-24:11:37:43 VALID N N N       5

--不在SYS.BOOTSTRAP$的对象内。里面仅仅有表SYS.HISTGRM$。

CREATE TABLE SYS.HISTGRM$
(
  OBJ#    NUMBER,
  COL#    NUMBER,
  ROW#    NUMBER,
  BUCKET NUMBER,
  ENDPOINT  NUMBER,
  INTCOL# NUMBER,
  EPVALUE VARCHAR2(1000 BYTE),
  SPARE1 NUMBER,
  SPARE2 NUMBER
)
CLUSTER SYS.C_OBJ#_INTCOL#(OBJ#, INTCOL#);

--这个表是直方图的内容。我觉得如果是几个块问题，你可以看看涉及obj#对象，删除这些对象的直方图，也就是分析对应表时设置
--Method_Opt => 'FOR ALL COLUMNS SIZE 1 '.