db2 purescale高可用相关问题

purescale环境下,遇到过某节点故障时,一部分应用程序在其他节点上运行异常的情况(该应用做数据插入操作效率非常低),也就是理论上的高可用在实际生产里没有完全达到预期的效果。如何找原因?

参与4

1同行回答

leilinleilin数据库管理员IBM
请问其他节点上的Inert操作一直慢还是故障接管期间慢?故障前2个节点都在对同一张表执行Insert操作?Insert上的表是否有索引且索引的key值有单向递增的情况?如果是故障接管期间慢,可能的原因是,其他节点上的Insert操作和Commit操作,有可能需要需要执行Index Page Reclaim和Cross...显示全部

请问其他节点上的Inert操作一直慢还是故障接管期间慢?故障前2个节点都在对同一张表执行Insert操作?Insert上的表是否有索引且索引的key值有单向递增的情况?

如果是故障接管期间慢,可能的原因是,其他节点上的Insert操作和Commit操作,有可能需要需要执行Index Page Reclaim和CrossInvalidate操作并访问到故障节点,而这时候故障节点还没有被DB2 Cluster Service标记完成,导致这些操作需要等待超时。

最好在执行Insert操作的节点上收db2 trace (db2trc -t ),看看哪些操作执行时间很长;也可以查询表函数mon_get_pkg_cache_stmt,调用2次找增量,看看慢的时候Insert语句的时间分解,找出执行时间主要化在什么地方。参考附件time.sql。

收起
IT其它 · 2017-05-10
浏览946

提问者

xhren2009
数据库运维工程师CAAC

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2017-05-05
  • 关注会员:2 人
  • 问题浏览:3356
  • 最近回答:2017-05-10
  • X社区推广