Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

133

积分

0

好友

17

主题
1#
发表于 2012-8-9 14:57:09 | 查看: 7860| 回复: 2
  1. 用户一共拥有8106个对象,一个分区占了7771

  2. select count(*) from dba_objects where owner='USER' and object_name='TABLE';

  3. expdp 一个用户的对象,因一个表有分区(时间)、子分区(省份),花了大概一个小时。

  4. impdp过程中,3、4个小时左右,SYS_IMPORT_FULL_01增长迅速,已经32G了,我增加表空间,后来alter日志报错,temp表空间不能扩展,看数据文件也是32G了。

  5. 我看了一下,是SYS_IMPORT_FULL_01表中lob对象占了最大的空间,但我select * from SYS_IMPORT_FULL_01 ,看那个字段,里面没有内容。

  6. 我后来操作:
  7. 中止impdp,删除purge SYS_IMPORT_FULL_01,并resize数据文件。
  8. 我通过查询,temp使用为0,resize报错,打算新建一个,指定参数,删除原来的temp表空间,但发生原来一样的问题,不能删除原temp表空间。smon后台阻塞drop tablespace temp
  9. http://t.askmaclean.com/viewthread.php?tid=662&highlight=

  10. 与原来一个问题很像,链接的环境为x86 linux 4U5,10.2.0.5

  11. 这次新问题的环境:x86_64 linux 5.6 , 11.2.0.2
复制代码
3#
发表于 2012-8-9 17:23:57

回复 2# 的帖子

嗯。 我现在已经使用temp2表空间为默认的用户临时表空间了
select t.temporary_tablespace from dba_users t
temporary_tablespace
---------------------------
TEMP2-----------------------

我补充一下:
从dba_segments里查询,此对象为5G,数据量大概不到2亿。只是分区比较多。

以后建立分区尽量不要建立太多,真的太慢了。

[ 本帖最后由 saup007 于 2012-8-9 17:26 编辑 ]

回复 只看该作者 道具 举报

2#
发表于 2012-8-9 16:12:17
SYS_IMPORT_FULL_01 是master table ,属于data pump的核心对象, 增长属于正常现象


如果确实是smon block drop temporary tablespace的话, 建议你先用起新的 temporary tablespace来

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-11-16 02:30 , Processed in 0.052521 second(s), 22 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569