缩小oracle目录下UNDOTBS01.DBF文件的大小使用sys用户登录Oracle方法一:重置表空间大小linux下执行ALTER DATABASE DATAFILE '/opt/oracle/ora
缩小oracle目录下UNDOTBS01.DBF文件的大小
使用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 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 UNDOTBS1alter 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;
--结束END--
本文标题: 对于undotbs01.dbf文件太大的处理办法
本文链接: https://lsjlt.com/news/38814.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0