Oracle 无法使用Alter Tablespace 命令从表空间中drop一个数据文件

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 ： 13764045638 QQ号:47079569 邮箱：service@parnassusdata.com

适用于：

Oracle Database - Enterprise Edition – 版本 10.2.0.1 到 11.2.0.1.0 [Release 10.2 到 11.2]
本文信息适用于任何平台。
 

症状

尝试从使用10.2及以上特性从一个表空间中drop数据文件：
 

alter tablespace ... drop datafile ... ;

fails. The errors reported may differ depending on the actual situation. 

ORA-3262: the file is non-empty
ORA-3263: cannot drop the first file of tablespace <tablespacename>
ORA-3264: cannot drop offline datafile of locally managed tablespace

ORA-60 <self-deadlock>

有些错误是相当简单的。但有些错误不是，像ORA-60。由于最常见错误的解决方法是不言自明的，本文侧重于ORA-60的自死锁错误..

更改

数据文件在操作系统级别丢失，导致数据文件处于脱机状态。而数据文件包含一些临时段和extent就成为invalid或stray。这导致尝试从表空间中删除数据文件时显示ORA-60。

在数据文件名中该文件就会被列为MISSING，其原因参见：

Note 1050268.1: Explanation of MISSING keyword in datafile name

原因

要drop一个数据文件或临时文件，满足以下条件：

- 必须为空。 
- 不可以是表空间中被创建的第一个文件。
    在这种情况下，应drop表空间。
- 不可以在只读表空间中。
- 不可以是脱机的。

解决方案

丢失的数据文件使该表空间处于一个不确定的状态。表空间本身实际上仍然可用。但是，当位于丢失数据文件的对象被访问时，该语句将显示错误：

ORA-376: file 7 cannot be read at this time

该表表空间也需要被drop。10gR2从一个表空间中drop单个数据文件的关闭不能在这种情况下使用..

以下文档可用于恢复数据：
Note 216683.1: How to Recover Data from a Tablespace When One or Several Datafiles are Lost. 
Note 286355.1: How to Recover OFFLINE Dropped Datafile in ARCHIVELOG MODE