RMAN对临时表空间损坏完全无效，必须用SQL重建；因RMAN不备份tempfile，且Oracle 11g中RESTORE TEMPFILE命令语法不存在，执行即报RMAN-00571错误。
RMAN 对临时表空间损坏完全无效，必须用 SQL 重建 —— 因为 RMAN 根本不备份 tempfile，也没有 RESTORE TEMPFILE 命令。
为什么 RMAN restore tempfile 会报 RMAN-00571
Oracle 11g 的 RMAN 不把临时文件纳入任何 BACKUP DATABASE 操作，默认跳过 TEMPFILE；控制文件里虽记录路径，但 RESTORE TEMPFILE 命令在语法层面就不存在。你执行它，RMAN 直接报 RMAN-00571: RMAN-00569: Error occurred，不是权限或路径问题，是命令压根不被识别。
临时文件只用于运行时排序、哈希连接、GTTS 等中间结果，不持久化，所以 Oracle 设计上就不让它进备份流。别在 RMAN 里浪费时间查 backupset 或尝试 RECOVER TEMPFILE —— 后者同样非法，ALTER DATABASE RECOVER 对 tempfile 无意义。
ORA-01157 出现后第一步：确认并清理控制文件残留
报 ORA-01157: cannot identify/lock data file 或 ORA-01110，说明控制文件还记着一个已不可访问的 tempfile 路径。此时不能直接 ADD TEMPFILE，否则可能卡在 ORA-25153: Temporary Tablespace is Empty。
- 查当前状态：
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;（注意：是OFFLINE DROP，不是DROP INCLUDING DATAFILES） - 验证是否清掉：
SELECT * FROM DBA_TEMP_FILES;应返回空集或只剩有效文件
重建临时文件的两种实操路径
优先选 ALTER TABLESPACE ... ADD TEMPFILE，除非原表空间本身已损坏或不可用。
- 若
TEMP表空间仍存在且 ONLINE：ALTER TABLESPACE temp ADD TEMPFILE '/u02/oradata/ORCL/temp02.dbf' SIZE 100M AUTOEXTEND ON NEXT 64M MAXSIZE UNLIMITED; - 若想彻底替换并设新默认：
– 先建新表空间：CREATE TEMPORARY TABLESPACE temp_new TEMPFILE '/u02/oradata/ORCL/temp_new01.dbf' SIZE 200M;
– 切默认：ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp_new;
– 清旧：DROP TABLESPACE temp INCLUDING CONTENTS AND DATAFILES; - 路径必须真实存在、Oracle 进程有写权限、磁盘有足够空间；不要复用已删但权限/配额异常的旧路径
重建后用户仍报 ORA-01652？检查这三处
新建的 tempfile 不会自动接管已有会话的临时段分配请求，尤其当连接来自连接池或 PL/SQL 批处理中已开启大量排序时。
- 查残留未释放段：
SELECT SEGMENT_NAME, SESSION_ADDR FROM V$SORT_SEGMENT WHERE TABLESPACE_NAME = 'TEMP';，再关联V$SESSION看对应会话是否 still alive - 用户默认临时表空间没切过去：
ALTER USER scott TEMPORARY TABLESPACE temp_new;（不能只改DEFAULT_TEMP_TABLESPACE数据库属性） - 应用层连接池（如 Tomcat JDBC Pool）缓存了旧连接句柄，需重启应用或手动清空连接池；否则照样走失效路径报错
临时文件重建是轻量操作，但“生效”依赖会话级上下文刷新 —— 这一点最容易被忽略，也是恢复后仍失败的主因。
