Linux环境oracle 所在分区磁盘空间满后导致无法连接/登陆/使用/启动

前话：前段时间进行数据库数据转移导致目标库所在分区磁盘空间使用率到达100%。无法创建新的连接以及正常操作数据库。

解决方法：

方法一：清理表空间（包括undo表空间，临时表空间，以及用户表空间）

方法二：删除Oracle数据库所在分区多余文件

方法三：清理Oracle监听日志

方法四：转移Oracle dbf文件到其他分区

下面就分别对以上方法进行详细说明

方法一：

清理回收站
‐‐清理回收站  
SELECT count(*) FROM dba_recyclebin;  
SELECT count(*) FROM user_recyclebin; 
purge recyclebin;  
purge dba_recyclebin;
 
清理undo空间
‐‐清理undo空间  

‐‐查看表空间信息  select * from v$tablespace;    select tablespace_name,contents from dba_tablespaces;  select file_name,bytes/1024/1024 MB from dba_data_files where tablespace_name like  'UNDOTBS%'; 
‐‐检查是否有用户在使用   select s.username, u.name from v$transaction t,v$rollstat r, v$rollname u,v$session s    where s.taddr=t.addr and t.xidusn=r.usn and r.usn=u.usn order by s.username; 
‐‐查看undo Segment信息  select usn,xacts,status,rssize/1024/1024,hwmsize/1024/1024, shrinks from v$rollstat order by  rssize;  select t.segment_name,t.tablespace_name,t.segment_id,t.status from dba_rollback_segs t;  > show parameter undo 
‐‐创建新的undo空间  create undo tablespace undotbs001 datafile '/weblogic/tablespace/undotbs001.dbf' size 512M  reuse autoextend on next 512M maxsize unlimited; 
‐‐切换 
alter system set undo_tablespace=undotbs001 scope=both;  alter system set undo_tablespace=undotbs001 ;  
> show parameter undo 

‐‐检查是否为offline  select usn,xacts,status,rssize/1024/1024,hwmsize/1024/1024, shrinks from v$rollstat order by  rssize;  select t.segment_name,t.tablespace_name,t.segment_id,t.status from dba_rollback_segs t; 
‐‐  
cat $ORACLE_HOME/dbs/initddptest.ora 
create pfile from spfile;  
‐‐删除  
drop tablespace undotbs1 including contents and datafiles cascade constraints; 

方法二：

find / -type f -size +500M

通过以上命令找出系统中大于500M的文件路径，然后选择合适的进行删除。

方法三：

清理Oracle监听日志请参考这篇博客：https://blog.csdn.net/u013310119/article/details/99966016

方法四：

将oracle系统表空间的数据文件迁移到其他磁盘。此时处理思路应该是先关闭oracle服务，然后移走dbf数据文件，然后start mount数据库，通过命令更改数据文件位置，最后open数据库。
本例是在linux环境下，sqlplus已经不能登陆，没办法通过命令shutdown数据库，本来准备kill oracle进程，结果发现有一大堆oracle相关进程，偷了个懒，直接将数据文件移走（注意：参考此文章的同学们，此时不要直接将整个目录移走了，最好把control文件留下，只移走 dbf 和 log 文件，要不后面startup mount的时候会提示找不到控制文件，虽然也可以解决，但是会多几步操作）：

mv /opt/oracle/oradata/orcl/ /oradata

/opt/oracle/oradata/orcl/ 路径下的文件如下图所示：

接下重启oracle服务，本例中直接重启linux系统了。
重启后su - oracle切换到Oracle用户，然后sqlplus / as sysdba连接数据库，然后执行startup mount，会提示已连接到空闲例程。接下来开始执行更改语句：

alter database 
rename file '/opt/oracle/oradata/orcl/sysaux01.dbf' 
to '/oradata/orcl/sysaux01.dbf';

注意：之前移走的数据文件都要执行上述命令，包括 dbf 和 log 文件。

所有的路径都更改完之后，执行：

SQL> alter database open;

数据库已更改。

SQL> alter system register;

系统已更改。

此时数据库已经可以正常使用。
 ———————————————— 

最近准备了一个公众号每天都会推送一些开发中经常遇到的问题解决方法，希望多久关注一下，谢谢支持：