对于undotbs01.dbf文件太大的处理办法
缩小Oracle目录下UNDOTBS01.DBF文件的大小
10年积累的网站设计、成都网站设计经验,可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你,你也不认识我。但先网站设计后付款的网站建设流程,更有峄城免费网站建设让你可以放心的选择与我们合作。
使用sys用户登录Oracle
方法一:重置表空间大小
linux下执行
ALTER DATABASE DATAFILE '/opt/oracle/oradata/res/undotbs01.dbf' RESIZE 100M;
windows下执行ALTER DATABASE DATAFILE 'E:\ORACLE\ORADATA\UNDOTBS01.DBF' RESIZE 100M;
其中 '/opt/oracle/oradata/res/undotbs01.dbf' 为您系统中UNDOTBS01.DBF文件的存储路径;100M为重置后的大小,根据需要修改。
如果方法一无法执行,可使用方法二
方法二:新建UNDO表空间,替换原来的UNDO表空间
1. 创建一个新的小的undo表空间
linux下执行:
create undo tablespace undotbs2 datafile '/opt/oracle/oradata/res/undotbs02.dbf' size 100M reuse autoextend on; //‘/opt/oracle/oradata/res/undotbs02.dbf’为表空间文件想要存储的位置,100M表示新的表空间的 初始大小并自动增长。 或 create undo tablespace undotbs2 datafile '/u01/app/oracle/oradata/orcl/undotbs02.dbf' size 100M reuse autoextend on next 5m maxsize 1024M; //‘/opt/oracle/oradata/res/undotbs02.dbf’为表空间文件想要存储的位置。100M表示新的表空间的 初始大小,按5M增加最大到1G。
windows下执行:
CREATE UNDO TABLESPACE UNDOTBS2 DATAFILE 'E:\oradata\UNDOTBS02.DBF' SIZE 100M REUSE AUTOEXTEND ON;
2. 设置新的表空间为系统的Undo表空间
--(1)动态更改spfile配置文件,设置新的表空间为系统undo_tablespace
alter system set undo_tablespace=undotbs2;
ALTER SYSTEM SET UNDO_TABLESPACE=UNDOTBS2;
--(2)再次验证数据库的undo表空间(确定当前例程正在使用的UNDO表空间)
show parameter undo_tablespace
--(3)等待原UNDO表空间UNDOTBS1 is OFFLINE;
SELECT r.status "Status", r.segment_name "Name", r.tablespace_name "Tablespace", s.extents "Extents", TO_CHAR((s.bytes/1024/1024),'99999990.000') "Size" FROM sys.dba_rollback_segs r, sys.dba_segments s WHERE r.segment_name = s.segment_name AND s.segment_type IN ('ROLLBACK', 'TYPE2 UNDO') and r.tablespace_name='UNDOTBS1' and status='ONLINE';如果上面有状态online的对象,可以查询具体对象的sid,serial#
--(4)查看当前是什么在使用这个回滚段
SELECT r.NAME,s.sid,s.serial# Serial, s.username ,s.machine , t.start_time,t.status , t.used_ublk , substr(s.program, 1, 15) "operate" FROM v$session s, v$transaction t, v$rollname r,v$rollstat g WHERE t.addr = s.taddr AND t.xidusn = r.usn AND r.usn = g.usn ORDER BY t.used_ublk desc;--比如:对象为:sid 474,serial 6794
--(5)根据sid查出具体的sql
select sql_text from v$session a,v$sqltext_with_newlines b where DECODE(a.sql_hash_value, 0, prev_hash_value, sql_hash_value)=b.hash_value and a.sid=&sid order by piece;
如果该sql不重要,可以直接kill该会话。
--(6)kill session
alter system kill session '474,6794';--(7)删除旧的Undo表空间
依旧使用sys用户登录,执行
drop tablespace undotbs1 including contents and datafiles;(drop tablespace undotbs1 including contents;这个只删除的表空间名没有删除掉数据文件的)
--(8)确认删除是否成功;
select name from v$tablespace;
--(9)确定$ORACLE_HOME/dbs/spfileoinms.ora内容是否发生变更:
$more spfileoinms.ora
*.undo_management='AUTO'
*.undo_retention=10800
*.undo_tablespace='UNDOTBS2'
--(10)如果没有发生变更请执行如下语句:
SQL> create pfile from spfile;
File created.
--(11)删除原UNDO表空间的数据文件,其文件名为步骤中执行的结果。
#rm $ORACLE_BASE/oradata/$ORACLE_SID/undotbs01.dbf
(虽然已经删除了系统所对应的undo表空间的数据文件,但用df -h查看,该系统空间不能释放。
主要是由于Oracle的一个进程在访问该文件。可以kill Oracle访问进程,或者重启数据库后,即可释放系统的空间。)
3. 重启数据库
可以使用sys用户,从sqlplus登录,执行startup force命令,强制重启
若觉得强制重启不安全的话,可以先shutdown immediate在启动数据库startup
至此,UNDOTBS01.DBF文件缩小完毕,如果想要还原原来的表空间名称,重新执行方法二即可。
4.切换回UNTOTBS1表空间
--(1)新建立UNDOTBS1表空间
create undo tablespace UNDOTBS1datafile '/oracle/oradata/undo/undotbs01.dbf'
size 100M autoextend on;
--(2)切换回UNTOTBS1,动态更改spfile配置文件
alter system set undo_tablespace=UNDOTBS1 scope=both;
--(3)再次验证数据库的undo表空间
show parameter undo_tablespace
--(4)等待UNDO表空间UNDOTBS2 is OFFLINE;
SELECT r.status "Status", r.segment_name "Name", r.tablespace_name "Tablespace", s.extents "Extents", TO_CHAR((s.bytes/1024/1024),'99999990.000') "Size" FROM sys.dba_rollback_segs r, sys.dba_segments s WHERE r.segment_name = s.segment_name AND s.segment_type IN ('ROLLBACK', 'TYPE2 UNDO') and r.tablespace_name='UNDOTBS2' ORDER BY 5 DESC;
--(5)删除
drop tablespace UNDOTBS2 including contents and datafiles;--(6)确认删除是否成功;
select name from v$tablespace;
方法三:禁止undo tablespace自动增长
alter database datafile '/u01/app/oracle/oradata/orcl/undotbs01.dbf' autoextend off; alter database datafile 'D:\app\Administrator\oradata\undotbs01.dbf' autoextend off;
名称栏目:对于undotbs01.dbf文件太大的处理办法
网站链接:http://azwzsj.com/article/ghdhpe.html