DROP USER过程中出现的奇怪的对象信息 [转帖]_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 3575 | 回复: 0   主题: DROP USER过程中出现的奇怪的对象信息 [转帖]        下一篇 
wayne
注册用户
等级:中校
经验:1690
发帖:221
精华:0
注册:2011-7-21
状态:离线
发送短消息息给wayne 加好友    发送短消息息给wayne 发消息
发表于: IP:您无权察看 2011-8-25 18:43:09 | [全部帖] [楼主帖] 楼主

在删除用户的时候,在后台查询了一下DBA_SEGMENTS视图,结果发现其他的对象信息。

在一个会话上执行用户的删除操作:

SQL> SELECT DISTINCT OWNER, TABLESPACE_NAME FROM DBA_SEGMENTS;
OWNER TABLESPACE_NAME
------------------------------ ------------------------------
SYSTEM SYSAUX
SYSMAN SYSAUX
SYS SYSTEM
OUTLN SYSTEM
DBSNMP SYSAUX
GPO_OPERATOR GPO
WMSYS SYSAUX
ORDSYS SYSAUX
MDSYS SYSAUX
ZHEJIANG_KHD ZHEJIANG
SYS UNDOTBS2
SYSTEM SYSTEM
TSMSYS SYSAUX
EXFSYS SYSAUX
CTXSYS SYSAUX
DMSYS SYSAUX
NDMAIN NDMAIN
SPOTLIGHT SYSAUX
SYS UNDOTBS1
SYS SYSAUX
XDB SYSAUX
OLAPSYS SYSAUX
GPO GPO
GPO_BUYER_CATALOG GPO
ZHEJIANG ZHEJIANG
GPO_SHANGHAI_DATA GPO
ZHEJIANG_OPERATOR ZHEJIANG
GPO_SALER_BID GPO


已选择28行。

SQL> SELECT COUNT(*)
2 FROM DBA_SEGMENTS
3 WHERE TABLESPACE_NAME = 'GPO';
COUNT(*)
----------
1550
SQL> BEGIN
2 FOR I IN (SELECT USERNAME FROM DBA_USERS WHERE USERNAME LIKE 'GPO%') LOOP
3 EXECUTE IMMEDIATE 'DROP USER ' I.USERNAME ' CASCADE';
4 END LOOP;
5 END;
6 /


PL/SQL 过程已成功完成。

在DROP USER的过程中,在另一个会话中检查DBA_SEGEMNTS视图,意外发现了奇怪的对象:

SQL> SELECT OWNER, SEGMENT_NAME, TABLESPACE_NAME
2 FROM DBA_SEGMENTS
3 WHERE TABLESPACE_NAME = 'GPO';
OWNER SEGMENT_NAME TABLESPACE_NAME
------------------------------ ------------------------------ ------------------------------
GPO GPO_BAL_ORG_DEFRAY_HIS GPO
GPO GPO_BAL_ORG_DEFRAY_LOG GPO
GPO GPO_BAL_ORG_PRO GPO
GPO GPO_BAL_USER_INFO GPO
GPO GPO_BID_NOTICE GPO
.
.
.
GPO IDX_GPO_BID_RESULT_PROD GPO
GPO IDX_GPO_HIT_COMM_1 GPO
GPO 41.97672 GPO
GPO 41.16904 GPO


已选择153行。

其他对象都很正常,但是最后两个对象名称很奇怪,可以确定这两个对象的名称不是用户创建时指定的。

由于同时在执行删除操作,很可能是Oracle在删除对象时从数据字典中去掉了一些信息,导致了这样的显示结果。

不过这两个对象的名称肯定有一定的意义,肯定不可能是两个任意的小数。

前面那个41难道是执行DROP用户的会话:

SQL> SELECT COUNT(*)
2 FROM DBA_SEGMENTS
3 WHERE TABLESPACE_NAME = 'GPO';
COUNT(*)
----------
0
SQL> SELECT SID FROM V$MYSTAT WHERE ROWNUM = 1;
SID
----------
312


回到删除用户的会话执行上面的SQL,发现会话ID是312。看来和会话信息没有关系。

既然是DBA_SEGMENTS,那么这个数字多半和存储位置有关系,难道是FILE.BLOCK的格式,检查数据文件:

SQL> SELECT FILE_ID, FILE_NAME, TABLESPACE_NAME
2 FROM DBA_DATA_FILES
3 WHERE FILE_ID = 41;
FILE_ID FILE_NAME TABLESPACE_NAME
---------- -------------------------------------------------- ------------------------------
41 +MEMBER/tradedb/tradedb_gpo_2_4g GPO


这个结果已经足够说明问题了。不过由于对象已经被删除,因此从DBA_EXTENTS视图中无法获得删除对象的BLOCK信息,即使使用闪回查询也得不到结果。

幸好当时数据库是利用利用源数据库的备份恢复出来的,因此物理结构和源数据库保持一致。在源数据库中对DBA_EXTENTS进行查询:

SQL> SELECT OWNER, SEGMENT_NAME
2 FROM DBA_EXTENTS
3 WHERE FILE_ID = 41
4 AND BLOCK_ID <= 16904
5 AND BLOCK_ID + BLOCKS >= 16904;
OWNER SEGMENT_NAME
------------------------------ --------------------------------------------------
GPO GPO_BAL_ORG_DEFRAY
SQL> SELECT OWNER, SEGMENT_NAME
2 FROM DBA_EXTENTS
3 WHERE FILE_ID = 41
4 AND BLOCK_ID <= 97672
5 AND BLOCK_ID + BLOCKS >= 97672;
OWNER SEGMENT_NAME
------------------------------ -------------------------------------------------
GPO PK_GPO_BAL_ORG_DEFRAY


不用再做进一步的查询,从名称上已经可以看到二者是表和主键的关系。

其实不只是删除对象的过程,在添加对象时,也可能出现这种临时对象:

SQL> BEGIN
2 FOR I IN 1..2 LOOP
3 EXECUTE IMMEDIATE 'CREATE TABLE T' I ' AS SELECT * FROM DBA_OBJECTS';
4 END LOOP;
5 END;
6 /
PL/SQL procedure successfully completed.


在这个SQL的运行过程中,在另一个节点上执行查询:

SQL> SELECT OWNER, SEGMENT_NAME, TABLESPACE_NAME
2 FROM DBA_SEGMENTS
3 WHERE TABLESPACE_NAME = 'YANGTK'
4 AND OWNER = 'A';
OWNER SEGMENT_NAME TABLESPACE_NAME
------------------------------ ------------------------------ ------------------------------
A T1 YANGTK
A T2 YANGTK
A T3 YANGTK
A T4 YANGTK
A T5 YANGTK
A T6 YANGTK
A T7 YANGTK
A T8 YANGTK
A T9 YANGTK
A T10 YANGTK
A T11 YANGTK
A T12 YANGTK
A T13 YANGTK
A T14 YANGTK
A 8.7571 YANGTK
15 rows selected.


等语句执行完成,检查创建的对象信息:

SQL> SELECT OWNER, SEGMENT_NAME, TABLESPACE_NAME
2 FROM DBA_EXTENTS
3 WHERE FILE_ID = 8
4 AND BLOCK_ID <= 7571
5 AND BLOCK_ID + BLOCKS >= 7571;
OWNER SEGMENT_NAME TABLESPACE_NAME
------------------------------ ------------------------------ ------------------------------
A T15 YANGTK


Oracle在创建或删除对象的过程中,可能会临时使用对象的存储位置信息来代替对象的名称。




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论