印刻数据库

外观

Oracle 重做日志管理 ​

重做日志的基本概念 ​

重做日志的作用 ​

  • 数据恢复：在实例崩溃或介质故障时，用于恢复数据库到一致状态
  • 事务持久性：确保已提交的事务不会丢失
  • 实例恢复：在实例启动时自动应用重做日志进行恢复
  • 介质恢复：在数据文件损坏时，结合备份进行恢复

重做日志的结构 ​

  • 重做日志组：包含一个或多个重做日志成员，每个组内的成员是完全相同的副本
  • 重做日志成员：实际的重做日志文件
  • 当前重做日志组：正在接受重做数据的日志组
  • 活动重做日志组：包含未被检查点处理的重做数据的日志组
  • 非活动重做日志组：所有重做数据已被检查点处理的日志组

重做日志的配置 ​

重做日志组和成员配置 ​

  • 合理的日志组数量

    • 建议值：至少 3 个日志组
    • 原因：减少日志切换频率，提高性能

  • 每个组的成员数量

    • 建议值：至少 2 个成员
    • 原因：提供冗余，防止单个成员损坏导致实例崩溃

  • 成员的存储位置

    • 最佳实践：分散存储在不同的物理磁盘上
    • 原因：提高可靠性和性能

重做日志大小配置 ​

  • 日志文件大小

    • 推荐大小：200MB - 2GB
    • 调整依据：
      • 日志切换频率（理想情况：每 15-30 分钟一次）
      • 数据库活动水平
      • 归档空间考虑

  • 日志缓冲区大小

    • 参数：LOG_BUFFER
    • 推荐值：1-2MB 或 SGA 的 1%
    • 监控指标：V$INSTANCE_RECOVERY

重做日志的管理操作 ​

添加重做日志组 ​

sql
-- 添加一个新的重做日志组，包含两个成员
ALTER DATABASE ADD LOGFILE GROUP 4 (
  'D:\ORACLE\ORADATA\ORCL\REDO04A.LOG',
  'E:\ORACLE\ORADATA\ORCL\REDO04B.LOG'
) SIZE 500M;

添加重做日志成员 ​

sql
-- 为现有组添加成员
ALTER DATABASE ADD LOGFILE MEMBER 
  'E:\ORACLE\ORADATA\ORCL\REDO01B.LOG'
  TO GROUP 1;

删除重做日志组 ​

sql
-- 删除一个重做日志组（确保该组不是当前组且非活动）
ALTER DATABASE DROP LOGFILE GROUP 4;

删除重做日志成员 ​

sql
-- 删除一个重做日志成员
ALTER DATABASE DROP LOGFILE MEMBER 'E:\ORACLE\ORADATA\ORCL\REDO01B.LOG';

重命名重做日志成员 ​

sql
-- 1. 关闭数据库
SHUTDOWN IMMEDIATE;

-- 2. 操作系统级重命名文件

-- 3. 启动到挂载状态
STARTUP MOUNT;

-- 4. 修改控制文件中的文件名
ALTER DATABASE RENAME FILE 'D:\ORACLE\ORADATA\ORCL\REDO01.LOG' 
  TO 'D:\ORACLE\ORADATA\ORCL\REDO01A.LOG';

-- 5. 打开数据库
ALTER DATABASE OPEN;

重做日志的监控 ​

日志切换监控 ​

  • 监控日志切换频率

    sql
    -- 查看最近的日志切换
SELECT TO_CHAR(first_time, 'YYYY-MM-DD HH24:MI:SS') AS switch_time,
       sequence#
FROM v$log_history
ORDER BY first_time DESC;

  • 监控日志切换等待

    sql
    -- 查看日志切换等待事件
SELECT event, count(*)
FROM v$session_wait
WHERE event LIKE '%log switch%'
GROUP BY event;

重做日志状态监控 ​

  • 查看重做日志状态

    sql
    SELECT group#, status, type, member
FROM v$logfile lf, v$log l
WHERE lf.group# = l.group#
ORDER BY l.group#, lf.member;

  • 查看重做日志使用情况

    sql
    -- 查看当前日志组和序列号
SELECT group#, sequence#, status, bytes/1024/1024 AS size_mb
FROM v$log;

归档状态监控 ​

  • 查看归档模式

    sql
    SELECT log_mode FROM v$database;

  • 查看归档日志信息

    sql
    -- 查看最近的归档日志
SELECT sequence#, name, completion_time
FROM v$archived_log
ORDER BY completion_time DESC;

重做日志的故障处理 ​

重做日志成员损坏 ​

单个成员损坏（其他成员完好） ​

  1. 确认损坏的成员

    sql
    SELECT group#, member, status
