当前位置:Gxlcms > mysql > DML语句报错是由于控制文件无法扩大还是另有原因?

DML语句报错是由于控制文件无法扩大还是另有原因?

时间:2021-07-01 10:21:17 帮助过:23人阅读

今天处理了一个非常有意思的故障问题,来龙去脉是这样的: 客户来电咨询控制文件无法扩展,数据库只能查询但不支持DML,需要远程支持。接到电话的第一反应就是CONTROL_FILE_RECORD_KEEP_TIME参数是不是设置太小了,因为这套数据库的备份保留时长达60天。 远

今天处理了一个非常有意思的故障问题,来龙去脉是这样的:

客户来电咨询控制文件无法扩展,数据库只能查询但不支持DML,需要远程支持。接到电话的第一反应就是CONTROL_FILE_RECORD_KEEP_TIME参数是不是设置太小了,因为这套数据库的备份保留时长达60天。

远程以后,首先查看控制文件视图:

\

换算以后,当前控制文件也就25M左右。如果各位网友有心的话,应该会有印象在HACMP+RAC+RAW架构下,控制文件通常都是126M或256M,当前值才25M,而且是ASM可以自动扩展。于是就觉得奇怪了

再建测试表做验证:

\

建表语句hang住了

此时检查数据库的alert日志:

\

原来数据库只能查询但不能DML的原因跟”控制文件无法扩展“没关系,肯定是由于归档路径满了,导致数据库hang住,等待在线日志归档

下面验证该想法:

\

归档目录也在DATA磁盘组

\

显示DATA磁盘组当前只有68M可用空间

到这里,问题根源已经算是找到,解决方法:

连接到RMAN,删除归档日志

delete noprompt archivelog all completed before 'sysdate-2';

再查询磁盘组使用率:

\

剩余35G可用空间,此时应用恢复正常。

启示:

最终的问题解决方法非常简单,但是想分享的是处理问题的思路:当接到问题的时候,要先从客户了解一下所遇到的问题,但记得对客户所提供的线索做一一验证,避免客户信息给我们诊断问题提供了错误方向,因为客户得到的信号源本身就是错误的,就像这个案例中,客户也是远程开发工程师打电话误报“控制文件无法扩展"的。

-------------------------------------------------------------------------------------------------

本文来自于我的技术博客 http://blog.csdn.net/robo23

转载请标注源文链接,否则追究法律责任!

人气教程排行