如果自己搞不定可以找诗檀软件专业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