介绍
我是本际云服务器推荐网的小编,今天给大家带来最完善的Redo暴增问题解决方案。

问题背景和现象
在业务评估时,数据库容量预估为1T。数据库建设期间,因为业务数据存储和归档存储只需要1T,所以ASM配置容量也只有1T。实际上,因为历史原因,该业务体系只记录了表空间和主机系统存储容量的监控,没有对ASM磁盘空间进行实时监控。结果在突然发生大量数据更新的情况下,监控无法及时发现问题。具体表现为:应用侧反应数据库无法连接,查看集群状态发现集群状态为“stuckarchiver”。经过核实ASM存储、归档日志大小以及归档位置,发现是磁盘空间不足导致的,清理归档日志后集群状态恢复。
问题分析和解决方案
分析归档切换频率,发现异常的归档日志增加导致200G的ASM磁盘在短短的2小时被撑满。快速定位相关变更对象,采用块变更定位法和AWR报告。找到导致死循环的任务并停止它,恢复系统正常。但一时期产生的短时间内对象变更导致表空间增长也需要解决。通过实验验证,发现因为归档和表数据增长的比例不成比例,每一个对象的增长都会产生大量归档日志,但实际上对象存储的增长却非常缓慢。因此,对于这种问题,可以采用实验验证自己的设想的方法。
总体而言,在这篇文章中我们介绍了Redo暴增问题的解决方案,包括问题背景、问题现象、问题分析和解决方案。最后,我们还强调了实验验证自己设想的重要性。
原创文章,作者:小编小本本,如若转载,请注明出处:https://www.benjiyun.com/yunzhujiyunwei/vps-yunwei/5978.html
