2. 首页 > Oracle教程 > 正文

Oracle教程FG016-Oracle重做日志管理

教程整理：风哥教程  |  更新时间：2026-01-04  |  教程分类：Oracle教程  |  文档学习：2

本文档风哥主要介绍Oracle数据库重做日志（Redo Log）管理相关知识，包括Oracle数据库重做日志的概念、Oracle数据库重做日志的结构、Oracle数据库重做日志组管理、Oracle数据库重做日志切换、Oracle数据库重做日志监控、Oracle数据库重做日志问题处理等内容，由风哥教程参考Oracle官方文档Administration内容编写，适合DBA人员在学习和测试中使用，如果要应用于生产环境则需要自行确认。

Part01-基础概念与理论知识

1.1 Oracle数据库重做日志的概念

Oracle数据库重做日志（Redo Log）用于记录数据库的所有修改操作，包括数据修改、数据字典修改等。当事务修改数据时，Oracle会先将修改记录写入重做日志，然后再修改数据文件。重做日志是数据库恢复的关键组件，用于保证数据库的一致性和持久性。更多视频教程www.fgedu.net.cn

Oracle数据库重做日志的作用：实例恢复、介质恢复、数据一致性、支持高可用（DataGuard、GoldenGate）。

1.2 Oracle数据库重做日志的结构

Oracle数据库重做日志的结构：

  • 重做日志组（Redo Log Group）：由一个或多个重做日志文件组成的逻辑组
  • 重做日志文件（Redo Log File）：物理文件，用于存储重做记录
  • 重做日志成员（Redo Log Member）：重做日志组中的每个日志文件
  • 当前日志组（Current Log Group）：LGWR正在写入的日志组
  • 活动日志组（Active Log Group）：包含实例恢复所需重做记录的日志组
  • 非活动日志组（Inactive Log Group）：不再需要用于实例恢复的日志组

1.3 Oracle数据库重做日志机制

Oracle数据库重做日志机制：

  • LGWR（Log Writer）进程：负责将重做日志缓冲区的内容写入重做日志文件
  • 重做日志缓冲区（Redo Log Buffer）：内存区域，临时存储重做记录
  • 日志切换（Log Switch）：LGWR停止写入当前日志组，开始写入下一个日志组
  • 检查点（Checkpoint）：将内存中的脏数据写入数据文件，更新控制文件
  • 归档（Archiving）：将已满的重做日志文件复制到归档日志目录
风哥提示：了解重做日志的结构和机制是进行重做日志管理的基础。重做日志是数据库恢复的关键，必须确保重做日志的安全和完整。

Part02-生产环境规划与建议

2.1 Oracle数据库重做日志规划

Oracle数据库重做日志规划要点：

# 重做日志组数量规划
– 最小数量：2组
– 推荐数量：3-4组
– 大型系统：4-6组
– 超大型系统：6组以上

# 重做日志成员数量规划
– 每组至少2个成员（多路复用）
– 生产环境建议每组2-3个成员
– 成员分布在不同的磁盘上

# 重做日志大小规划
– 小型系统：50MB-100MB
– 中型系统：100MB-500MB
– 大型系统：500MB-2GB
– 超大型系统：2GB-4GB

# 重做日志切换频率
– 理想切换频率：每15-30分钟切换一次
– 最大切换频率：不超过每5分钟一次
– 最小切换频率：不超过每小时一次

2.2 Oracle数据库重做日志大小设置

Oracle数据库重做日志大小设置建议：

# 重做日志大小设置原则
– 根据业务量和事务量确定
– 根据日志切换频率调整
– 根据存储性能调整
– 根据归档需求调整

# 重做日志大小计算公式
– 日志大小 = (每小时产生的重做日志量) / (每小时切换次数)
– 例如：每小时产生1GB重做日志，每20分钟切换一次，则需要约333MB

# 查看当前重做日志使用情况
– 查看告警日志中的日志切换记录
– 查看v$log_history视图
– 查看v$log视图
– 根据实际使用情况调整大小

2.3 Oracle数据库重做日志优化建议

Oracle数据库重做日志优化建议：

  • 多路复用重做日志：每组至少2个成员，分布在不同磁盘
  • 合理设置日志大小：根据业务量设置，避免频繁切换
  • 足够的日志组数量：3-4组为好，避免等待
  • 日志文件分布：分布在快速的存储上
  • 避免日志竞争：不同磁盘组，避免I/O竞争
  • 监控日志切换：及时发现问题
生产环境建议：重做日志优化要平衡切换频率和日志大小，既不能太频繁导致性能问题，也不能太大导致恢复时间长。建议先根据经验设置，再根据实际使用情况调整。学习交流加群风哥微信: itpux-com

Part03-生产环境项目实施方案

3.1 Oracle数据库重做日志组管理

3.1.1 Oracle数据库查看重做日志组

