临时表空间损坏后无法用rman restore恢复，因其不存持久化数据且rman不备份；正确做法是重建临时表空间并切换默认：先查当前默认值，再创建新表空间、切换默认、确认无会话占用后删除旧表空间，全程open状态下完成。
临时表空间损坏后不能用RESTORE恢复
临时表空间（TEMP）本身不存持久化数据，RMAN 不备份它的数据文件，所以 RESTORE TABLESPACE temp 或 RESTORE DATAFILE 会直接报错：「RMAN-06023: no backup or copy of datafile … found to restore」。这不是操作遗漏，而是设计如此——临时文件只用于排序、哈希等运行时操作，无归档价值。
正确做法：重建临时表空间并切换默认
必须手动重建，步骤顺序不能错，否则可能卡在 ORA-01565: error in identifying file 或数据库无法打开：
- 先查当前默认临时表空间：
SELECT PROPERTY_VALUE FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME = 'DEFAULT_TEMP_TABLESPACE'; - 创建新临时表空间（路径需有写权限，大小建议 ≥200M）：
CREATE TEMPORARY TABLESPACE temp1 TEMPFILE '/u01/app/oracle/oradata/DBNAME/temp1_01.dbf' SIZE 200M AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED; - 切换默认：
ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp1; - 确认旧表空间没被任何用户会话占用（查
v$sort_usage），再删除：DROP TABLESPACE temp INCLUDING CONTENTS AND DATAFILES;
注意：INCLUDING CONTENTS AND DATAFILES 必须带上，否则仅删字典记录，物理文件残留，后续建同名表空间会失败。
open状态下可立即生效，无需重启
整个过程在数据库 OPEN 状态下完成，不影响其他会话。但要注意两点：
- 旧
TEMP表空间正在被使用的会话（如大排序查询）不会立刻中断，但新会话一律走新表空间； - 如果应用显式指定了
TEMP表空间（如CREATE GLOBAL TEMPORARY TABLE ... ON COMMIT DELETE ROWS TABLESPACE temp），需同步改代码或调整对象定义，否则仍会报错找不到表空间。
预防：别把TEMP建在快满的磁盘上
临时表空间暴增通常源于未优化的 SQL（如缺失索引导致大量排序）或批量作业。比起事后恢复，更应监控：
SELECT tablespace_name, used_blocks * block_size / 1024 / 1024 AS mb_used FROM v$sort_segment;- 定期检查
v$tempseg_usage找出长期占用者； - 设置
TEMP所在文件系统预留空间 ≥20%，避免因磁盘满导致实例 hang 住。
重建是兜底手段，真正麻烦的是定位那个凌晨三点突然暴涨的排序 SQL —— 它不会出现在 RMAN 日志里，得去 AWR 抓。
