Oracle 完全恢复

完全恢复的概念

完全恢复是指将数据库恢复到故障发生前的最新状态，包括所有已提交的事务。完全恢复需要使用完整的备份集和所有的归档日志文件，确保数据的一致性和完整性。

完全恢复的特点

• 恢复到最新状态：包含所有已提交的事务
• 需要归档日志：使用归档日志应用到最新状态
• 数据一致性：确保数据库的一致性和完整性
• 适用场景：介质故障、数据文件损坏、表空间损坏

完全恢复的前提条件

1. 归档模式

数据库必须运行在归档模式下，才能进行完全恢复：

-- 检查数据库是否处于归档模式
select log_mode from v$database;

-- 如果不是归档模式，切换到归档模式
shutdown immediate;
startup mount;
alter database archivelog;
alter database open;

2. 备份

需要有有效的数据库备份：

• 全库备份：使用 RMAN 或用户管理的备份
• 增量备份：可选，用于减少恢复时间
• 控制文件备份：用于恢复控制文件
• 参数文件备份：用于恢复参数文件

3. 归档日志

需要有从备份时间点到故障时间点的所有归档日志：

-- 检查归档日志位置
show parameter log_archive_dest;

-- 检查归档日志状态
select * from v$archived_log;

完全恢复的方法

1. 使用 RMAN 进行完全恢复

场景 1：数据文件损坏

操作步骤：

1. 连接到 RMAN：

   rman target /

2. 检查数据文件状态：

   select file#, name, status from v$datafile;

3. 如果数据库已关闭，启动到 mount 状态：

   startup mount;

4. 恢复损坏的数据文件：

   restore datafile <file#>;
   recover datafile <file#>;

5. 打开数据库：

   alter database open;

场景 2：表空间损坏

操作步骤：

1. 连接到 RMAN：

   rman target /

2. 将损坏的表空间置于离线状态：

   alter tablespace <tablespace_name> offline immediate;

3. 恢复表空间：

   restore tablespace <tablespace_name>;
   recover tablespace <tablespace_name>;

4. 将表空间置于在线状态：

   alter tablespace <tablespace_name> online;

场景 3：全库恢复

操作步骤：

1. 连接到 RMAN：

   rman target /

2. 启动数据库到 mount 状态：

   startup mount;

3. 恢复全库：

   restore database;
   recover database;

4. 打开数据库：

   alter database open;

2. 使用用户管理的备份进行完全恢复

场景：数据文件损坏

操作步骤：

1. 将损坏的数据文件置于离线状态：

   alter database datafile '<datafile_path>' offline;

2. 从备份复制数据文件：

   cp <backup_datafile_path> <datafile_path>

3. 恢复数据文件：

   recover datafile '<datafile_path>';

4. 将数据文件置于在线状态：

   alter database datafile '<datafile_path>' online;

完全恢复的最佳实践

1. 备份策略

• 定期全库备份：每周至少一次
• 增量备份：每天执行差异或累积增量备份
• 归档日志备份：每小时或更频繁
• 控制文件自动备份：启用 RMAN 控制文件自动备份

2. 恢复前准备

• 确认故障范围：确定需要恢复的数据文件或表空间
• 准备备份和归档日志：确保备份和归档日志可用
• 制定恢复计划：根据故障类型选择合适的恢复方法
• 通知相关人员：告知应用团队恢复计划和预计时间

3. 恢复过程

• 监控恢复进度：观察恢复过程中的日志和错误信息
• 处理归档日志缺失：如果归档日志缺失，可能需要不完全恢复
• 验证恢复结果：恢复完成后验证数据库状态
• 文档化恢复过程：记录恢复步骤和结果

4. 恢复后验证

• 检查数据库状态：

  select status from v$instance;
  select open_mode from v$database;

• 检查数据文件状态：

  select file#, name, status from v$datafile;

• 检查表空间状态：

  select tablespace_name, status from dba_tablespaces;

• 运行验证命令：

  validate database;

• 测试应用功能：执行应用程序的基本功能测试

完全恢复的常见问题和解决方案

问题 1：归档日志缺失

症状：

RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 123 and starting SCN of 456789

解决方案：

• 如果有归档日志备份，恢复归档日志
• 如果归档日志确实丢失，执行不完全恢复到最后一个可用的归档日志时间点

问题 2：控制文件损坏

解决方案：

• 使用 RMAN 恢复控制文件：

  startup nomount;
  restore controlfile from autobackup;
  alter database mount;
  restore database;
  recover database;
  alter database open resetlogs;

问题 3：恢复过程中出现错误

解决方案：

• 查看错误信息，确定问题原因
• 根据错误信息采取相应的解决措施
• 如果无法解决，考虑使用其他备份进行恢复

问题 4：恢复后数据库性能下降

解决方案：

• 收集统计信息：

  exec dbms_stats.gather_database_stats;

• 重建索引：

  alter index <index_name> rebuild;

• 检查并优化 SQL 语句

完全恢复的监控和调优

监控恢复进度

• 使用 RMAN 监控：

  rman target /
  RMAN> restore database preview;

• 查看 V$SESSION_LONGOPS：

  select * from v$session_longops where opname like '%Recovery%';

恢复调优

• 并行恢复：

  configure device type disk parallelism 4;

• 增量备份：使用增量备份减少恢复时间

• 快速恢复区：配置快速恢复区提高恢复性能

• 多通道恢复：使用多通道同时恢复多个数据文件

常见问题（FAQ）

Q1: 完全恢复和不完全恢复有什么区别？

A1: 完全恢复和不完全恢复的主要区别：

• 完全恢复：恢复到故障发生前的最新状态，包含所有已提交的事务，需要所有归档日志
• 不完全恢复：恢复到指定的时间点或 SCN，可能丢失部分已提交的事务，不需要所有归档日志

Q2: 如何确定是否需要完全恢复？

A2: 需要完全恢复的情况：

• 数据文件损坏
• 表空间损坏
• 数据库崩溃但有完整的归档日志
• 需要恢复到最新状态

Q3: 完全恢复需要多长时间？

A3: 完全恢复的时间取决于：

• 备份大小
• 归档日志数量
• 存储性能
• 数据库负载
• 并行度设置

Q4: 如何提高完全恢复的速度？

A4: 提高完全恢复速度的方法：

• 使用增量备份
• 配置并行恢复
• 使用多通道恢复
• 优化存储性能
• 配置快速恢复区

Q5: 完全恢复后需要做哪些操作？

A5: 完全恢复后需要做的操作：

• 验证数据库状态
• 运行验证命令
• 测试应用功能
• 收集统计信息
• 重建索引
• 备份数据库
• 文档化恢复过程