Informix常见错误处理思路2003.pptVIP

* * 深圳IT-叶万华 Informix 常见错误处理思路及应用 informix常见错误处理思路 逻辑日志满 频繁的锁冲突 长事务 I/O 失败 故障现象： 数据库不再进行任何操作，使用 onstat –l 命令观察逻辑日志状态，所有的逻辑日志都处于已使用未备份状态，即 flags 为 U------ 标志。 ?onspa01g2:/home/szitonstat –l ???? ? address????????? number?? flags??? uniqid?? begin??????????????? size???? used??? %used 1228d4ed0??????? 1??????? U------? 10521??? 3:53??????????????? 12800??? 12800?? 100.00 1228d4f38??????? 2??????? U------? 10522??? 3:12853???????????? 12800??? 12800?? 100.00 1228d4fa0??????? 3??????? U---C-L? 10523??? 3:25653???????????? 12800??? 10828??? 84.59 1228bec50??????? 4??????? U-B----? 10504??? 3:38453???????????? 12800??? 12800?? 100.00 1228becb8??????? 5??????? U-B----? 10505??? 3:51253???????????? 12800??? 12800?? 100.00 1228bed20??????? 6??????? U-B----? 10506??? 3:64053???????????? 12800??? 12800?? 100.00 1228bed88??????? 7??????? U------? 10507??? 3:76853????? ???????12800??? 12800?? 100.00 1228bedf0??????? 8??????? U------? 10508??? 3:89653???????????? 12800??? 12800?? 100.00 1228bee58??????? 9??????? U------? 10509??? 3:102453??????????? 12800??? 12800?? 100.00 (注：红色部分为异常状态，如绿色部分也被使用完，数据库将出现异常。版面上只显示出该店出现异常时用onstat –l监控到的部分信息。) 逻辑日志满 故障分析： 由于数据库的大部分操作都需要记录逻辑日志，所以如果逻辑日志由于各种各样的原因被充满都会导致数据库停止正常的操作，等待逻辑日志空间的释放、重新再利用。原因可能为： 数据库逻辑日志没有及时备份 数据库逻辑日志空间分配过小 逻辑日志里面包含活动事务、包含检查点信息 逻辑日志满 故障处理： 检查是否是由于逻辑日志备份出现问题，如果是不能备份请查找不能备份的原因，可能是由于磁带满或磁带机出现故障，或者是磁带设备繁忙；个别情况下即使逻辑日志标志为已备份但是仍然是不可使用的，包括： 该逻辑日志包含活动的事务信息，由于数据库需要考虑其可能的回滚操作，因此是不会让该逻辑日志的内容被覆盖的，可以通过 onstat –x 检查其 beginlg 来确定事务的逻辑日志起始位置； 包含检查点信息，可以通过 onstat –l 观察 flags 的最后一位为 L 的逻辑日志的位置，在它之后的逻辑日志即使已经备份也是不可使用的，因为这些逻辑日志内容将会在快速恢复中使用到。 在这些情况出现以后如果暂时不能快速的处理，可以使用逻辑日志联机增加的功能，只要有空闲的 chunk 空间，即可在当前逻辑日志后增加新的逻辑日志，并且不需要执行 0 级备份。 逻辑日志满 故障现象： 在正常的数据库操作中会经常出现－243、－244 等一类的锁错误码出现 -243 Could not position within a table table-name. -244 Could not do a physical-order read to fetch next row. 类似的锁表现象中，我们在日常的监控过程中会经常观察得到。 频繁的锁冲突 故障分析： 数据库在进行修改操作的时候为了防止其他用户的同时修改，都会在修改所涉及的数据上设置对应的锁，如果其他用户再访问到这些已经被放置上锁的数据，就会出现锁失败。例如如果需要知道在指定的表上是有哪