FROM v$logfile;

  2. 删除损坏的成员

    sql
    ALTER DATABASE DROP LOGFILE MEMBER '路径/损坏的成员.log';

  3. 添加新的成员

    sql
    ALTER DATABASE ADD LOGFILE MEMBER '路径/新成员.log' TO GROUP N;

整个日志组损坏 ​

  1. 如果是当前日志组

    • 需要从备份恢复，可能会丢失数据

  2. 如果是非活动日志组

    sql
    -- 清除该日志组
ALTER DATABASE CLEAR LOGFILE GROUP N;

  3. 如果是活动日志组

    sql
    -- 强制清除（可能会丢失数据）
ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP N;

重做日志切换失败 ​

原因分析 ​

  • 归档目录空间不足
  • 归档目标不可用
  • 重做日志文件权限问题

解决方法 ​

  1. 检查归档目录空间

    sql
    -- 查看归档目的地
SHOW PARAMETER log_archive_dest;

  2. 清理归档空间或添加新的归档目标

  3. 检查并修复归档目标问题

重做日志的最佳实践 ​

配置最佳实践 ​

  • 使用多个重做日志组：至少 3 个，建议 4-5 个
  • 合理的日志文件大小：200MB-2GB，避免过于频繁的日志切换
  • 多个日志成员：每个组至少 2 个成员，存储在不同磁盘
  • 适当的日志缓冲区大小：根据数据库活动调整

监控最佳实践 ​

  • 定期检查日志切换频率：理想情况下每 15-30 分钟一次
  • 监控重做日志状态：确保所有成员正常
  • 监控归档状态：确保归档正常完成
  • 设置告警：当日志切换过于频繁或出现归档问题时

维护最佳实践 ​

  • 定期检查重做日志文件的物理完整性
  • 定期备份控制文件：包含重做日志配置信息
  • 避免在重做日志所在磁盘上进行其他 I/O 密集型操作
  • 使用 ASM 管理重做日志：提高可靠性和性能

版本差异 ​

11g vs 12c ​

  • 多租户架构：12c 中，每个 PDB 有自己的重做日志流
  • 快速增量备份：12c 优化了重做日志的增量备份
  • 重做日志加密：12c 支持重做日志加密

12c vs 19c ​

  • 自动重做日志管理：19c 增强了自动管理能力
  • 重做日志压缩：19c 支持重做日志压缩
  • 更快的日志切换：19c 优化了日志切换性能

常见问题（FAQ） ​

Q1: 如何确定重做日志文件的最佳大小？ ​

A1: 确定重做日志文件大小的方法：

  • 监控当前日志切换频率，目标是每 15-30 分钟一次
  • 考虑数据库的事务量和大小
  • 考虑归档空间和备份策略
  • 参考公式：日志大小 = 平均每分钟生成的重做量 × 期望的日志切换间隔（分钟）

Q2: 重做日志组的数量多少合适？ ​

A2: 重做日志组数量的建议：

  • 最小值：3 个
  • 推荐值：4-5 个
  • 考虑因素：
    • 并发备份操作
    • 日志切换频率
    • 归档速度
    • 系统可用性要求

Q3: 重做日志成员为什么要存储在不同的磁盘上？ ​

A3: 重做日志成员分散存储的原因：

  • 提高可靠性：防止单个磁盘故障导致整个日志组不可用
  • 提高性能：分散 I/O 负载，减少竞争
  • 符合最佳实践：Oracle 官方推荐的配置方式

Q4: 什么是重做日志切换？如何监控？ ​

A4: 重做日志切换是指 Oracle 从当前重做日志组切换到下一个可用日志组的过程。监控方法：

  • 查询 v$log_history 视图
  • 监控 "log file switch" 等待事件
  • 设置告警阈值，当日志切换过于频繁时

Q5: 重做日志损坏如何处理？ ​

A5: 重做日志损坏的处理方法：

  • 单个成员损坏：删除损坏成员并添加新成员
  • 非活动日志组损坏：使用 ALTER DATABASE CLEAR LOGFILE 命令清除
  • 活动日志组损坏：使用 ALTER DATABASE CLEAR UNARCHIVED LOGFILE 命令清除（可能丢失数据）
  • 当前日志组损坏：需要从备份恢复，可能会丢失数据

Q6: 如何优化重做日志性能？ ​

A6: 优化重做日志性能的方法：

  • 使用适当大小的重做日志文件
  • 配置足够的重做日志组
  • 将重做日志成员分散存储在不同磁盘
  • 优化 LOG_BUFFER 参数
  • 使用 ASM 存储重做日志
  • 避免在重做日志所在磁盘上进行其他 I/O 密集型操作