RMAN无法restore tempfile，因为临时文件不参与RMAN备份：BACKUP DATABASE默认跳过TEMPFILE，控制文件虽记录路径但RESTORE TEMPFILE命令在Oracle 11g中不存在，报RMAN-00571；临时文件仅为运行时资源，非持久化数据，故恢复应通过SQL重建（如ALTER TABLESPACE ... ADD TEMPFILE），而非RMAN介质恢复。
临时文件丢失不需要rman恢复，直接重建即可——rman不备份也不管理tempfile。
为什么RMAN无法restore tempfile
RMAN默认跳过临时文件（TEMPFILE）：它既不包含在全库备份中，也不会被BACKUP DATABASE捕获；控制文件里虽记录其路径，但RESTORE TEMPFILE命令在Oracle 11g中根本不存在（会报错RMAN-00571: RMAN-00569: Error occurred）。临时文件本质是“运行时资源”，非持久化数据载体。
- 临时表空间不存储用户数据，只用于排序、哈希连接、全局临时表等操作的中间结果
- 数据库启动时若发现
TEMPFILE缺失或不可访问，会报ORA-01157: cannot identify/lock data file，但仅影响后续需要临时段的操作 - 即使所有
TEMPFILE都删光，数据库仍可OPEN，只是首次执行ORDER BY等操作时才报错
正确做法：用SQL重建TEMPFILE而非RMAN
必须在数据库MOUNT或OPEN状态下操作，无需停库。核心是ALTER TABLESPACE ... ADD TEMPFILE或RESIZE已有文件。
- 先确认临时表空间名：
SELECT tablespace_name FROM dba_tablespaces WHERE contents = 'TEMPORARY'; - 查看当前临时文件状态：
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; - 如果原文件路径仍可用，可尝试重用：
ALTER DATABASE TEMPFILE '/u01/app/oracle/oradata/orcl/temp01.dbf' DROP INCLUDING DATAFILES;再ADD同路径新文件（注意：DROP前确保无活跃会话使用该tempfile）
常见错误场景与绕过方式
误执行RESTORE TEMPFILE会直接失败；误删后强行STARTUP MOUNT再RESTORE DATABASE也无效，因为备份集里压根没它。
-
ORA-01187: cannot read from file because it failed verification tests：通常是文件系统损坏或权限问题，不是备份缺失，别浪费时间找RMAN备份 - 异机恢复时临时文件路径不一致：不要复制原
TEMPFILE，而是在目标机用ALTER TABLESPACE ... ADD TEMPFILE指定本地路径 - 使用
CREATE PFILE FROM SPFILE后忘记检查temp_tablespace参数：确保默认临时表空间存在且含有效TEMPFILE
临时表空间损坏导致无法登录怎么办
若DEFAULT TEMPORARY TABLESPACE损坏且无其他临时表空间，连sysdba登录都可能卡在验证阶段（尤其启用了资源限制）。此时需紧急干预：
- 用
sqlplus /nolog→CONNECT / AS SYSDBA（绕过部分校验） - 立即创建新临时表空间：
CREATE TEMPORARY TABLESPACE temp2 TEMPFILE '/path/temp2.dbf' SIZE 50M; - 切换默认临时表空间：
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp2; - 再清理原损坏的
TEMPFILE并重建
真正容易被忽略的是：临时文件问题永远不该触发RMAN流程——它不属于“介质恢复”范畴，硬套RESTORE/RECOVER只会浪费时间并掩盖真实路径或权限问题。
