临时表空间满,如何处理? 如果空間夠的話,直接放大空間就可以了如果用固定的空間的話,想讓資料沒有的清除掉的話,在oem裡面設定refesh時間改小 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 早oem哪里修改呢,没看到这个选项啊.我的是9i的 :vrv0129(想成為高手) 说的是例程-配置-还原 中的还原保留. 先优化你的sql,如果无法优化的话,删除了重新、创建、一个就可以 还原保留不是针对undo的吗而且我有另外一个数据库好几天来都是显示占用10%,SELECT se.username,sid,serial#,sql_address,machine,program,tablespace,segtype, contents FROM v$session se,v$sort_usage suWHERE se.saddr=su.session_addr用这个命令看不到有东西在临时表空间里面如果还原保留会清的话,那么应该早就归0了吧 你所排序非常多吗?物理内存有多大?PGA多大?请把相关的信息全部都列出来.如果要解决燃眉的话,那么你先重建一个temp,再切过去. 重建就可以了嘛1.startup --启动数据库2.create temporary tablespace TEMP2 TEMPFILE '/home2/oracle/oradata/sysmon/temp02.dbf' SIZE 512M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; --创建中转临时表空间3.alter database default temporary tablespace temp2; --改变缺省临时表空间 为刚刚创建的新临时表空间temp24.drop tablespace temp including contents and datafiles;--删除原来临时表空间5.create temporary tablespace TEMP TEMPFILE '/home2/oracle/oradata/sysmon/temp01.dbf' SIZE 512M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; --重新创建临时表空间6.alter database default temporary tablespace temp; --重置缺省临时表空间为新建的temp表空间7.drop tablespace temp2 including contents and datafiles;--删除中转用临时表空间8.alter user roll temporary tablespace temp; --重新指定用户表空间为重建的临时表空间 以上的操作步骤好像是在oracle 10 xe版本上的操作! michelle_bs(冰雪笨笨)的方法,我在oracle 9i 上试验过,可以通过! 找出发生表空间暴涨的原因,才是关键我们知道Oracle临时表空间主要是用来做查询和存放一些缓存的数据的,磁盘消耗的一个主要原因是需要对查询的结果进行排序,如果没有猜错的话,在磁盘空间的(内存)的分配上,Oracle使用的是贪心算法,如果上次磁盘空间消耗达到1GB,那么临时表空间就是1GB,如果还有增长,那么依此类推,临时表空间始终保持在一个最大的上限。像上文提到的恐怖现象经过分析可能是以下几个方面的原因造成的。 1. 没有为临时表空间设置上限,而是允许无限增长。但是如果设置了一个上限,最后可能还是会面临因为空间不够而出错的问题,临时表空间设置太小会影响性能,临时表空间过大同样会影响性能,至于需要设置为多大需要仔细的测试。 2.查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候,根据查询的字段和表的个数会生成一个迪斯卡尔积,这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小,如果查询的字段过多和数据过大,那么就会消耗非常大的临时表空间。 3.对查询的某些字段没有建立索引。Oracle中,如果表没有索引,那么会将所有的数据都复制到临时表空间,而如果有索引的话,一般只是将索引的数据复制到临时表空间中。按照以上的可能行调整试验下,一般用户出现问题都是由于查询语句的迪斯卡尔积过大引起,有如下原因:表太多,栏位太多,特别是建立的视图关联太多的表很有可能会造成迪斯卡尔积过大 1.startup --启动数据库2.create temporary tablespace TEMP2 TEMPFILE '/home2/oracle/oradata/sysmon/temp02.dbf' SIZE 512M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; --创建中转临时表空间3.alter database default temporary tablespace temp2; --改变缺省临时表空间 为刚刚创建的新临时表空间temp24.drop tablespace temp including contents and datafiles;--删除原来临时表空间5.create temporary tablespace TEMP TEMPFILE '/home2/oracle/oradata/sysmon/temp01.dbf' SIZE 512M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; --重新创建临时表空间6.alter database default temporary tablespace temp; --重置缺省临时表空间为新建的temp表空间7.drop tablespace temp2 including contents and datafiles;--删除中转用临时表空间8.alter user roll temporary tablespace temp; --重新指定用户表空间为重建的临时表空间最终解决方案是,看看你的sql语句,是否排序很多很大,是的话,调整pga oracle告警日志的ORA-00600错误 TRIGGER問題 oracle 外键约束 导致未明确定义列 [请高人相助] 求一条SQL 如何知道我的数据库建立成功了。 如果用一个字段来保存各种文章,这个字段应该设置成什么类型,另外“'”号的问题如何解决? 入门问题,回答得都有分,(回答得多的话我会再给帖子加分^_^) 怎样查询?再线 将查询出来的结果行转化为列 oracle 使用group by 函数后,如何可以返回多列,不在group by中的列 怎样清理数据库的临时表空间?请高人指点。 大哥帮帮忙,一个关于oracle角色的问题!谢谢!在线等给分!
而且我有另外一个数据库好几天来都是显示占用10%,
SELECT se.username,sid,serial#,sql_address,machine,program,
tablespace,segtype, contents
FROM v$session se,v$sort_usage su
WHERE se.saddr=su.session_addr
用这个命令看不到有东西在临时表空间里面
如果还原保留会清的话,那么应该早就归0了吧
1.startup --启动数据库2.create temporary tablespace TEMP2 TEMPFILE '/home2/oracle/oradata/sysmon/temp02.dbf' SIZE 512M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; --创建中转临时表空间3.alter database default temporary tablespace temp2; --改变缺省临时表空间 为刚刚创建的新临时表空间temp24.drop tablespace temp including contents and datafiles;--删除原来临时表空间5.create temporary tablespace TEMP TEMPFILE '/home2/oracle/oradata/sysmon/temp01.dbf' SIZE 512M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED; --重新创建临时表空间6.alter database default temporary tablespace temp; --重置缺省临时表空间为新建的temp表空间7.drop tablespace temp2 including contents and datafiles;--删除中转用临时表空间8.alter user roll temporary tablespace temp; --重新指定用户表空间为重建的临时表空间
1. 没有为临时表空间设置上限,而是允许无限增长。但是如果设置了一个上限,最后可能还是会面临因为空间不够而出错的问题,临时表空间设置太小会影响性能,临时表空间过大同样会影响性能,至于需要设置为多大需要仔细的测试。
2.查询的时候连表查询中使用的表过多造成的。我们知道在连表查询的时候,根据查询的字段和表的个数会生成一个迪斯卡尔积,这个迪斯卡尔积的大小就是一次查询需要的临时空间的大小,如果查询的字段过多和数据过大,那么就会消耗非常大的临时表空间。
3.对查询的某些字段没有建立索引。Oracle中,如果表没有索引,那么会将所有的数据都复制到临时表空间,而如果有索引的话,一般只是将索引的数据复制到临时表空间中。按照以上的可能行调整试验下,一般用户出现问题都是由于查询语句的迪斯卡尔积过大引起,
有如下原因:表太多,栏位太多,特别是建立的视图关联太多的表很有可能会造成迪斯卡尔积过大
最终解决方案是,看看你的sql语句,是否排序很多很大,是的话,调整pga