重作日志中如何分析日志容量及切换频率？

导读	在Oracle数据库的世界里，Redo Log是一个很是核心的存在，经过Redo日志，Oracle实现了数据变动的延迟写出，经过日志的顺序写推延了数据块离散写的性能影响，从而实现了高效率运做。

Redo Log首先在Buffer中生成，而后写出到磁盘上的Redo Log File – 重作日志文件，那么如何配置日志文件就成为数据库优化和健康巡检的重要内容之一。若是日志文件太小，就会出现重作日志频繁切换，检查点不能及时完成等问题，影响到数据库的正常运行。

最多见的，若是在告警日志中看到 Checkpoint not complete 的提示，就意味着存在日志切换重用时的阻塞。若是频繁出现，那么就必须采起主动的优化措施，如加大日志文件大小、增长日志组等。

在白求恩 – Bethune 智能巡检平台上，咱们专门设定了于此有关的检查分析项目，帮助用户及时简单的剖析在日志设置上可能存在的问题。

在【数据库空间资源 – 重作日志】分析项，能够找到和Redo相关的分析项：

若是在日志设置上存在问题，Bethune会给出分析提示，如如下数据库的日志组大小不一致，三组日志大小是50M，另外两组日志大小是100M，这是不规范的配置，可能来自于某次临时的日志组增长，事实上须要DBA进行审视和整改：

对于日志切换频率，Bethune 给出了详细的趋势分析，多日数据的趋势做为对比展示，能够清晰的帮助咱们看到系统的日志变化和波动点：

将鼠标移动到峰值处，咱们能够看到在每日的21：00，是数据库几种的日志产生高峰，在该时段可能存在批处理做业：

经过点选具体的日期，咱们能够在趋势图保留两个日期，分析其业务变化在日志生成上的改变，如图的两个日期，日志切换的波动很是吻合，这说明这个业务系统的运行是很是规律的：

固然，若是伴随着日志切换，数据库告警日志中出现了『检查点未完成』等待，在分析提示中会以性能标签提示出来，在这种状况下，咱们一般须要进行日志配置的调整以消除这类问题：

以上这段提示给出了很是具体的建议：
在当前实例告警日志中发现了 46 次检查点未完成的提示（检查点未完成致使联机日志没法切换，会引发数据库上一切活动会话的等待，形成业务中断）。其中在 15 点检查点未完成次数最多，共发现了 46 次检查点未完成。检查点未完成时段内，一小时日志切换次数峰值为 50 次，平均每隔 1.2 分钟切换一次。为了不日志没法切换致使业务中断，建议再添加 2 组联机日志。
Bethune 的日志分析，一个页面帮你了解日志组的配置和切换频度，以及数据库的相应性能表征，Oracle数据库无微不至的智能诊断，从白求恩开始！

原文来自：https://www.linuxprobe.com/redo-log.html