根本原因是控制文件仍登记已丢失/不可访问的数据文件，必须先逐个执行ALTER DATABASE DATAFILE ... OFFLINE DROP清除元数据，再DROP TABLESPACE；误操作不可逆，须严格确认文件真实不可用。
表空间 OFFLINE 后 DROP 报 ORA-01157 或 ORA-01116
根本原因不是“离线了就能删”，而是 oracle 控制文件里还登记着那些数据文件，但文件已丢失、权限不足或路径不可达。此时执行 drop tablespace ... including contents and datafiles 会直接失败，报 ora-01157: cannot identify/lock data file 或 ora-01116: error in opening database file。
关键点在于：OFFLINE 只是让表空间不参与 I/O，不等于“Oracle 已放弃它”。必须先用 ALTER DATABASE DATAFILE ... OFFLINE DROP 告诉 Oracle「这个文件我不要了，从控制文件里抹掉」。
- 必须逐个处理每个状态为
OFFLINE且实际不可访问的数据文件，不能批量操作 - 查文件路径用：
SELECT file_name, status FROM dba_data_files WHERE tablespace_name = 'TBS_NAME'; - 若某文件状态是
RECOVER或ONLINE，得先ALTER DATABASE DATAFILE ... OFFLINE，再OFFLINE DROP - ASM 路径容易漏写
+DATA/前缀；NFS 挂载点未就绪时ls看不到文件，但 Oracle 认为它“该在”——得确认是否真不可恢复
删除前必须清空对象，但 dba_segments 查不到不等于真为空
执行 SELECT * FROM dba_segments WHERE tablespace_name = 'TBS_NAME'; 返回空，并不代表能安全删除。域索引（domain index）、物化视图日志、LOB 段、临时段残留都可能躲过这个查询。
常见陷阱是 ORA-29857：提示“domain indexes exist”，但 DBA_INDEXES 里查不到——因为域索引的 TABLESPACE_NAME 列恒为 NULL。它绑定的是表所在的表空间，而非自己存哪。
- 查域索引关联的表：
SELECT i.INDEX_NAME, i.TABLE_NAME FROM dba_indexes i, dba_tables t WHERE i.TABLE_NAME = t.TABLE_NAME AND i.OWNER = t.OWNER AND i.INDEX_TYPE = 'DOMAIN' AND t.TABLESPACE_NAME = 'TBS_NAME'; - 查二级对象：
SELECT SECONDARY_OBJECT_OWNER, SECONDARY_OBJECT_NAME FROM dba_secondary_objects WHERE INDEX_NAME = '&index_name'; - 临时文件（
tempfile）不走DATAFILE流程，得单独执行ALTER DATABASE TEMPFILE '/path/to/temp01.dbf' DROP INCLUDING DATAFILES;
会话未断开、事务未提交也会卡住 DROP
即使表空间里没对象、文件也标记了 OFFLINE DROP，如果还有活跃会话正在访问该表空间（比如刚执行过查询还没关闭游标），或者有未提交事务持有锁，DROP TABLESPACE 仍可能 hang 住或报 ORA-00054: resource busy。
- 查活跃会话：
SELECT sid, serial#, sql_id, status FROM v$session WHERE username IS NOT NULL AND (sql_id IN (SELECT sql_id FROM v$sql WHERE sql_text LIKE '%TBS_NAME%') OR prev_sql_id IN (SELECT sql_id FROM v$sql WHERE sql_text LIKE '%TBS_NAME%')); - 强制终止会话：
ALTER SYSTEM KILL SESSION 'sid,serial#'; - 检查未提交事务：
SELECT s.sid, s.serial#, t.used_ublk, t.start_time FROM v$session s, v$transaction t WHERE s.taddr = t.addr;—— 若发现对应 SID 的事务，需联系业务确认是否可回滚 - 别跳过
INCLUDING CONTENTS AND DATAFILES：省略AND DATAFILES只删字典，不删操作系统文件；但若文件已物理丢失，这一步其实无副作用
误操作后基本无法回退，离线前务必确认文件真实不可用
ALTER DATABASE DATAFILE ... OFFLINE DROP 是不可逆操作。一旦执行，Oracle 就永久放弃该文件——不会保留元数据快照，备份也不能恢复这个文件本身。你只能靠 OS 层备份或文件系统快照找回。
最容易被忽略的是“临时性不可用”：比如 NFS 客户端掉线、ASM diskgroup 未 mount、SELinux 阻止读取、或文件权限被改成 000。这些情况重启服务或修复挂载后文件就回来了，但你已经把它从控制文件里删了，数据库会持续报错。
动手前只做三件事：用 ls -l 确认文件不存在或不可读；用 mount | grep nfs 确认挂载正常；用 asmcmd lsdg 确认 ASM 磁盘组 online。其余全是风险操作。
