DB2 监控及snapshot性能分析.pptxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Welcome to HUAWEI Technologies presentation;北信数据库系统监控工具;DB2数据库系统监控器;  计数器(Counter)。计数器保存活动或事件已发生的次数。在监控器的整个生命周期中,计数器值逐渐增加;通常,计数器监控元素是可重置的。为某个数据库执行的 SQL 语句总数就是计数器元素的一个示例。   计量器(Gauge)。计量器保存在特定时间点发生的活动或事件的次数。与计数器值不同,计量器值可增加,也可减少,计量器在给定时间点的值通常取决于数据库活动的级别。当前连接到某个数据库的应用程序数量就是计量器元素的一个示例。   水位标(Watermark)。水位标表示自监控开始以来观测到的最高(最大)或最低(最小)值。更新操作所影响的最大行数就是水位标元素的一个示例。   信息要素(Information)。顾名思义,信息元素提供所执行的全部监控活动的引用类型细节。信息元素的示例包括缓冲池名称、数据库名称和别名、路径详细信息等。   时间戳(Timestamp)。时间戳表示活动或事件发生的日期和时间。时间戳值以 1970 年 1 月 1 日后流逝的秒和微秒数形式提供。与数据库的第一个连接的建立日期和时间就是一个时间戳元素的示例。   时间要素(Time)。时间元素保存执行一个活动或事件所花费的时间。时间值以自活动或事件开始以后流逝的秒和微秒数形式提供,有些时间元素是可重置的。执行一次排序操作所花费的时间就是一个时间元素的示例。 ;快照监控器开关参数;快照监控器开关 ;;监控元素用于存储数据的一种元素就是计数器,计数器用于保存一个运行期间的具体活动或事件发生的次数的数量的累积。典型的计数器开始于快照监视器开关打开或与数据库的连接被建立的时候)。计数器一旦开始,它将一直继续直到快照显示器开关被关闭或所有数据库连接被终止为止。但有时也希望将所有计数器重置为 0,最简便的方法就是执行 RESET MONITOR 命令。此命令的基本语法是:    RESET MONITOR FOR ALL 或 RESET MONITOR FOR[DATABASE | DB] [DatabaseAlias]   其中 DatabaseAlias 表示将为之重置快照监控器计数器的数据库的别名。 如果想重置一个实例控制下的所有数据库快照???控器的计数器,可以切换到这个实例下,然后执行reset monitor all命令。如果只是想把与sample数据库相关联的快照监视器的计数器重置为0的话,可以执行reset monitor for database sample命令。 这里有一个需注意的重点,不能使用 RESET MONITOR 命令选择性地对快照监视器开关所控制的特殊的监视器组重置它们的计数器。 在命令行调用快照监视器只是调用快照监视器的一种方法,并且在有些时候在命令行调用快照并不是很好的选择,比如还可以利用表函数监控或性能管理视图监控。 ; 当数据库被激活或与数据库的连接建立时,打开快照监控器立即开始收集监控数据。但在所收集到的任何数据能够被查看之前,必须捕获快照。可通过执行 GET SNAPSHOT 命令捕获快照或在应用程序中嵌入 db2GetSnapshot() API 得到快照。;2.使用表函数监控(1);使用表函数监控(2);3.使用性能管理视图;背景: 北信清算保障流程第20步中“乐高74场-清分场次”执行失败(见问题单PBI000008187 ) 091957|I1|NCS_Kernel.*|excute_*|645????:?cycle[74]?time?over(100min)! 74场会使用mpay_trans_log表,而且每月切换一次。 1月份时74场乐高清分场次使用表mpay_trans_log12(不存在问题),2月1号开始切换到mpay_trans_log11后,每日出现74场执行超时失败的问题。 ;2. Database Snapshot中还发现 No victim buffers available = 6897616,发现缓冲池大量被抢占,干净页不足; 3. 随后系统岗研判时通过事件监控器抓取静态SQL语句,发现cu_legdb.tbl_cuslt_lego_mpay_trans_log11读取量最大,该静态语句执行对该表的select操作。通过db2expln查看Package得知该语句执行计划缓慢,对索引和表进行双倍预取,额外消耗509889数据页,占用了大量缓冲池页面(如右所示)。 ;分析原因: 初步分析为上海重构清算库后,没有对mpay_trans_l

文档评论(0)

676200 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档