应用场景：

数据库服务器A下的一张数据库表重建过，并且数据已经迁移到新表空间下，现遗留了一些原有的表空间数据文件在服务器上，耗费资源，如图所示：

原数据库表对应的数据文件：

迁移后数据文件：

我们的目的是，将这些没用的dbf文件删除，把/opt/oradata下的存储释放出来。
现说明一下处理的步骤：

• 查询表空间和数据文件对应关系

发现CLRDBS01-14是重建前的，CLRDB01-60是重建后的。

• 执行语句，尝试进行删除，这块Oracle报错了。

drop tablespace CLRDBS14  INCLUDING CONTENTS AND DATAFILES;

oracle提示报错：@H_301_56@ORA-14404

此错误说明，该表空间下有分区表在用此表空间的数据文件，所以不能直接删除表空间

• 既然报错了，那我们就看一下怎么解决它。

查询哪些表在占用这个CLRDBS14：

SELECT x.table_name,x.partition_name,x.tablespace_name 表空间1,y.tablespace_name 表空间2
 FROM dba_tab_partitions x,dba_tab_partitions y
WHERE x.tablespace_name ='CLRDBS14' AND y.tablespace_name <> 'CLRDBS14' AND x.table_name=y.table_name;

经查询，有5个表在使用，分别是：
TFA_ALARM_UNSTANDARD
TFA_ALARM_GCSS
TFA_ALARM_CLR_05061
TFA_ALARM_CLR_05062
TFA_ALARM_CLR_0506

• 分别查看一下这些表

TFA_ALARM_UNSTANDARD TFA_ALARM_GCSS 这两张下面没数据，导出建表语句，删除。
TFA_ALARM_CLR_05061 TFA_ALARM_CLR_05062 TFA_ALARM_CLR_0506 这三张是之前clr表的备份，删除。

• 再次执行删除语句，删除CLRDBS14

drop tablespace CLRDBS14  INCLUDING CONTENTS AND DATAFILES;

此次正常执行。

• 依次删除CLRDBS01-CLRDBS13

登陆数据库服务器下/opt/oradata，查看之前的clrdbs数据文件，已经在服务器上找不到了

• 执行bdf，观察/opt/oradata大小

这块特殊说明一下，空间不会马上就释放出来，因为linux OS系统bdf命令的机制是，只有当线程释放完毕后，才会释放bdf命令内的空间。

参考文档：http://www.cnblogs.com/mfryf/...