不能用rman恢复临时表空间文件，必须用alter tablespace add tempfile重建；rman故障检测不覆盖tempfile，仅dba_temp_files为空或状态offline才可靠；需分别处理cdb与各pdb的tempfile，并注意清理残留元数据及刷新应用连接池。
临时表空间文件（tempfile）丢失后，**不能用 rman 恢复**——必须用 alter tablespace add tempfile 重建，否则会卡在排序、哈希连接等操作上，报 ora-01157 或 ora-01652。
为什么 RMAN list failure 找不到 temp 文件丢失？
RMAN 的故障检测机制（list failure / advise failure）完全不覆盖临时文件。它只检查数据文件、控制文件、归档日志等可恢复对象。真正可靠的信号只有两个：
-
dba_temp_files视图里查不到记录，或状态为OFFLINE - 执行
SELECT * FROM V$TEMPFILE返回空，或STATUS列为INVALID
必须用 ALTER TABLESPACE ADD TEMPFILE，不是 CREATE TEMPORARY TABLESPACE
除非你已执行过 DROP TABLESPACE TEMP INCLUDING CONTENTS AND DATAFILES，否则不要新建表空间。原因很实际：
-
CREATE TEMPORARY TABLESPACE会建全新表空间，你得手动把所有用户默认临时表空间切过去：ALTER USER ... TEMPORARY TABLESPACE，还可能漏掉 PDB 级设置 -
ALTER TABLESPACE TEMP ADD TEMPFILE是原地扩容，不影响现有用户配置和应用行为 - 如果原路径磁盘满或权限异常，支持指定新路径：
ALTER TABLESPACE TEMP ADD TEMPFILE '/u02/oradata/ORCL/temp02.dbf' SIZE 100M AUTOEXTEND ON NEXT 64M
PDB 和 CDB 的 temp 文件要分开处理
Oracle 12c+ 是多租户架构，CDB$ROOT、PDB$SEED、每个 PDB 都有自己独立的临时文件。不能只修根容器就以为万事大吉：
- 先确认当前容器：
SHOW CON_NAME - 如在
CDB$ROOT，直接执行ALTER TABLESPACE TEMP ADD TEMPFILE - 如要修某个 PDB（比如
PDB1），必须先：ALTER SESSION SET CONTAINER = PDB1，再执行ALTER TABLESPACE TEMP ADD TEMPFILE - 千万别在 PDB
OPEN状态下删tempfile：会卡住后续操作，甚至引发ORA-01153
重建后仍有 ORA-01652？检查三件事
新加的 tempfile 已存在且 ONLINE，但应用仍报无法扩展临时段，大概率是旧会话没释放句柄：
- 查残留临时段：
SELECT SEGMENT_NAME, SESSION_ADDR FROM V$SORT_SEGMENT WHERE TABLESPACE_NAME = 'TEMP' - 确认新
tempfile路径可写、大小足够，且未被其他进程占用（lsof -p $ORACLE_PID | grep temp） - 重启应用连接池或数据库会话，强制释放旧临时段句柄
最容易被忽略的是：PDB 的临时文件重建后，ALTER PLUGGABLE DATABASE ... OPEN 时若报 ORA-01157，往往是因为该 PDB 的 tempfile 路径在 V$PDBS 中注册的仍是旧路径，需在 ALTER SESSION SET CONTAINER = PDBx 后，用 ALTER DATABASE TEMPFILE '<old_path>' DROP INCLUDING DATAFILES</old_path> 显式清理残留元数据。