# 查看重做日志组信息
SQL> select
group#,
thread#,
sequence#,
bytes/1024/1024 as size_mb,
members,
status,
archived
from v$log
order by group#;GROUP# THREAD# SEQUENCE# SIZE_MB MEMBERS STATUS ARC
———- ———- ———- ———- ———- —————- —
1 1 100 500 2 INACTIVE YES
2 1 101 500 2 CURRENT NO
3 1 99 500 2 INACTIVE YES

# STATUS说明：
# CURRENT：当前正在使用的日志组
# ACTIVE：活动的，需要用于实例恢复
# INACTIVE：非活动的，不需要用于实例恢复
# UNUSED：从未使用过

# 查看重做日志组成员
SQL> select
group#,
member,
type,
status
from v$logfile
order by group#, member;GROUP# MEMBER TYPE STATUS
———- ————————————————————- ——- ——-
1 /oradata/fgedudb/redo01a.log ONLINE
1 /oradata/fgedudb/redo01b.log ONLINE
2 /oradata/fgedudb/redo02a.log ONLINE
2 /oradata/fgedudb/redo02b.log ONLINE
3 /oradata/fgedudb/redo03a.log ONLINE
3 /oradata/fgedudb/redo03b.log ONLINE

3.1.2 Oracle数据库添加重做日志组

# 添加重做日志组
SQL> alter database add logfile group 4
2 (‘/oradata/fgedudb/redo04a.log’,
3 ‘/oradata/fgedudb/redo04b.log’)
4 size 500M;Database altered.

# 验证添加的重做日志组
SQL> select group#, sequence#, bytes/1024/1024 as size_mb, status
from v$log
order by group#;GROUP# SEQUENCE# SIZE_MB STATUS
———- ———- ———- —————-
1 100 500 INACTIVE
2 101 500 CURRENT
3 99 500 INACTIVE
4 0 500 UNUSED

3.2 Oracle数据库重做日志成员管理

3.2.1 Oracle数据库添加重做日志成员

# 为现有日志组添加成员
SQL> alter database add logfile member
2 ‘/oradata/fgedudb/redo01c.log’
3 to group 1;Database altered.

# 验证添加的日志成员
SQL> select group#, member, type, status
from v$logfile
where group# = 1
order by member;GROUP# MEMBER TYPE STATUS
———- ————————————————————- ——- ——-
1 /oradata/fgedudb/redo01a.log ONLINE
1 /oradata/fgedudb/redo01b.log ONLINE
1 /oradata/fgedudb/redo01c.log ONLINE

# 删除重做日志成员
SQL> alter database drop logfile member
2 ‘/oradata/fgedudb/redo01c.log’;Database altered.

# 验证删除的日志成员
SQL> select group#, member, type, status
from v$logfile
where group# = 1
order by member;GROUP# MEMBER TYPE STATUS
———- ————————————————————- ——- ——-
1 /oradata/fgedudb/redo01a.log ONLINE
1 /oradata/fgedudb/redo01b.log ONLINE

3.3 Oracle数据库重做日志切换

3.3.1 Oracle数据库手动切换日志

# 手动切换重做日志
SQL> alter system switch logfile;System altered.

# 查看切换后的日志组
SQL> select group#, sequence#, status
from v$log
order by group#;GROUP# SEQUENCE# STATUS
———- ———- —————-
1 101 INACTIVE
2 102 CURRENT
3 99 INACTIVE
4 0 UNUSED

# 强制检查点
SQL> alter system checkpoint;System altered.

# 查看检查点信息
SQL> select
checkpoint_change#,
to_char(checkpoint_time, ‘YYYY-MM-DD HH24:MI:SS’) as checkpoint_time
from v$database;CHECKPOINT_CHANGE# CHECKPOINT_TIME
—————— ——————-
12345678 2026-03-31 10:00:00

# 查看日志历史
SQL> select
sequence#,
to_char(first_time, ‘YYYY-MM-DD HH24:MI:SS’) as first_time,
to_char(next_time, ‘YYYY-MM-DD HH24:MI:SS’) as next_time,
blocks,
archived
from v$log_history
order by sequence# desc;SEQUENCE# FIRST_TIME NEXT_TIME BLOCKS ARC
———- ——————- ——————- ———- —
102 2026-03-31 10:00:00 64000 NO
101 2026-03-31 09:30:00 2026-03-31 10:00:00 64000 YES
100 2026-03-31 09:00:00 2026-03-31 09:30:00 64000 YES

风哥提示：监控重做日志切换频率是重要的管理任务。如果切换太频繁，说明日志太小；如果切换太少，说明日志太大。建议保持每15-30分钟切换一次。学习交流加群风哥QQ113257174

Part04-生产案例与实战讲解

4.1 Oracle数据库重做日志异常处理

在Oracle数据库重做日志管理过程中，可能会遇到以下问题：

4.1.1 Oracle数据库重做日志损坏

# 问题现象：启动数据库时报错ORA-00312/ORA-00313
# 分析步骤：

# 1. 查看损坏的日志文件
SQL> select group#, member, status from v$logfile;GROUP# MEMBER STATUS
———- ————————————————————- ——-
1 /oradata/fgedudb/redo01a.log INVALID
1 /oradata/fgedudb/redo01b.log ONLINE

