- 浏览: 127041 次
- 性别:
- 来自: 杭州
文章分类
- 全部博客 (145)
- java (145)
- Java网络编程 (1)
- SWT 文本框Text通过GC重绘改变边框颜色 (1)
- tomcat部署web工程的两种方法 (1)
- JAX-RS 从傻逼到牛叉 1:REST 基础知识 (1)
- FreyjaJdbcTemplate 大致上完工了,想请人重构。。 (1)
- 开始认识自己 (1)
- 设计模式-Abstract Factory 模式 (1)
- 数据库中主键的设计原则 (1)
- JNI中jstring类型与c语言中的字符串的转换 (1)
- mac环境变量 (1)
- STC单片机ADC转换的例子 (1)
- myeclipse 8下安装Ibator . (1)
- OSGI与Android结合 (1)
- CSDN BLOG EXPERT (1)
- Java中网络操作的开源库CommonsNet (1)
- Apache License Version 2.0 英文内容及中文翻译 (1)
- JTest (1)
- GeoCon 用C#编写的开源的地理信息数据转换工具 (1)
- ERP简易教程 (1)
- 提高站点在搜索引擎上的排名 (1)
- Wifi (1)
- 腾讯Q+开放平台,相信又是一次成功的模仿 (1)
- C#坦克大战网络版代码 (1)
- Problem16 (1)
- Ajax 应该变成 Ajaj (关于JSON 与 XML 的比较) (1)
- ava框架数据库连接池比较(c3p0 (1)
- dbcp和proxool)bonecp (1)
- 继续向成熟男人靠拢 (1)
- Qt4.7中 默认的构造函数 (1)
- xml CDATA (1)
- 只针对中英文混合分词的中文分词器 (1)
- 典型相关分析及其适用范围和spss操作(转) (1)
- llvm (1)
- java连接数据库Oracle|DB2|Sql Server|Sybase|Informix|MySQL||PostgreSQL|access (1)
最新评论
-
xm3530:
什么鬼?都没法看,发出来干嘛
Android中利用App实现消息推送机制的代码实例 -
lvtenglongxiaohei:
太经典了!
学习一下!
ERP简易教程 -
lvtenglongxiaohei:
<br> 一天中午,丈 ...
ERP简易教程 -
hzw2312:
加油~~~!!!
开始认识自己 -
123048591:
显示乱码
tomcat部署web工程的两种方法
性能监控 1——快照
performance monitoring, part 1: it's a snap(shot)
roger sanders 著
笑熬浆糊 译
天堂鸟自由空间原创作品
天堂鸟自由空间©2002-2005版权所有
转载请保持文档的完整性
访问更多可以浏览http://hbird.myrice.com/myself.html
mailto:jackey.wu@163.com
性能监控 1——快照
roger sanders 著
笑熬浆糊 译
原文出处:《db2 magazine》 quarter 2, 2004 vol. 9, issue 2
英文原文(由于文章翻译未经授权,请在转载时保留原文链接)
你怎么知道什么地方是你的调整努力的焦点呢?还是做个快照吧。当你回顾我最近的专栏时,我总推荐dba们在动手处理做性能调整当中一定要制定明确详细的计划;在头脑里一定要有个现实的可测量的目标。否则,就会成为一个无意义的练习。在改进数据库性能的时候,你必须首先清楚哪里会是性能的瓶颈并且有相应的对策。这就是db2 udb系列产品中性能监控工具的用武之地。从这个专栏开始我将为你讲述一系列如何使用这些工具来确定你应该关注调整效果地地方,并且发现是否调整有效的解决问题。 在这一部分,我将介绍可使用的工具同时将详细说明其中之一(快照监视器)以及与它相关的开关参数。在下个专栏中我将会介绍事件监视器。db2 数据库系统监视器虽然它的名字听起来有些像是一个单独的工具,其实数据库系统监视器实际上是由两种不同类型的监视工具组成,他们负责捕获和返回系统信息:快照监视器和一个或者更多个事件监视器。快照监视器会让你获得在一个指定的时间点上的状态映像。 事件显示器在指定时间发生时获取监视器数据并且将它们记入日志文件。这两种类型所收集的信息都存储于监视器要素中(有时被认为是数据要素);每个要素被设计成存储指定类型的信息。 下面列出的是可利用的监视器要素名单:计数器 用来保留活动或者事件发生次数的合计值(例如,对于一个数据库的已经执行的sql语句的的总数)。计数器数值得增长贯穿监视器的生命周期;而在许多情况下它有可能会重置计数器监视器要素。 gauges 表明一个项目的当前值(例如,当前连接到数据库的应用程序的数量。) 与计数器值不同于的是,gauges的值可以变高或者变低;他们在任一被测量的点实时的值通常取决于数据库活动的级别。 watermarks 表明一个指标在监视开始以后所能达到的最大值或最小值(例如,更新操作所影响的最大行数)。信息要素 提供所有监视活动执行的细节信息(例如,缓冲池名称、数据库名称和别名、详细路径等等)。时间戳 表明一个活动或者事件发生的日期和时间(例如,第一次连接数据库建立的日期和时间)。时间戳被看成是从1970 年1月1 日开始消逝的秒和微妙的数量的值。时间要素 记录时间被花费于执行一个活动或事件的成本(例如:进行排序操作时间花费)。时间要素的值会以从活动或事件开始所流逝的秒和微秒的数量形式来表现。一些时间要素可以被重置。数据库系统监示器使用这些要素的一些组合来获取监视数据并且为每一个要素的数据存储提供了几种选择。快照和事件监视器均可以给予你存放所有被收集的数据在文件或数据库表的选择权,通过屏幕察看或者使用一个定制的程序去处理它。数据库系统监视器通过一些使用自描述的数据流来将监视数据返回到客户端应用程序。使用快照监视应用程序,你可以调用适当的api 获得快照信息然后处理返回的数据流。使用事件监视应用程序,你事先准备从文件或命名管道来接收数据,激活相应的事件监视器,然后按照刚才接收数据那样处理数据流。快照监视器向我提到的一样,快照显示器被设计用于收集那些在它控制下的某一特定时间点的db2 udb实例和一些数据库的状态的信息。快照对于确定一个数据库系统的状态是非常有用的。采用固定的时间间隔,他们能够提供出一写让你观察取向和辨认潜在的问题范围的信息。快照监视通过在命令行处理器(clp)中执行get snapshot命令或者通过从应用程序中调用db2getsnapshot()和db2ggetsnapshot()(如果使用除c或者c++之外的高级编程语言)api。 开关虽然快照监视器信息有助于辨认问题范围,收集数据经常会引起额外的处理负担。例如,为了计算执行sql语句总的时间花费,db2 数据库管理器必须在sql语句执行前后去调用操作系统级命令用来获得时间戳信息。 这些系统级调用的成本可能是昂贵的。其它副作用是增加内存的使用:快照监视器数据是收集和存放在内存中而不是在某些特定的表或者外部文件中。为了有助于减少收集快照监视器数据的过载需求的数量,db2推荐使用控制被收集新的的数量和类型的快照监视器开关。像其他基本开关一样,每个快照监视器都有开和关两种状态的设置。当快照监视器开关打开的时候,在这个开关控制之下的一些监视器要素的信息被收集起来。相反也是。(注意:一定数量的监视信息是不受这些开关的控制因此这些信息不管那些开关被设置成什么状态总会被收集的。)表1 列出了可利用的快照监视器开关参数并且描述了当这个开关被打开始后可以收集信息的类型。除了timestamp缺省值是打开的以外,所有可利用的快照显示器缺省都是关闭的。
表1 。 快照监视器开关参数
查看开关设置在某种程度上,由于快照监视器开关控制着当一个快照被打开时缩搜集到的信息的类型和数量,因此你应该在开始你的监视进程之前搞清楚哪些开关是打开的而那些是关闭的。获得这些信息最简单的方法就是通过在clp中执行get monitor switches命令。在多分区数据库环境下它的基本语法是:get monitor switches partitionnum 参数用来说明你需要获取快照监视器开关参数状态的数据库分区。注: 尖括号()显示的参数是可选的参量,而在方括号([ ])里面的参数是必须的。获取和显示一个单独分区数据库的快照监视器开关的状况,可以执行get monitor switches命令。假定均使用缺省的设置,结果如清单1所示.
清单1 。 运行get monitor switches命令的结果。
从上面可以看到,timestamp这个快照监视器开关的状态是on而其他的都是off。在这个开关状态后面显示的是这个开关打开的精确日期和时间。改变开关参数 在你知道了每一个可用的快照监视器开关的当前状态以后,你就想在你开始监测之前去改变其中的一个或者多个开关的设置。你可以通过改变相对应的数据库管理器配置参数(参见表 1)或者调用应用程序级db2monitorswitches() api函数或执行update monitor switches命令在实例级修改快照监视器开关的设置(该设置在实例重启后依然有效) 这个命令的基本语法:
update monitor switches using [[switchid] on | off ,...]
switchid 指明一个或者多个需要改变状态的快照监视器开关。(该参数可以是以下其中的一部分或者是全部:bufferpool, lock, sort, statement, table, timestamp, uow。)要将lock和sort快照监视器开关参数状态设置为on(实例级别),可以执行update monitor switches using lock on sort on命令。获取数据 当数据库被激活或者与数据库的连接被建立的时候,快照显示器自动地开始收集监视器数据。但是,在你能够观看被收集的数据之前,你必须选取一个快照。(快照看起来就像是当时那个时间点上的监视要素的映像。)你可以通过调用db2getsnapshot() api或者执行get snapshot命令来得到快照。清单2指明了这个命令的基本语法,databasealias 用来说明需要手机快照监视器信息的数据库别名。
清单2 。 get snapshot命令的句法。
仅仅想得到在工资数据库中被应用程序保持的锁定的快照信息,可以执行 get snapshot for locks on payroll命令。该命令输出的工作产品类似于清单3中的结果 (需要注意的是这只是一个非常简单的例子。真正监视器返回的监视数据通常要比这个大得多)
清单3 。 对一个数据库使用get snapshot for locks命令得到的快照输出的样本。
正如你所看到的,使用get snapshot命令(或者db2getsnapshot() api)可以使用于获取几种不同的类型监视数据,它们包括:db2 数据库管理器实例数据 同一实例控制下所有活动数据库的数据库数据 应用程序数据 缓冲池活动数据 表空间数据 表数据 锁数据(关于所有保持锁定的锁的信息) 动态sql 数据(在sql语句缓存中的当时关于sql语句的信息) 。 需要注意的是,在快照监视器开关之间有一种直接交互作用可利用并且当某一个快照打开的情况下会收集到不同类型的监视数据。 如果在一个细节描述的快照显示器开关关闭的情况下选取与它相关联的监视元素的快照,那么监视数据不会返回任何信息。(在早先例子中,被列为“未收集”信息的原因就是lock的快照监视器开关被设置为关闭状态了。如果在快照打开的状态下没有获取到锁定信息,那么“保持的锁定”的值就会为0并且锁定信息列表就不会被提供出来。) 使用sql来捕获数据 在db2 udb的早些版本中,获取快照监视器数据唯一的方式就是去执行get snapshot命令或者从应用程序中调用它对应的api函数。而在db2 udb 8.1中,你还可以通过引用20个可用的快照监视器表函数中的一个来构造查询去收集快照数据。表2列出了这些函数以及指明他们所能获取的具体快照信息。
表2. 快照监视器的表函数
用下面的语法将会创建一个引用非数据库管理器级表函数的查询:
select * from table ( [functionname]('[dbname]',[partitionnum]) as [correlationname]
在这里functionname 用来说明所使用得快照监视器的表函数; dbname 指明需要从那个数据库的快照监视器中搜集数据; partitionnum 说明需要从那个数据库分区的快照监视器中搜集数据; correlationname 则是查询产生的结果数据集的名称。 构造一个引用数据库管理器级的快照监视器表函数查询的语法也是一样的。不同的是:dbname 参数不使用。如果你想要获取一个分区数据库环境里当前分区的快照监视器数据,你可以将partitionnum参数的值设置为-1;如果你希望获取所有分区的快照监视器数据,可以把它设置为-2。同样,如果你想获取当前连接数据库的快照信息,你可以把dbname参数设定成一个空值,也可以使用一对空的单引号或者用一个cast操作——例如:cast (null as char)如果你想要通过使用快照监视器的表函数snapshot_lock来抓取包含被应用程序相关联的当前连接的数据库的锁定数据的快照信息,可以执行下面的语句:
select * from table (snapshot_lock (cast (null as char), -1) as lock_info
如果我们使用payroll数据库(先前的例子) 作为当前的被连接的数据库,那么执行get snapshot for locks on payroll命令返回的信息将会与先前的那个非常的相似(表3)。重置计数器 另一个监视器要素被称为计数器,它保存一个运行期间的具体活动或事件发生的次数的数量的累积。 典型的计数开始于快照监视器开关打开或与数据库的连接被建立(如果实例级别的监视器被使用,计数开始于应用程序第一次建立与该实例控制下的数据库连接的时候) 。计数一旦开始,他将一直继续到适当的快照显示器开关被关闭或直到所有数据库连接被终止。 但是, 但有时候也可以在你没有改变一个或更多快照显示器开关状态和没有终止和重建所有当前活动数据库的连接情况下可以去重置所有计数器为零。在这种情况下,所有的监视器的计数器可以通过执行reset monitor命令去将他们归零。这个命令的基本语法是:reset monitor all 或者 reset monitor for [database | db] [databasealias] [databasealias]指明名你想要将快照监视器的计数器归零的数据库别名。如果你想要重置一个实例控制下的所有数据库快照监视器的计数器,可以切换到这个实例下执行reset monitor all命令。另一方面,如果你只是想要把与payroll数据库相关联的快照监视器的计数器重置为0的话,那么你可以这么做——执行reset monitor for database payroll命令。记住,你不能使用reset monitor命令来有选择性地对快照监视器开关所控制的特殊的监视器组重置他们的计数器。 反而,你必须将适当的快照监视器开关关闭和然后再打开或者终止并且重建数据库连接。 接下来快照监视器只是db2 udb可利用的监视工具当中的一个,并且在有些时候快照并不是很好的选择。 在下个章节中, 我将介绍入何时用事件监视器去收集那些快照监视器所没有办法处理的事件或者活动的监视数据。
performance monitoring, part 1: it's a snap(shot)
roger sanders 著
笑熬浆糊 译
天堂鸟自由空间原创作品
天堂鸟自由空间©2002-2005版权所有
转载请保持文档的完整性
访问更多可以浏览http://hbird.myrice.com/myself.html
mailto:jackey.wu@163.com
性能监控 1——快照
roger sanders 著
笑熬浆糊 译
原文出处:《db2 magazine》 quarter 2, 2004 vol. 9, issue 2
英文原文(由于文章翻译未经授权,请在转载时保留原文链接)
你怎么知道什么地方是你的调整努力的焦点呢?还是做个快照吧。当你回顾我最近的专栏时,我总推荐dba们在动手处理做性能调整当中一定要制定明确详细的计划;在头脑里一定要有个现实的可测量的目标。否则,就会成为一个无意义的练习。在改进数据库性能的时候,你必须首先清楚哪里会是性能的瓶颈并且有相应的对策。这就是db2 udb系列产品中性能监控工具的用武之地。从这个专栏开始我将为你讲述一系列如何使用这些工具来确定你应该关注调整效果地地方,并且发现是否调整有效的解决问题。 在这一部分,我将介绍可使用的工具同时将详细说明其中之一(快照监视器)以及与它相关的开关参数。在下个专栏中我将会介绍事件监视器。db2 数据库系统监视器虽然它的名字听起来有些像是一个单独的工具,其实数据库系统监视器实际上是由两种不同类型的监视工具组成,他们负责捕获和返回系统信息:快照监视器和一个或者更多个事件监视器。快照监视器会让你获得在一个指定的时间点上的状态映像。 事件显示器在指定时间发生时获取监视器数据并且将它们记入日志文件。这两种类型所收集的信息都存储于监视器要素中(有时被认为是数据要素);每个要素被设计成存储指定类型的信息。 下面列出的是可利用的监视器要素名单:计数器 用来保留活动或者事件发生次数的合计值(例如,对于一个数据库的已经执行的sql语句的的总数)。计数器数值得增长贯穿监视器的生命周期;而在许多情况下它有可能会重置计数器监视器要素。 gauges 表明一个项目的当前值(例如,当前连接到数据库的应用程序的数量。) 与计数器值不同于的是,gauges的值可以变高或者变低;他们在任一被测量的点实时的值通常取决于数据库活动的级别。 watermarks 表明一个指标在监视开始以后所能达到的最大值或最小值(例如,更新操作所影响的最大行数)。信息要素 提供所有监视活动执行的细节信息(例如,缓冲池名称、数据库名称和别名、详细路径等等)。时间戳 表明一个活动或者事件发生的日期和时间(例如,第一次连接数据库建立的日期和时间)。时间戳被看成是从1970 年1月1 日开始消逝的秒和微妙的数量的值。时间要素 记录时间被花费于执行一个活动或事件的成本(例如:进行排序操作时间花费)。时间要素的值会以从活动或事件开始所流逝的秒和微秒的数量形式来表现。一些时间要素可以被重置。数据库系统监示器使用这些要素的一些组合来获取监视数据并且为每一个要素的数据存储提供了几种选择。快照和事件监视器均可以给予你存放所有被收集的数据在文件或数据库表的选择权,通过屏幕察看或者使用一个定制的程序去处理它。数据库系统监视器通过一些使用自描述的数据流来将监视数据返回到客户端应用程序。使用快照监视应用程序,你可以调用适当的api 获得快照信息然后处理返回的数据流。使用事件监视应用程序,你事先准备从文件或命名管道来接收数据,激活相应的事件监视器,然后按照刚才接收数据那样处理数据流。快照监视器向我提到的一样,快照显示器被设计用于收集那些在它控制下的某一特定时间点的db2 udb实例和一些数据库的状态的信息。快照对于确定一个数据库系统的状态是非常有用的。采用固定的时间间隔,他们能够提供出一写让你观察取向和辨认潜在的问题范围的信息。快照监视通过在命令行处理器(clp)中执行get snapshot命令或者通过从应用程序中调用db2getsnapshot()和db2ggetsnapshot()(如果使用除c或者c++之外的高级编程语言)api。 开关虽然快照监视器信息有助于辨认问题范围,收集数据经常会引起额外的处理负担。例如,为了计算执行sql语句总的时间花费,db2 数据库管理器必须在sql语句执行前后去调用操作系统级命令用来获得时间戳信息。 这些系统级调用的成本可能是昂贵的。其它副作用是增加内存的使用:快照监视器数据是收集和存放在内存中而不是在某些特定的表或者外部文件中。为了有助于减少收集快照监视器数据的过载需求的数量,db2推荐使用控制被收集新的的数量和类型的快照监视器开关。像其他基本开关一样,每个快照监视器都有开和关两种状态的设置。当快照监视器开关打开的时候,在这个开关控制之下的一些监视器要素的信息被收集起来。相反也是。(注意:一定数量的监视信息是不受这些开关的控制因此这些信息不管那些开关被设置成什么状态总会被收集的。)表1 列出了可利用的快照监视器开关参数并且描述了当这个开关被打开始后可以收集信息的类型。除了timestamp缺省值是打开的以外,所有可利用的快照显示器缺省都是关闭的。
表1 。 快照监视器开关参数
查看开关设置在某种程度上,由于快照监视器开关控制着当一个快照被打开时缩搜集到的信息的类型和数量,因此你应该在开始你的监视进程之前搞清楚哪些开关是打开的而那些是关闭的。获得这些信息最简单的方法就是通过在clp中执行get monitor switches命令。在多分区数据库环境下它的基本语法是:get monitor switches partitionnum 参数用来说明你需要获取快照监视器开关参数状态的数据库分区。注: 尖括号()显示的参数是可选的参量,而在方括号([ ])里面的参数是必须的。获取和显示一个单独分区数据库的快照监视器开关的状况,可以执行get monitor switches命令。假定均使用缺省的设置,结果如清单1所示.
清单1 。 运行get monitor switches命令的结果。
从上面可以看到,timestamp这个快照监视器开关的状态是on而其他的都是off。在这个开关状态后面显示的是这个开关打开的精确日期和时间。改变开关参数 在你知道了每一个可用的快照监视器开关的当前状态以后,你就想在你开始监测之前去改变其中的一个或者多个开关的设置。你可以通过改变相对应的数据库管理器配置参数(参见表 1)或者调用应用程序级db2monitorswitches() api函数或执行update monitor switches命令在实例级修改快照监视器开关的设置(该设置在实例重启后依然有效) 这个命令的基本语法:
update monitor switches using [[switchid] on | off ,...]
switchid 指明一个或者多个需要改变状态的快照监视器开关。(该参数可以是以下其中的一部分或者是全部:bufferpool, lock, sort, statement, table, timestamp, uow。)要将lock和sort快照监视器开关参数状态设置为on(实例级别),可以执行update monitor switches using lock on sort on命令。获取数据 当数据库被激活或者与数据库的连接被建立的时候,快照显示器自动地开始收集监视器数据。但是,在你能够观看被收集的数据之前,你必须选取一个快照。(快照看起来就像是当时那个时间点上的监视要素的映像。)你可以通过调用db2getsnapshot() api或者执行get snapshot命令来得到快照。清单2指明了这个命令的基本语法,databasealias 用来说明需要手机快照监视器信息的数据库别名。
清单2 。 get snapshot命令的句法。
仅仅想得到在工资数据库中被应用程序保持的锁定的快照信息,可以执行 get snapshot for locks on payroll命令。该命令输出的工作产品类似于清单3中的结果 (需要注意的是这只是一个非常简单的例子。真正监视器返回的监视数据通常要比这个大得多)
清单3 。 对一个数据库使用get snapshot for locks命令得到的快照输出的样本。
正如你所看到的,使用get snapshot命令(或者db2getsnapshot() api)可以使用于获取几种不同的类型监视数据,它们包括:db2 数据库管理器实例数据 同一实例控制下所有活动数据库的数据库数据 应用程序数据 缓冲池活动数据 表空间数据 表数据 锁数据(关于所有保持锁定的锁的信息) 动态sql 数据(在sql语句缓存中的当时关于sql语句的信息) 。 需要注意的是,在快照监视器开关之间有一种直接交互作用可利用并且当某一个快照打开的情况下会收集到不同类型的监视数据。 如果在一个细节描述的快照显示器开关关闭的情况下选取与它相关联的监视元素的快照,那么监视数据不会返回任何信息。(在早先例子中,被列为“未收集”信息的原因就是lock的快照监视器开关被设置为关闭状态了。如果在快照打开的状态下没有获取到锁定信息,那么“保持的锁定”的值就会为0并且锁定信息列表就不会被提供出来。) 使用sql来捕获数据 在db2 udb的早些版本中,获取快照监视器数据唯一的方式就是去执行get snapshot命令或者从应用程序中调用它对应的api函数。而在db2 udb 8.1中,你还可以通过引用20个可用的快照监视器表函数中的一个来构造查询去收集快照数据。表2列出了这些函数以及指明他们所能获取的具体快照信息。
表2. 快照监视器的表函数
用下面的语法将会创建一个引用非数据库管理器级表函数的查询:
select * from table ( [functionname]('[dbname]',[partitionnum]) as [correlationname]
在这里functionname 用来说明所使用得快照监视器的表函数; dbname 指明需要从那个数据库的快照监视器中搜集数据; partitionnum 说明需要从那个数据库分区的快照监视器中搜集数据; correlationname 则是查询产生的结果数据集的名称。 构造一个引用数据库管理器级的快照监视器表函数查询的语法也是一样的。不同的是:dbname 参数不使用。如果你想要获取一个分区数据库环境里当前分区的快照监视器数据,你可以将partitionnum参数的值设置为-1;如果你希望获取所有分区的快照监视器数据,可以把它设置为-2。同样,如果你想获取当前连接数据库的快照信息,你可以把dbname参数设定成一个空值,也可以使用一对空的单引号或者用一个cast操作——例如:cast (null as char)如果你想要通过使用快照监视器的表函数snapshot_lock来抓取包含被应用程序相关联的当前连接的数据库的锁定数据的快照信息,可以执行下面的语句:
select * from table (snapshot_lock (cast (null as char), -1) as lock_info
如果我们使用payroll数据库(先前的例子) 作为当前的被连接的数据库,那么执行get snapshot for locks on payroll命令返回的信息将会与先前的那个非常的相似(表3)。重置计数器 另一个监视器要素被称为计数器,它保存一个运行期间的具体活动或事件发生的次数的数量的累积。 典型的计数开始于快照监视器开关打开或与数据库的连接被建立(如果实例级别的监视器被使用,计数开始于应用程序第一次建立与该实例控制下的数据库连接的时候) 。计数一旦开始,他将一直继续到适当的快照显示器开关被关闭或直到所有数据库连接被终止。 但是, 但有时候也可以在你没有改变一个或更多快照显示器开关状态和没有终止和重建所有当前活动数据库的连接情况下可以去重置所有计数器为零。在这种情况下,所有的监视器的计数器可以通过执行reset monitor命令去将他们归零。这个命令的基本语法是:reset monitor all 或者 reset monitor for [database | db] [databasealias] [databasealias]指明名你想要将快照监视器的计数器归零的数据库别名。如果你想要重置一个实例控制下的所有数据库快照监视器的计数器,可以切换到这个实例下执行reset monitor all命令。另一方面,如果你只是想要把与payroll数据库相关联的快照监视器的计数器重置为0的话,那么你可以这么做——执行reset monitor for database payroll命令。记住,你不能使用reset monitor命令来有选择性地对快照监视器开关所控制的特殊的监视器组重置他们的计数器。 反而,你必须将适当的快照监视器开关关闭和然后再打开或者终止并且重建数据库连接。 接下来快照监视器只是db2 udb可利用的监视工具当中的一个,并且在有些时候快照并不是很好的选择。 在下个章节中, 我将介绍入何时用事件监视器去收集那些快照监视器所没有办法处理的事件或者活动的监视数据。
发表评论
-
java连接数据库Oracle|DB2|Sql Server|Sybase|Informix|MySQL||PostgreSQL|access
2012-02-08 14:17 1054<div>Java数据库连接(JDBC)由 ... -
llvm
2012-02-07 16:29 875llvm ... -
典型相关分析及其适用范围和spss操作(转)
2012-02-07 15:43 1575看文章《科学学研 ... -
只针对中英文混合分词的中文分词器
2012-02-03 10:39 1005该版本说明 1、只针对中英文混合分词 需要一些中文和 ... -
xml CDATA
2012-02-03 08:45 1203<h2 style="font-si ... -
Qt4.7中 默认的构造函数
2012-02-01 09:14 1082<p><span style=&qu ... -
继续向成熟男人靠拢
2012-01-11 17:04 878转自徒儿的人人。 ... -
ava框架数据库连接池比较(c3p0,dbcp和proxool)bonecp
2012-01-11 14:13 1129<h1 style="text ... -
Ajax 应该变成 Ajaj (关于JSON 与 XML 的比较)
2011-12-28 15:23 958<span style="font- ... -
Problem16
2011-12-28 12:53 663package com.shui.mu.yao.io. ... -
C#坦克大战网络版代码
2011-12-20 13:09 977简单C#坦克大战网络版代码 写完单机版 http ... -
腾讯Q+开放平台,相信又是一次成功的模仿
2011-12-20 10:44 858今天看到两则新 ... -
Wifi
2011-12-19 13:14 1081. Confirm if Wifi is On ... -
提高站点在搜索引擎上的排名
2011-12-19 12:04 933对于拥有网站的各位站长来说,都希望自己的站点能够在各种 ... -
ERP简易教程
2011-12-16 16:47 916注明:下面的帖子 ... -
GeoCon 用C#编写的开源的地理信息数据转换工具
2011-12-14 12:29 955<p class="MsoNorma ... -
JTest
2011-12-14 09:00 1028接到parasoft公司一位先生打来的电话,说下个月第 ... -
Apache License Version 2.0 英文内容及中文翻译
2011-12-13 12:59 2327</span> <p class= ... -
Java中网络操作的开源库CommonsNet
2011-12-13 12:39 815<p class="MsoNorma ... -
CSDN BLOG EXPERT
2011-12-13 08:59 1092<img src="http://p. ...
相关推荐
DB2性能监控与调优是IT领域中一个重要的议题,特别是在大数据和云计算时代,数据库的高效运行直接影响到企业的业务连续性和用户体验。徐明伟在2011年的ITPUB数据库大会上分享了关于DB2性能监控和调优的最佳实践,这...
"db2性能监控工具"是DB2数据库管理员和系统管理员用来优化和维护数据库性能的关键资源。以下是对这些工具及其重要性的详细解释: 1. **监控工具的重要性**: - 性能监控是确保DB2稳定运行的关键,它帮助识别潜在的...
### DB2性能监控SQL 在数据库管理领域,性能监控是一项至关重要的任务,它能够帮助管理员及时发现并解决数据库性能问题,确保系统稳定高效地运行。本文将详细介绍如何使用SQL语句来监控IBM DB2数据库中的关键性能...
### DB2性能监控和调优入门练习之三(Bufferpool篇) #### 一、Bufferpool基础知识 在DB2中,Bufferpool是数据库管理系统用来缓存数据页和索引页的一个重要组件,它对于提高数据库查询性能至关重要。通过合理配置...
DB2性能指标及监控,好不容易网上找到的,分享一下。 看完后,你可以理解理解OLTP系统关键性能指标是指什么,性能与哪些因素相关,如何监控SQL语句性能,了解数据库层面关键性能指标及获取方法
《DB2性能调优之SQL执行监控》 在数据库管理领域,DB2作为一款强大的关系型数据库管理系统,其性能调优是一项至关重要的任务。本文将深入探讨如何通过监控SQL执行来提升DB2的性能,帮助数据库管理员更好地理解和...
DB2性能指标及监控的知识点主要包括以下几个方面: OLTP系统关键性能指标的理解: OLTP(在线事务处理)系统的性能指标通常包括事务吞吐量和平均响应时间。事务吞吐量是指单位时间内数据库能处理的事务数,平均响应...
最后,DB2性能监控章节讲解了如何利用快照监视器和事件监视器来追踪数据库性能指标。通过监控动态SQL、临时表空间使用情况,以及各种性能指标,我们可以识别性能瓶颈,并据此做出相应的调整。 总之,DB2数据库性能...
包含DB2性能监控与调优的基础知识和进阶知识,以及DB2 SQL查询调优。这些部分将帮助用户深入了解如何通过监控来调优数据库性能。 5. DB2性能诊所实验: 包括DB2性能诊所的锁定、日志记录等实践环节,这些环节将指导...
db2教程-DB2 性能监控; db2教程-DB2常用傻瓜问题1000问; db2教程-db2数据库的备份和恢复; db2教程-DB2优化; db2教程-DB2中的限制; db2教程-我用DB2这些年; 等等...有关很多DB2知识全汇,下载的朋友只希望对你们有所...
除了设置合理的初始参数外,持续的性能监控和调优也是必不可少的。DBA应定期分析数据库的性能指标,如响应时间、等待时间、CPU使用率、内存使用率等,以及系统日志和警告信息,及时发现并解决性能问题。 ### 结论 ...
DB2性能监控与诊断 文档还可能涵盖性能监控工具的使用,比如如何收集性能数据、分析性能瓶颈,并采取相应措施进行解决。这通常涉及到SQL Trace、Explain、DB2 Monitor等功能的使用,以及对数据库日志和性能统计...
### DB2性能优化与监控详解 #### 一、引言 在现代企业的信息化建设中,数据库作为核心的数据存储和管理工具扮演着至关重要的角色。IBM DB2作为一款高性能的企业级数据库管理系统,在诸多领域都有广泛的应用。为了...
DB2数据库性能调整和优化(第2版)侧重于介绍DB2数据库的性能调优。性能调优是一个系统工程:全面监控分析操作系统、I/O性能、内存、应用及数据库才能快速找到问题根源;深刻理解DB2的锁及并发机制、索引原理、数据库...
在本文中,我们将深入探讨DB2的一些常用调优工具,包括Snapshot Monitor、Activity Monitor、Event Monitor、Health Monitor、db2pd以及Recovery Expert,这些都是DB2性能监控和调优的重要组成部分。 1. **Snapshot...
SQL查询性能是DB2性能管理的核心。通过细致地分析SQL语句执行计划和实际执行情况,可以发现潜在的问题并采取相应的优化措施。具体步骤包括: 1. **使用EXPLAIN功能**:DB2提供了强大的EXPLAIN工具,用于展示SQL语句...
### DB2数据库性能监控与调优实践 #### 性能调优概述 DB2数据库作为IBM的一款企业级数据库管理系统,在众多行业中发挥着至关重要的作用。随着业务量的增长和技术的发展,数据库性能逐渐成为影响整个系统效率的关键...
根据提供的标题、描述以及部分内容,可以总结出关于DB2性能分析的关键知识点,这些知识点涵盖了数据库Layout分析、系统总体性能分析及SQL性能分析等方面。 ### 一、DB2性能分析概览 #### 1.1 数据库Layout分析 ...