RMAN无法恢复临时文件，因为Oracle 11g不备份也不支持RESTORE TEMPFILE命令（报RMAN-00571），临时文件仅为运行时资源，应通过ALTER TABLESPACE ADD TEMPFILE在MOUNT或OPEN状态下直接重建。
RMAN 无法恢复临时文件，因为根本没备份过——这不是操作问题，是设计如此。
为什么 RESTORE TEMPFILE 会报 RMAN-00571
RMAN 默认跳过 TEMPFILE，BACKUP DATABASE 不包含它，控制文件里虽记录路径，但 RESTORE TEMPFILE 命令在 Oracle 11g 中压根不存在。执行时直接报 RMAN-00571 和 RMAN-00569，不是语法错，是命令未实现。
临时文件本质是运行时资源，只用于排序、哈希连接、全局临时表等中间结果，不持久化用户数据。删光所有 TEMPFILE，数据库仍能 OPEN，只是首次执行 ORDER BY 或 GROUP BY 才触发 ORA-01157。
正确做法：用 SQL 添加新 tempfile，不是 RMAN 恢复
必须在 MOUNT 或 OPEN 状态下操作，无需停库。关键步骤是 ALTER TABLESPACE ... ADD TEMPFILE。
- 查临时表空间名：
SELECT tablespace_name FROM dba_tablespaces WHERE contents = 'TEMPORARY' - 确认当前 tempfile 是否缺失：
SELECT file_name, status FROM dba_temp_files（若无返回，说明已丢失） - 添加新文件（路径需存在且
oracle用户有写权限）：ALTER TABLESPACE temp ADD TEMPFILE '/u01/app/oracle/oradata/orcl/temp02.dbf' SIZE 100M AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED - 若原路径仍可用，可先
DROP再ADD同路径文件，但必须确保无活跃会话正在使用该TEMPFILE
常见误操作与绕过方式
误执行 RESTORE TEMPFILE 必然失败；误删后强行 STARTUP MOUNT 再 RESTORE DATABASE 也无效——备份集里本来就没有它。
ORA-01187 不是备份缺失，而是文件系统损坏或权限不足，别浪费时间翻 RMAN 备份日志。
异机恢复时路径不一致？不要复制原 temp01.dbf，直接在目标机用 ADD TEMPFILE 指定本地路径即可。
最容易被忽略的细节
临时文件恢复后不校验，不代表能用。执行完 ADD TEMPFILE 后，应立即测试：SELECT * FROM v$sort_segment 看是否分配成功；再跑一个带 ORDER BY 的大查询，观察是否仍报 ORA-01157。如果报错，大概率是路径权限不对，或目录不存在——Oracle 不会自动创建父目录。
