Oracle数据库用RMAN做不完全恢复，主要是按时间点来操作的那些步骤和注意事项讲解

本内容主要依据Oracle官方文档《Oracle Database Backup and Recovery User's Guide》中关于“Performing RMAN Incomplete Recovery”的章节，并结合了常见的数据库管理员实践经验总结。

什么是不完全恢复？为什么要做？

不完全恢复,顾名思义，就是不完全地将数据库恢复到发生故障前的最后一个状态，它只将数据库还原并恢复到指定的过去某个时间点、某个系统改变号（SCN）或者某个日志序列号之前的状态，在这个过程中，该时间点之后的所有数据变更都会被丢弃。

主要应用场景包括：

1. 用户误操作：这是最常见的原因，某个有权限的用户不小心删除了一张非常重要的表，或者错误地更新了大量核心数据并且提交了。
2. 部分数据文件损坏且无备份：如果某个关键数据文件在某个时间点之后损坏了，并且没有可用的备份，可以通过不完全恢复到该文件损坏前的时间点，然后重建表空间或数据文件。
3. 归档日志链丢失：如果恢复所需的某个或多个归档重做日志文件丢失或损坏，无法进行完整恢复，只能恢复到丢失的日志之前的那个时间点。

重要警告： 不完全恢复会导致数据丢失！在执行前必须明确目标时间点，并评估丢失的数据是否可接受，这会影响到整个数据库，所有用户都会回退到同一个时间点。

基于时间点的不完全恢复核心步骤

以下是按时间点恢复的详细操作流程,假设场景是：今天下午14点30分，发生了一次严重的误删除操作，我们需要将数据库恢复到14点25分的状态。

步骤1：进入RMAN环境并连接数据库

你需要以具有适当权限的用户（通常是SYSDBA）登录到操作系统，然后启动RMAN工具，并连接到目标数据库（需要恢复的数据库）。

# 在操作系统命令行下
rman TARGET /

这里的 表示使用操作系统认证方式连接当前服务器上的数据库实例。

步骤2：关闭数据库并启动到挂载（MOUNT）状态

恢复操作必须在数据库未打开的状态下进行。

RMAN> SHUTDOWN IMMEDIATE;  -- 尝试立即关闭数据库
RMAN> STARTUP MOUNT;       -- 启动实例并挂载数据库，但不打开它

MOUNT状态允许RMAN访问控制文件，从而知道数据文件和日志文件的信息，但普通用户无法访问。

步骤3：将数据库还原（RESTORE）到过去的状态

这一步是将整个数据库的所有数据文件（或指定的数据文件）从备份集中提取出来，覆盖当前的数据文件，使它们的内容回到备份时的状态，但请注意，备份可能是一天前甚至更早的，所以光还原还不够。

RMAN> RESTORE DATABASE;

这个命令会将所有数据文件还原到备份时刻的样子。

步骤4：将数据库恢复（RECOVER）到指定时间点

这是最关键的一步。RECOVER命令会应用归档重做日志和在线重做日志，将数据库“前滚”，把数据文件从备份时刻的状态，一步步推进到你指定的时间点。

RMAN> RECOVER DATABASE UNTIL TIME "TO_DATE('2023-10-27 14:25:00', 'YYYY-MM-DD HH24:MI:SS')";

这里的 UNTIL TIME 子句用于指定目标时间点，时间格式必须严格按照Oracle的日期格式书写，你也可以使用 UNTIL SCN 或 UNTIL SEQUENCE 来指定SCN或日志序列号。

执行此命令后,RMAN会自动寻找并应用从备份完成之后开始，直到你指定的时间点之前的所有可用重做日志。

步骤5：以重置日志（RESETLOGS）方式打开数据库

当恢复完成后,数据库仍然处于MOUNT状态，由于我们进行的是不完全恢复，当前数据库的“逻辑时间线”已经和恢复前的不同，为了摒弃所有恢复点之后产生的重做日志（因为它们现在已不适用），必须使用RESETLOGS选项打开数据库。

RMAN> ALTER DATABASE OPEN RESETLOGS;

这个操作会重置日志序列号,并创建一个新的数据库“化身”（Incarnation），标志着数据库进入了一个新的生命周期。

步骤6：立即进行全库备份

这是一个极其重要且必须执行的步骤！ 因为OPEN RESETLOGS之后，之前的所有备份（在旧化身下创建的）对于这个新化身的数据库来说都变得无效了，为了防止再次发生故障时无备份可用，必须立即做一个全新的完整备份。

RMAN> BACKUP DATABASE PLUS ARCHIVELOG DELETE INPUT;

关键注意事项

1. 精确确定时间点：时间点的准确性至关重要，建议通过查询数据库日志、应用程序日志或使用Oracle的闪回查询（Flashback Query）功能（如果可用）来精确定位误操作发生前的确切时间或SCN，时间点哪怕差一秒，都可能无法排除错误或导致更多数据丢失。

2. 备份可用性：确保你拥有在目标时间点之前的完整数据库备份，以及从该备份完成之后到目标时间点之间的所有归档重做日志，如果中间缺失任何一个日志，恢复都将失败。

3. 环境准备：最好在测试环境先演练一遍恢复流程，在生产环境操作前，制定详尽的回退计划。

4. OPEN RESETLOGS的后果：理解OPEN RESETLOGS的严肃性，一旦执行，将无法再回到旧化身进行恢复（除非有特别的备份恢复手段），并且务必执行后续的全备份。

5. 文件存储空间：确保数据库服务器的存储有足够空间容纳还原出来的数据文件，以及恢复过程中产生的临时归档日志。

6. 考虑表空间时间点恢复（TSPITR）：如果只是单个表空间或少数几张表出了问题，而整个数据库不需要回退，可以考虑使用RMAN的“表空间时间点恢复”功能，这能减少影响范围，但操作更复杂一些。

基于时间点的RMAN不完全恢复是一个强大的救命功能,但也是一把双刃剑，它要求操作者非常细心、准备充分，并且对每一步操作的含义有清晰的理解。