问题现象
某日业务反馈表无法入数,但数据库检查时未发现表空间告警。经检查表空间使用情况报告后,发现有大量表的索引报ORA-1654无法扩展错误,且都是表空间TBS_IDX_INTERFACE。

解决过程
怀疑是表空间碎片率太高,或索引的存储参数设置异常,导致无法分配新的区,抽样检查表索引的nextextent和pctincrease也无异常。为解决该问题,优先保障业务使用,先对问题表空间加了4个数据文件,alert日志随即不再报错,应用入数也恢复正常。
进一步对表空间碎片进行检查,发现除了新加的数据文件,其他数据文件的可分配区均小于1M,没有连续的可分配区大于1M,小于索引的nextextent,导致报错。结合库的业务类型,该库有大量的DML操作,且表空间中有大量的空索引,占据大量零碎的区。
为解决表空间碎片问题,我们需要监控此库的表空间碎片情况,定期对相关表进行shrink,定期重建索引,以避免问题再次发生。
这是本际云服务器推荐网小编小本本为大家分享的数据库实际应用案例,希望能够对大家的工作学习有所启发。
原创文章,作者:小编小本本,如若转载,请注明出处:https://www.benjiyun.com/yunzhujiyunwei/vps-yunwei/6021.html
