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

今天处理了一个很有意思的故障问题，来龙去脉是这种：

 

客户来电咨询控制文件无法扩展，数据库仅仅能查询但不支持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可用空间，此时应用恢复正常。

 

 

启发：

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

 

 

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

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

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