# 2. 如果有其他成员，清除损坏的成员
SQL> alter database clear logfile group 1;Database altered.

# 3. 如果没有其他成员，需要恢复
# 如果数据库在归档模式
SQL> recover database until cancel;# 4. 预防措施
# – 使用多路复用重做日志
# – 定期备份数据库
# – 监控存储健康状态

4.2 Oracle数据库重做日志切换频繁处理

# 问题现象：日志切换太频繁，每1-2分钟切换一次
# 分析步骤：

# 1. 查看日志切换历史
SQL> select
sequence#,
to_char(first_time, ‘YYYY-MM-DD HH24:MI:SS’) as first_time,
to_char(next_time, ‘YYYY-MM-DD HH24:MI:SS’) as next_time,
(next_time – first_time) * 1440 as duration_min
from v$log_history
order by sequence# desc;SEQUENCE# FIRST_TIME NEXT_TIME DURATION_MIN
———- ——————- ——————- ————
105 2026-03-31 10:05:00 2
104 2026-03-31 10:03:00 2026-03-31 10:05:00 2
103 2026-03-31 10:01:00 2026-03-31 10:03:00 2

# 2. 查看当前日志组大小
SQL> select group#, bytes/1024/1024 as size_mb from v$log;GROUP# SIZE_MB
———- ———-
1 50
2 50
3 50

# 3. 处理方案
# 方案1：增加日志组大小
# 添加新的大日志组
SQL> alter database add logfile group 4
2 (‘/oradata/fgedudb/redo04a.log’,
3 ‘/oradata/fgedudb/redo04b.log’)
4 size 500M;Database altered.

# 切换几次，让新的日志组成为CURRENT
SQL> alter system switch logfile;SQL> alter system switch logfile;SQL> alter system switch logfile;# 删除旧的小日志组
SQL> alter database drop logfile group 1;SQL> alter database drop logfile group 2;SQL> alter database drop logfile group 3;# 方案2：添加更多日志组
SQL> alter database add logfile group 5
2 (‘/oradata/fgedudb/redo05a.log’,
3 ‘/oradata/fgedudb/redo05b.log’)
4 size 500M;Database altered.

# 4. 预防措施
# – 合理设置日志大小
# – 监控日志切换频率
# – 根据业务变化调整

4.3 Oracle数据库重做日志问题解决方案

Oracle数据库重做日志问题的常见解决方案：

  • 日志切换频繁：增加日志大小或添加更多日志组
  • 日志损坏：使用多路复用，清除损坏的日志组
  • 日志等待：优化日志存储性能，分布在不同磁盘
  • 监控日志切换：及时发现问题
  • 多路复用日志：每组至少2个成员，分布在不同磁盘
  • 定期备份：确保可以恢复
生产环境建议：重做日志问题的根本解决需要合理规划日志大小和数量，以及多路复用。建议从规划入手，做好重做日志管理。更多学习教程公众号风哥教程itpux_com

Part05-风哥经验总结与分享

5.1 Oracle数据库重做日志管理最佳实践

Oracle数据库重做日志管理最佳实践：

  • 多路复用重做日志：每组至少2个成员
  • 合理设置日志大小：根据业务量设置
  • 足够的日志组数量：3-4组为好
  • 日志文件分布：分布在快速的存储上
  • 监控日志切换：及时发现问题
  • 定期备份：确保可以恢复
  • 定期检查：检查日志文件状态
风哥提示：重做日志是数据库恢复的关键，必须确保重做日志的安全和完整。建议多路复用重做日志，并定期检查日志状态。from oracle:www.itpux.com

5.2 Oracle数据库重做日志检查清单

# 重做日志管理检查清单
– [ ] 每组至少2个成员
– [ ] 成员分布在不同磁盘
– [ ] 日志大小合理
– [ ] 日志组数量足够（3-4组）
– [ ] 日志切换频率正常（15-30分钟）
– [ ] 监控日志切换
– [ ] 定期备份数据库
– [ ] 定期检查日志状态
– [ ] 及时处理日志问题
– [ ] 多路复用重做日志

# 重做日志问题处理流程
1. 发现重做日志问题
2. 收集重做日志相关信息
3. 分析重做日志问题原因
4. 制定处理方案
5. 执行处理方案
6. 验证问题解决
7. 总结经验，优化预防措施

5.3 Oracle数据库重做日志管理工具推荐

Oracle数据库重做日志管理常用工具：

  • v$log：查看重做日志组信息
  • v$logfile：查看重做日志成员信息
  • v$log_history：查看日志切换历史
  • 告警日志：查看日志切换和错误
  • Oracle Enterprise Manager：图形化重做日志管理
  • AWR/ASH报告：分析历史重做日志情况
持续改进：重做日志管理是一个持续的过程，需要定期review和优化。建议建立重做日志管理的规范和流程，不断改进重做日志管理水平。

本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html

相关推荐

联系我们

在线咨询：点击这里给我发消息

微信号：itpux-com

工作日：9:30-18:30，节假日休息