Oracle RMAN三种不完全恢复实战详解：归档序号、时间点与SCN恢复对比

作者：Digital Observer（施嘉伟） Oracle  ACE Pro: Database PostgreSQL  ACE Partner 11年数据库行业经验，现主要从事数据库服务工作 拥有Oracle  OCM、DB2 10.1 Fundamentals、MySQL 8.0 OCP、WebLogic 12c OCA、KCP、PCTP、PCSD、 PGCM、OCI、PolarDB技术专家、达梦师资认证、数据安全咨询高级等认证 ITPUB认证专家、PolarDB开源社区技术顾问、HaloDB技术顾问、TiDB社区技术布道师、青学会MOP技术社区专家顾问、国内某高校企业实践指导教师 公众号：Digital Observer；CSDN：施嘉伟；ITPUB：sjw1933；墨天轮：Digital Observer；PGFans：施嘉伟。

在Oracle数据库的日常管理中，不完全恢复（Incomplete Recovery）是一项重要且实用的技能。尤其是在面对人为误操作（如误删表）或逻辑故障（如表空间损坏）时，利用RMAN执行基于 归档序号、 时间点或 SCN的不完全恢复，可以最大限度减少数据损失。

本文将通过三个实际演示案例，逐一呈现三种不完全恢复方式的操作步骤、细节陷阱和恢复机制，以帮助DBA在实战中精准恢复数据库状态。

一、基于归档序号的不完全恢复

1. 背景

在一次演示中，笔者准备通过归档序号来执行不完全恢复，但在操作过程中发现：某个归档（sequence=11）被误删除，导致RMAN恢复过程出错。

经检查发现该归档文件虽然存在，但其生成时数据库仍在备份中，实际上备份文件中的SCN已经覆盖了该归档所承载的内容。因此，即使归档文件缺失，也不影响恢复。

这类问题在生产环境中并不少见，尤其是归档文件管理策略不严、跨平台备份时。

2. 实操过程

归档目录结构检查：

[oracle@primary arch]$ ls -lrtl
-rw-r----- 1 oracle dba 1024 1_5_770379421.dbf
-rw-r----- 1 oracle dba 1024 1_4_770379421.dbf
-rw-r----- 1 oracle dba 1024 1_6_770379421.dbf
-rw-r----- 1 oracle dba 4608 1_7_770379421.dbf
-rw-r----- 1 oracle dba 4608 1_8_770379421.dbf
-rw-r----- 1 oracle dba 1536 1_9_770379421.dbf
-rw-r----- 1 oracle dba 1024 1_10_770379421.dbf
-rw-r----- 1 oracle dba 1024 1_11_770379421.dbf.bak  ← 该归档被删除或损坏
-rw-r----- 1 oracle dba 586752 1_12_770379421.dbf
-rw-r----- 1 oracle dba 1024 1_13_770379421.dbf

RMAN恢复操作：

RMAN> run {  set until sequence=11;
  recover database;
}

输出信息表明，RMAN自动判断归档7至10号均已存在，不需要11号归档即可完成恢复：

archive log thread 1 sequence 7 is already on disk...
archive log thread 1 sequence 10 is already on disk...
media recovery complete

打开数据库：

RMAN> alter database open resetlogs;

3. 技术点补充

11:13:15 SQL> drop table test2;

SQL> shutdown immediate;
SQL> startup mount;
RMAN> run {  set until time="to_date('2011-12-20 11:13:12','yyyy-mm-dd hh24:mi:ss')";
  recover database;
}

RMAN> alter database open resetlogs;

SQL> archive log list;
Database log mode              Archive Mode
Current log sequence           1

SQL> select current_scn from v$database;
CURRENT_SCN-----------
     576150

RMAN> run {  set until scn=576150;
  recover database;
}

RMAN> alter database open resetlogs;