Informix常见错误处理思路

Informix常见错误处理思路

ID:36406605

大小:332.60 KB

页数:25页

时间:2019-05-09

Informix常见错误处理思路_第1页
Informix常见错误处理思路_第2页
Informix常见错误处理思路_第3页
Informix常见错误处理思路_第4页
Informix常见错误处理思路_第5页
资源描述:

《Informix常见错误处理思路》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、2021年10月7日深圳IT-叶万华Informix常见错误处理思路及应用informix常见错误处理思路逻辑日志满频繁的锁冲突长事务I/O失败故障现象:数据库不再进行任何操作,使用onstat–l命令观察逻辑日志状态,所有的逻辑日志都处于已使用未备份状态,即flags为U------标志。onspa01g2:/home/szit>onstat–laddressnumberflagsuniqidbeginsizeused%used1228d4ed01U------105213:531280012800100.001228d4f382

2、U------105223:128531280012800100.001228d4fa03U---C-L105233:25653128001082884.591228bec504U-B----105043:384531280012800100.001228becb85U-B----105053:512531280012800100.001228bed206U-B----105063:640531280012800100.001228bed887U------105073:768531280012800100.001228bedf08

3、U------105083:896531280012800100.001228bee589U------105093:1024531280012800100.00(注:红色部分为异常状态,如绿色部分也被使用完,数据库将出现异常。版面上只显示出该店出现异常时用onstat–l监控到的部分信息。)逻辑日志满故障分析:由于数据库的大部分操作都需要记录逻辑日志,所以如果逻辑日志由于各种各样的原因被充满都会导致数据库停止正常的操作,等待逻辑日志空间的释放、重新再利用。原因可能为:数据库逻辑日志没有及时备份数据库逻辑日志空间分配过小逻辑日志里面

4、包含活动事务、包含检查点信息逻辑日志满故障处理:检查是否是由于逻辑日志备份出现问题,如果是不能备份请查找不能备份的原因,可能是由于磁带满或磁带机出现故障,或者是磁带设备繁忙;个别情况下即使逻辑日志标志为已备份但是仍然是不可使用的,包括:该逻辑日志包含活动的事务信息,由于数据库需要考虑其可能的回滚操作,因此是不会让该逻辑日志的内容被覆盖的,可以通过onstat–x检查其beginlg来确定事务的逻辑日志起始位置;包含检查点信息,可以通过onstat–l观察flags的最后一位为L的逻辑日志的位置,在它之后的逻辑日志即使已经备份也是不可

5、使用的,因为这些逻辑日志内容将会在快速恢复中使用到。在这些情况出现以后如果暂时不能快速的处理,可以使用逻辑日志联机增加的功能,只要有空闲的chunk空间,即可在当前逻辑日志后增加新的逻辑日志,并且不需要执行0级备份。逻辑日志满故障现象:在正常的数据库操作中会经常出现-243、-244等一类的锁错误码出现-243Couldnotpositionwithinatabletable-name.-244Couldnotdoaphysical-orderreadtofetchnextrow.类似的锁表现象中,我们在日常的监控过程中会经常观察得

6、到。频繁的锁冲突故障分析:数据库在进行修改操作的时候为了防止其他用户的同时修改,都会在修改所涉及的数据上设置对应的锁,如果其他用户再访问到这些已经被放置上锁的数据,就会出现锁失败。例如如果需要知道在指定的表上是有哪些用户具体占用了锁,可以通过以下的方式查看:执行onstat–u来获得实际的session信息,从中就可以找到锁的拥有者。频繁的锁冲突频繁的锁冲突使用onstat–gsql+sessid–r跟踪查询锁状态故障处理:调整数据库隔离级别,例如使用dirtyread,将数据库表的缺省页级锁修改为行级锁;设置锁等待时间;调整应用S

7、QL,提高执行效率,尽量快的完成事务处理,释放资源;如果需要快速处理锁冲突的情况,在确定锁的实际拥有者以后可以确定是否应该终止其操作,执行onmode–zKillspecifiedsessionid,以达到释放锁资源的目的。频繁的锁冲突故障现象:在数据库日志里面出现发现长事务的提示,受影响的事务处于回滚状态,个别情况下会导致整个数据库实例的其他数据库会话都停止执行。故障分析:当一个活动事务它所占用的逻辑日志个数的比例达到或超过LTXHWM(长事务基准线)所设定的值,数据库就会判定该事务为一个长事务,对该事务进行回滚操作,如

8、果这个时候逻辑日志的使用个数仍然持续上涨达到或超过LTXEHWM所设定的值,则数据库会停止其他会话的正常运转,全力保证该长事务的回滚操作。长事务故障处理:根据数据库日志里面所提供的信息可以很方便的发现具体是哪一个事务造成了长事务。系统

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。