1、2月16日现场同事发现某个空间快要耗尽，让我们手工清楚些数据，腾出足够空间，等用户有预算添加磁盘。该问题年前已经处理过一次，我们已经将数据保留期限做了缩减，按道理不会这么快出现磁盘空间耗尽的情况。
2、我猜测可能是自动分区程序没有运行，没有自动删除旧分区，而新数据又不断产生，导致磁盘空间被逐渐耗尽。看出从2011-02-02开始到16号这段时间分区维护没有执行，导致空间满。于是通知集成组同事运行自动分区维护程序。自动分区维护运行后，空间使用率低于80%了。
3、问题解决了。过了1小时，现场同事又反映采集程序卡住不动了，让我们赶紧核查原因，排除故障，给出故障报告。首先想到的是不是哪个表被锁住了。通过语句查到，确实有很多相关表被锁住了。
4、继续查是哪些语句锁住了表。发现有个语句在执行，该语句为：。
5、看该语句的执行计划，发现是全表扫描，没有走索引。我们估计是不是索引失效了。是什么问题导致的索引失效呢。
1、该问题是运行分区维护后发生的，于是把该问题转给了开发自动分区管理的同事了。该问题后续再补充。如何判断和确认索引失效。
2、通过查看_的来确定用户索引状态。分区索引查看__的来确定。
3、重建索引的方式有哪些，有什么区别。会阻塞对基表的操作，但不会影响期间查询对原有索引的使用。的数据源可能是基表，也可能是原索引。取决于基表和原索引的大小，哪个小，时就会用哪个作为数据源。
4、运行用户在索引重建期间执行操作。的数据源是基表。
5、导致索引失效的原因有哪些。原因：当某些操作导致数据的改变，索引就会完全失效。那什么时候会导致改变使得索引或者呢。一般普通表在在如下３个情况下可以使1)【】【0201；】2)【()】【=+主键重复】。
