oracle不完全恢复要求数据库处于归档模式且所有相关归档日志完整可用，需用删除前的控制文件启动并执行restore database until和recover database，最后必须以alter database open resetlogs打开数据库。
能恢复，但必须满足两个硬性前提：数据库处于归档模式，且从表空间创建到被删除之间所有归档日志都完整可用。缺任意一个，drop tablespace ... including contents and datafiles 就是不可逆操作。
确认归档模式与日志连续性
不完全恢复不是“回滚”，而是把数据库倒回到删除操作发生前的状态。这依赖归档日志的完整性。
- 执行
archive log list，确认Database log mode是Archive Mode，且Automatic archival为Enabled - 查出删除操作发生前最后一个归档序列号（比如删除发生在
sequence 127），再运行list archivelog all，确保sequence 1到126全部存在 —— 缺一个就可能中断恢复 - 注意：RMAN 不会自动校验归档内容有效性，
validate backupset对归档日志无效；真正验证得靠recover database test或实际执行recover时观察报错
用旧控制文件启动并执行 restore database until
直接 startup mount 会加载当前控制文件，而它已不含被删表空间的元数据。必须用删除前的控制文件副本（或自动备份）启动。
- 关闭数据库：
shutdown abort - 从 RMAN 自动备份中还原控制文件：
restore controlfile from autobackup（需提前配置CONFIGURE CONTROLFILE AUTOBACKUP ON） - 或手动指定路径：
restore controlfile from '/path/to/ctl_c-XXXX-YYYYMMDD-HH.bak' - 启动到
mount状态：startup mount（此时控制文件中仍有tt表空间记录） - 关键一步：
restore database until sequence 126 thread 1（用sequence最稳妥，比time更精确；thread在单实例中固定为 1）
recover database 后必须 open resetlogs
recover database 并非“应用日志到某点”就结束，它会严格按 set until 指令停止在指定 SCN 或日志位置，但数据库仍处于未打开状态。
- 执行
recover database，RMAN 会自动选取所需归档并应用，直到到达until边界 - 完成后立即执行：
alter database open resetlogs—— 这步不可省略，否则数据库无法打开；resetlogs会清空在线日志并重置日志序列，这是不完全恢复的强制要求 - 打开后验证：
select tablespace_name from dba_tablespaces应包含tt；select * from tab_a应返回原数据 - 常见错误：
ORA-01113: file X needs media recovery说明某个数据文件没被restore覆盖，需检查restore database until是否真执行成功，或是否遗漏了switch datafile all
表空间恢复后要注意 undo 和 temp 的状态
恢复后的数据库虽然逻辑一致，但部分临时结构可能失效，尤其是当原表空间使用了独立的 undo 或 temp 表空间时。
- 检查 undo 表空间：
show parameter undo_tablespace，确认当前 active 的 undo 表空间仍可写；若原tt表空间曾被设为临时 undo 目标，需手动清理残留段 - 临时表空间不会随不完全恢复重建，
temp文件若被误删，需在open resetlogs后手动添加：alter tablespace temp add tempfile '/path/to/temp02.dbf' size 100m - 最关键的细节：恢复后第一次
alter system switch logfile可能失败，因为新日志序列从 1 开始，而归档路径里还留着旧序列号文件 —— 需手动清理或调整log_archive_dest_1路径避免冲突
