ORA-01157报错时不可用RMAN恢复，应先OFFLINE DROP损坏tempfile，再新建临时表空间并切换默认设置，最后清理残留会话与连接池句柄。
ora-01157 报错时别急着用 rman 删除文件——oracle 明确禁止对临时文件做介质恢复，rman 的 delete、restore、recover 对 tempfile 全部无效。临时表空间损坏的本质是控制文件里残留了不可访问的文件元数据，不是磁盘文件丢失本身。
为什么不能用 RMAN 处理损坏的 TEMPFILE
临时文件不参与数据库一致性检查，不写归档日志，也不被 RMAN 纳入备份集。执行 RMAN> DELETE NOPROMPT OBSOLETE; 或 DELETE ARCHIVELOG ALL; 对 temp01.dbf 类型的文件毫无影响；尝试 RESTORE TEMPFILE 201; 会直接报 ORA-01275：Operation not allowed if database is in NOARCHIVELOG mode（即使开归档也无效）。根本原因：Oracle 不允许重建或恢复临时文件，只允许“绕过”或“替换”。
ALTER DATABASE TEMPFILE ... OFFLINE DROP 是唯一安全的“删除”动作
当 DBA_TEMP_FILES 中某条记录状态为 INVALID 或对应路径文件已不存在，但控制文件仍登记该文件时，必须用 OFFLINE DROP 强制清理元数据。这个命令不校验文件是否存在，只更新控制文件，所以能绕过 ORA-01157 / ORA-01110 的 I/O 阻塞。
- 先查损坏文件路径：
SELECT FILE_NAME, STATUS FROM DBA_TEMP_FILES WHERE TABLESPACE_NAME = 'TEMP'; - 确认无活跃使用：
SELECT SID, SERIAL#, SQL_ID FROM V$SESSION WHERE TEMPSEG_SIZE > 0;—— 若结果非空，需评估是否可杀会话 - 执行脱机并删元数据：
ALTER DATABASE TEMPFILE '/u01/oradata/ORCL/temp01.dbf' OFFLINE DROP; - 验证是否清除：
SELECT * FROM DBA_TEMP_FILES;应不再显示该行
CREATE TEMPORARY TABLESPACE 比 ALTER TABLESPACE ADD TEMPFILE 更可靠
很多 DBA 尝试在原 TEMP 表空间里加新文件（ALTER TABLESPACE TEMP ADD TEMPFILE ...），结果发现旧损坏文件仍在元数据中卡住，新会话仍可能随机分配到失效路径，导致间歇性 ORA-01652。这是因为 Oracle 临时段分配器会轮询所有在线 tempfile，包括那些 STATUS 为 INVALID 但未从控制文件清除的条目。
- 新建干净表空间：
CREATE TEMPORARY TABLESPACE temp_new TEMPFILE '/u02/oradata/ORCL/temp_new01.dbf' SIZE 200M AUTOEXTEND ON NEXT 64M; - 切换全局默认：
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp_new; - 逐个改用户（不能只靠数据库属性）：
ALTER USER scott TEMPORARY TABLESPACE temp_new; - 最后再删旧表空间：
DROP TABLESPACE temp INCLUDING CONTENTS AND DATAFILES;（前提是确认V$SORT_SEGMENT和V$SESSION已无残留）
应用连接池不重启，新表空间就等于没生效
哪怕数据库层面全部切换完成，Tomcat、WebLogic 或 UCP 连接池里的长连接仍持有旧 TEMP 表空间句柄。这些连接在下次执行 ORDER BY 或哈希连接时，依然会尝试申请已失效的临时段，直接触发 ORA-01652。这不是数据库配置问题，是客户端缓存行为。
- 检查连接池是否启用
testOnBorrow或validationQuery（如SELECT 1 FROM DUAL）——它们无法检测 TEMP 表空间变更 - 最稳妥方式：滚动重启应用，或调用连接池管理接口清空所有连接（如 Tomcat 的
/manager/html页面点击 “Expire sessions”） - 临时应急可设会话级覆盖：
ALTER SESSION SET TEMPORARY TABLESPACE temp_new;，但无法覆盖已启动的 PL/SQL 批处理
临时表空间损坏真正难的不是命令怎么写，而是判断哪些元数据还“活着”、哪些会话还在偷偷引用它。控制文件里的残留条目和连接池里的旧句柄，这两处最容易被忽略。
