NCV61-NMC技术使用手册(整理后)

1、NC v6.1 NMC 技术使用手册UAP中心编著目录第一章 开始使用NMC错误!未定义书签1.1 概述错误！未定义书签1.1.1 名词解释错误！未定义书签1.1.2 技术架构错误！未定义书签1.1.3 监控服务之间的关系 错误！未定义书签1.1.4 核心特性错误！未定义书签1.1.5 带来的好处错误！未定义书签1.1.6 基于NMC的插件开发错误！未定义书签1.2 部署和使用错误！未定义书签1.2.1 单机的部署错误！未定义书签1.2.2 集群的部署错误！未定义书签1.2.3 WAS启用安全管理 错误！未定义书签1.2.4 服务器端主要的配置文件 错误！未定义书签1.2.5 服务器端部署的几

2、个注意事项 错误！未定义书签1.2.6 NMC客户端的获取 错误！未定义书签1.2.7 启动客户端 错误！未定义书签1.2.8 客户端使用的几种模式 错误！未定义书签1.2.9 利用邮件传输协议进行远程监控 错误！未定义书签1.2.10 客户端主要的配置文件 错误！未定义书签第二章 实时监控错误!未定义书签2.1 概述错误！未定义书签2.2 OverView 错误！未定义书签2.2.1 功能概述错误！未定义书签2.2.2 参数错误！未定义书签2.2.3 详细功能介绍 错误！未定义书签2.3 进程监控错误！未定义书签2.3.1 功能概述错误！未定义书签2.3.2 参数错误！未定义书签2.3.3

3、详细功能介绍错误！未定义书签2.4 线程监控错误！未定义书签2.4.1 功能概述错误！未定义书签2.4.2 参数错误！未定义书签2.4.3 详细功能介绍 错误！未定义书签2.5 数据库监控 错误！未定义书签2.5.1 功能概述错误！未定义书签2.5.2 参数错误！未定义书签2.5.3 详细功能介绍错误！未定义书签2.6 客户端监控错误！未定义书签2.6.1 功能概述错误！未定义书签2.6.2 参数错误！未定义书签2.6.3 NC系统的配置错误！未定义书签2.6.4 详细功能介绍错误！未定义书签2.7 CPU错误！未定义书签2.7.1 功能概述错误！未定义书签2.7.2 参数错误！未定义书签2.

4、7.3 详细功能介绍错误！未定义书签2.8 内存监控错误！未定义书签2.8.1 功能概述错误！未定义书签2.8.2 参数错误！未定义书签2.8.3 详细功能介绍错误！未定义书签2.9 缓存监控错误！未定义书签2.9.1 功能概述错误！未定义书签2.9.2 参数错误！未定义书签2.9.3 详细功能介绍错误！未定义书签2.10 最佳实践 错误！未定义书签2.10.1 不同背景的人的监控策略 错误！未定义书签2.10.2 以问题为中心的监控实践 错误！未定义书签第三章离线分析3.1 概述错误!未定义书签错误！未定义书签错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定

5、义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签第四章集群管理错误!未定义书签3.2 消息中心.3.2.1 功能概述.3.2.2 参数3.2.3 详细功能介绍3.3 日志抽取.3.3.1 功能概述.3.3.2 参数3.3.3 详细功能介绍3.4 日志录制.3.4.1 功能概述.3.4.2 参数3.4.3 详细功能介绍3.5 日志分析.3.5.1 功能概述.3.5.2 参数3.5.3 详细功能介绍36 最佳实践.错误！未定义

6、书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签41 W 42 安全设置.1.1.1 功能概述.1.1.2 参数1.1.3 详细功能介绍4.3 进程管理4.3.1 功能概述.4.3.2 参数4.3.3 详细功能介绍错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签 错误！未定义书签4.4 典型模型层元素4.4.1 功能概述4.4.2 参数4.4.3 详细功能介绍4.5 补丁管理4.5.1 功能概述4.5.

7、2 参数4.5.3 详细功能介绍4.6 最佳实践本章内容概要：概述部署和使用1.1 概述要保障规模不断扩大的应用并保障稳定高效， 服务器集群和负载均衡是必由之路， 开始集群站点在个数位时可以人工进行管理，但当站点变成几十、几百时，靠人工来管理和维护无疑成为灾难， 于是自动化、智能型、可视化的主动监控系统-NMC 应运而生。NMC 是先进的性能监控、性能分析、 系统管理平台。 NMC将极大地提高性能监控、 性能分析、 系统管理的效率， 从而获得更好的服务质量和客户满意度。 对于大规模的复杂的IT 系统， NMC 将变得不可或开始使用 NMC缺。在监控方面，它融入了先进的性能监控思想，比如分布式监

8、控服务、多层穿透、信息采集和分析分离、事件驱动的快照机制等，监控的对象覆盖了 NC 性能关注的所有方面，包括数据库，中间件，客户端等等。在性能分析方面，它具有强大的日志抽取、分析能力，提供了丰富的图表展现功能，可以对 NC、JVM、线程、快照、CPU、内存，客户端，在线用户等日志进行抽取和分析，同时预置了大量的分析模型。在系统管理方面，它采用了主动发现主动管理的思想，可以在中间件出现故障时主动管理，从而提高系统可靠性；集成的补丁管理工具可以帮助管理员对补丁进程快速部署和回滚，极大提高集群环境下补丁管理的效率。1.1.1 名词解释监控域 : 一个服务中心和一组受管于这个服务中心的监控实例的集合。

9、这些监控实例可以分布在多个物理服务器上。监控实例由一组监控服务组成。在一个监控域中，所有的监控实例管理的监控服务都将其监控资源通过服务管理器向服务中心注册，监控服务资源由服务中心统一对外发布。服务中心 (Service Center) :一个监控域的核心管理进程，用于注册监控域内所有的服务资源，同时提供服务启动控制、访问日志、服务请求路由、安全检查、动态参数刷新功能。一个监控域内有且只有一个服务中心，所有的监控实例必须设置服务中心服务器。监控客户端只需要连接服务中心服务器即可访问整个监控域的服务资源。监控域和服务中心关系如图 1-1：图 1.1 监控域-服务中心的关系消息：监控服务产生的警告。

10、消息可以驱动生成快照。比如，线程监控发现某个任务执行时间超过 3 分钟，于是产生一条消息。这条消息驱动生成了中间件和数据库的快照。快照：对系统运行时生成的详细的运行态信息。这些信息用于帮助具体地定位问题。比如中间件的线程详细堆栈， SQL 堆栈。数据库的执行计划等。快照消息绑定。1.1.2技术架构图 1.2 NMC 技术架构NMC 客户端是集成的监控UI ，是基于插件的 UI 框架；客户端通过多种协议与服务中心通信，包括HTTP(s) ， Email ， JMS；服务中心接到客户端请求后，服务中心管理器通过服务定位器对服务进行定位，将请求的服务资源将请求路由到相应的监控进程；监控进程将请求转交

11、给服务管理器，通过服务管理器将请求转交给具体的服务实例处理；一个监控域中可以有一个或者多个监控实例。1.1.3 监控服务之间的关系图 1.3监控服务的关系NMC 一个很重要的优势就是服务之间可以相互穿透， 比如进程到线程再到数据库信息的穿透、 客户端到线 程信息的穿透。在多层架构的系统中，这种层与层之间的监控信息的穿透可以帮助你更加系统地，精确地 分析问题。监控服务都会生成日志和产生消息，这些日志和消息可以进一步成为日志分析的数据来源。1.1.4 核心特性集成的性能监控、问题分析、系统管理的平台；提供 HTTP 、 Email 、 OFFLine 等多种连接或者使用模式；支持多个监控域。每个监

12、控域支持多个服务器、多种类型的监控服务；从客户端到中间件，数据库的无缝的全面的监控体系；支持中间件层和数据库层信息的相互穿透；支持客户端日志和服务器端日志的相互穿透；提供强大的中间件进程级的监控和管理功能； 提供细粒度的线程监控功能； 提供了强大灵活的日志抽取和分析功能； 提供了一种事件驱动的进行主动监控主动管理的功能； 集成了补丁管理的功能； 实现了监控服务的安全和监控目标安全的隔离。1.1.5 带来的好处可获得对系统的高度洞察力。使用 NMC 的实时监控可以获得实时掌握系统的运行状态，无论是系统概要的层面还是细粒度的线程层面， 都一览无余。 对日志和消息的分析可以评估系统整体运行状态、 预

13、测风险。 快速发现和定位问题。无论通过实时监控还是离线分析，都可以快速发现定位性能问题。相对于传统的监 控工具， NMC 可以更加快速地帮助你定位性能问题。 提高系统可用性。进程监控服务提供的主动管理，故障自动回复的功能可提高系统的可用性。即，当进程 监控服务检测到中间件不响应时自动将其重启，或者将备份的服务器加入到集群，从而实现系统的高可用 性。 简洁高效的工作流。比如日志录制提供了响应终端用户的服务工作流，补丁挂你和进程定时重启提供了补 丁维护的工作流。 管理变得简单。系统管理员可以彻底地从补丁管理和中间件管理中解脱出来，把精力放到更加重要的事情 上去。1.1.6 基于 NMC 的插件开发

14、NMC 无论是服务器端还是客户端都采用支持插件的架构， 无论是已有的监控服务还是新开发的监控服务很 容易打包成NMC 的服务，进而集成到 NMC 。图 1.4 开发 NMC 插件1.2 部署和使用1.2.1 单机的部署单机只需要启动单个NMC server 即可，此时，这个NMC server 同时充当服务中心和监控服务器。启动方法：Cd %NCHOME%/NMC/server ./startmonitor.bat(%NCHOME% 特指 NC 实际安装路径的变量。主要以windows 平台作为示例。 )1.2.2 集群的部署集群环境即需要监控多个服务器目标，需要在每个物理服务器上启动一个NM

15、C server 。具体步骤如下：在每个节点上指定服务中心地址。 可以通过 configure.bat 命令，也可以直接修改 ./conf/service.xml 中 service center 部分来实现。图 1.5 配置服务中心先启动服务中心服务器启动节点服务器特别注意：如果重启服务中心服务器，则节点服务器必须重启！1.2.3 WAS 启用安全管理WAS 启用安全管理时， NMC 如果要对 WAS 进行管理 ( 比如启动，停止) ，需要一些特殊配置。以下通过一个实际的例子来说明 :WASHome ： /u01/IBM/WEBSphere/AppServerWAS 安全管理用户名/密码：r

16、oot/rootroot具体步骤如下： create trust key store 一定要用 WAS 带的 keytool 。导出证书：WAS_home/java/bin 下执行以下命令： keytool-export -v -keystore /u01/IBM/WEBSphere/AppServer/profiles/Dmgr01/config/cells/ncprd01Cell01/key.p12 -storepass WEBAS -storetype PKCS12 -alias default -file /nchome/NMC/server/ibm.cer导入证书：在 WAS_hom

17、e/java/bin 下执行以下命令：keytool -import -v -noprompt -keystore /nchome/NMC/server/WASkeystore -storepass rootroot -file /yc57gold/NMC/server/ibm.cer -alias ufida.cer Trustcacerts修改 perties 配置文件，添加如下参数： adminusername=root adminpassword=rootroot .ssl.trustStore=/nchome/NMC/server/WASkeystore.ssl

18、.trustStorePassword=rootroot修改 startmonitor0.sh(bat) ，用 WAS 的 JDK 启动；export JAVA_HOME=/u01/IBM/WEBSphere/AppServer/java 启动NMC 一定要使用startmonitorO.sh(bat)命令启动服务；1.2.4 服务器端主要的配置文件./conf/service.xml服务实例和服务中心的配置文件，是核心配置文件，主要可进行如下配置：服务中心地址每个服务的属性是否启动；是否域内单例；是否生成消息；对于消息的处理方式(快照或者警告)。./conf/perti

19、es各种监控服务的参数的配置文件，是一个核心的配置文件，可以通过如下方式修改：直接编辑文件；通过configure.bat来修改；NMC客户端的参数配置，这种方式直接生效不需要重启实例。./conf/perties日志配置文件。可以通过直接修改文件，修改后必须重启实例才能生效。./conf/perties邮件服务器配置文件。邮件服务器主要用于消息中心和通过邮件方式访问监控服务(见通过邮件访问监控服务部分)，可以通过直接修改配置文件或者configure.bato图1.6配置邮件服务器心1.2.5 服务器端部署的几个注意事项对中间件和数据库的监控依赖

20、于 NCHOME%/ierp/bin/prop.xml文件，为了部署方便，建议将监控服务和NC中间件代码部署在一个服务器上。如果要单独部署，需要在 perites中指定prop.xml。如果在 WAS管理控制台中更改了单个 Server或者集群中某个成员 Server的端口，一定要在NC的prop.xml 文件中修改该对应的端口，要保证 prop.xml和真实环境信息的一致性。Linux/UNIX 环境特别注意要将 NMC/server/bin和NMC/server/目录下的文件赋予可执行权限。把任务放到后台执行(nohup)。JRE_HOME要设置为JDK1.5或者以上

21、的版本。修改 NMC 端口需要修改 NMC/server/conf/server.conf,NMC/server/conf/services.xml , %NCHOME%/resource/perties 三个文件。如果是数据库是RAC环境，需要在prop.xml文件中将数据源拆分成两个针对单个实例的数据源，这样可以保证做快照和数据库检查的性能，可以单独提供一个prop.xml用于NMC。比如：jdbc:oracle:thin:(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP) (HOST=1)(PORT=1521)(ADDRE

22、SS=(PROTOCOL=TCP) (HOST=2)(PORT=1521)(LOAD_BALANCE=yes)(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=ncdata)1.2.6 NMC客户端的获取客户端可以用以下两种方式获得：直接使用 NCHOME%/NMC/client ;或者从服务器上下载一个最新的客户端。下载地址为 http:/servicecenterhost:port/NMC/client.exe 比如：设置 JAVA_HOME进入客户端目 录，执行 monitorconsole.bat。图1.7NMC客户端登录

23、对话框HTTP(默认)：使用HTTP传输协议访问监控服务。EMAIL:使用邮件传输协议来访问监控服务。主要用于无法通过HTTP协议访问远程监控服务器的情况。这种传输方式提供了更灵活的接入方式。OFFLINE:脱机模式。主要用于基于消息和日志的分析。利用邮件传输协议进行远程监控是一种非常灵活的连接方式。只要保证服务器端能收邮件，客户端能发邮件就可以进行实时监控。主要的配置如下：在服务中心服务器配置邮件服务器监控曜务配置傀存退出服务器型务属性配置|邮件配查邮件配置发送邮件服器器偿MTP) ： maill cn接收邮件服务器(POP):amm cn帐号:卜岬一密码:图1.8配置邮件服务器配置conf

24、/services.xml 将maillistner 服务设置为启动：servicemaillistnertruetruetrue/service配置perties修改如下属性：# 远程调用消息处理器# 收邮件fromPOP_REMOTECALL_EMAILADDR=srv# 发送邮件时指定的邮件fromSMTP_SRC_MAIL_ADDR=monitor# 邮件访问控制列表，用；格开MAIL_ACCESS_RULE=liujb ;# 邮件不满足规则将邮件从邮件服务器上删除DelMail_OutOfRule=false注意：监听的邮件帐号最好是专用帐号！客户端登陆时，选择

25、登陆的传输方式为Email。图1.9选择email作为通信方式./conf/resource/domain.xml ：登录过的监控域的历史记录。./conf/resource/resource-client.xml客户端插件的配置文件。./conf/SQL/fixSQL.cfg数据库监控脚本配置文件。./conf/SQL/logSQL.cfg日志分析预置脚本配置文件。本章内容概要：概述进程监控线程监控数据库监控客户端监控内存监控缓存监控2.1 概述实时监控是常规的监控方法。或者你正在客实时监控户现场，实时监控可以让你第一时间扑捉到当前系统正在发生什么，问题的定位和解决方案随之而来。 NMC 支

26、持实时监控的服务主要的包括：OverView 、进程监控、线程监控、数据库监控、CPU 、内存，客户端监控等。 OverView 提供了一个系统概要；进程监控提供了进程级的信息；线程监控提供线程级的信息； CPU 和内存监控提供系统级的信息；客户端监控提供客户端的性能和系统在线人数的信息。每个服务都提供了监控整个系统的某个部分的任务，把这些服务的信息整合起来就看到整个系统的全景。NMC 实时监控有如下优势：可多层信息穿透。这种层与层之间的直接关联可更加全面深入的定位和分析问题；从客户端到中间件在到数据库的端到端的无缝监控；完整的信息 。 NMC 提供的全方位，各个层次，满足各种监控需要的信2.

27、2 OverView图 2.1 OverView提供一个部署结构样式的全局的系统运行状况视图，包括系统运行状态、每个中间件的 JVM heap 信息、 线程信息、数据库的活动会话、集群吞吐量、在线用户数、最新的系统消息等。当系统出现异常，会有警告提示。无自动刷新设置：设置视图的自动刷新时间间隔。单位为秒，默认为 5 秒刷新一次；点击数据库组件进入数据库监控节点，点击中间件组件进入线程监控节点。2.3 进程监控图2.2进程监控-JVM视图图2.3进程监控-WEB线程视图程图2.4进程监控-数据库activesession视图进程监控服务主要实现如下功能:对中间件状态检查，包括端口响应的时间和内存

28、使用的情况，比如，当发现中间件不能正常工作，则可以选择对其自动重启或者动态加入一个备份的中间件；将 JVM HEAP 的使用情况、中间件响应时间、 WEB thread 及 serivce thread 信息采样，将采样信息写入日志，通过日志分析可以对系统进行性能评估和性能诊断；提供每个进程吞吐量的视图；更新数据库连接池的信息和数据库活动会话的信息；对中间件进行管理，比如重启，生成JAVACORE ， HEAPDUMP ，设置定时重启等。NodeAgentHost中间件管理服务器地址， WEBSPHERE DM 服务器的地址默认为，如果为 WEBLOGIC 中间件，则为WEBLOGIC man

29、ager 的地址。NodeAgentPort中间件管理服务器的端口， WEBSPHERE DM 的端口默认为8879，如果没有启集群，则为所在服务器的NodeAgent 的端口，默认为 8880，如果中间件为 WEBLOGIC ，默认端口为 7001。Servertype中间件服务器的类型，默认为 WAS ，可以选择WAS ， WEBLOGIC ， NC 。Adminusername中间件管理员。如果WAS admin 启用了安全管理，则需要设置。如果服务器为 WEBLOGIC ，此参数必须设置。Adminpassword中间件管理员密码。 如果 WAS admin 启用了安全管理， 则需要设

30、置， WEBLOGIC 中间件此参数必须设置。 Propfile默认为././ierp/bin/prop.xml ，修改此参数必须重启监控服务。notResponseThreshold中间件端口响应时间的阀值，单位为毫秒。即当响应时间超过这个阀值，则认为端口 探测失败，默认为5000 毫秒。此参数需要和fail.trytimes 配合使用。fail.trytimes端口探测的次数， 即如果连续fail.trytimes 次此端口探测失败， 则认为中间件已经不能正常工作， 需要重启。默认为8。此参数需要和 notResponseThreshold配合使用。servlet默认为 service/m

31、onitorservlet ，不需要修改。MemoryThreshold内存报警阀值。 此值算法如下heap free/heap total。 默认为0.005。 此参数需要和MemoryTrytimes 配合使用。MemoryTrytimes连续java heap探测的次数，即当连续这些次数探测失败，则发送快照消息或者重启中间件。默认为 10次。此参数需要和MemoryThreshold 配合使用。logDuration进行中间件信息采样同时将信息写入日志的时间间隔，默认为 10 秒。日志会写入 ./logs/mw/ 。restartWhenCheckResponsefailure检查端口失

32、败是否重启 . 。默认为 truerestartWhenCheckMemoryfailure检测 JVM 内存失败是否重启，如果为否，则只是发送报警消息，默认为 false。dumpHeapWhenRestart检查中间件失败是否要做HEAP DUMP ，默认为false。dumpThreadWhenRestart检查中间件失败是否要做THREAD DUMP ，默认为false。N1_PLUGIN_FILEN+1 Standby 需要指定HIS 插件的配置文件，默认为空。N1_STANDBYSERVER_KEYN+1 Standby 需要指定HIS 插件的备份中间件，默认为空。EnableLO

33、CKGC中间件重启时是否做 LOCKGC，默认true。如果为true,则中间件重启时将这个中间件的PKLOCK全部清除。中间件-管理 -启动对选择的中间件进行启动，支持右键。中间件-管理 -重启对选择的中间件进行重启，支持右键。中间件-管理 -停止。对选择的中间件进行启动，支持右键。中间件-管理-定时设置定时重启，支持右键。如下图，则设置 ncMem01每隔7天凌晨零点自动重启。定时重后设置|XserveName 押 口 1口：重启定时 00:00仅执行一次卿鬲 7|天执行一次（玄）.取消）图2.5设置自动重启中间件-管理-DUMPHEAP对所选择的中间件生成 HEAPDUMP ,支持右键。

34、中间件-管理-DUMPTHREAD对所选择的中间件生成 THREADDUMP ,支持右键。中间件-GC对所选择的中间件做 FULL GC ,右键功能。中间件-监控-线程监控对选择的中间件穿透到线程监控节点，支持右键。中间件-监控-全局监控进入全局监控节点，即对所有的中间件在一个视图中进行监控。中间件-定时刷新设置设置进程视图自动刷新的时间间隔，默认为5秒。图2.6设置自动刷新中间件-NCSNAPSHOT对选择的中间件做快照，这个快照需要到消息中心同步才能看到。中间件-刷新刷新当前视图。中间件-详细信息说明双击任何表行，则自动弹出其详细信息。图2.7进程监控详细信息字段解释：字段说明服务名中间件

35、名称状态中间件当前状态，目前后二种状态 Running、down、starting主机中间件服务器地址端口中间件端口重启定时定时重启的配置，可以通过右键或者管理-定时设置WEB线程池WEBcontainer线程池的大小WEB线程远程调用线程数服务线程后台服务的线程数JVMmax(m)JVM heap 的设置(max)JVMtotal(m)JVM heap当前的total值JVMfree(m)JVM heap当前的free值JVMused(m)JVM heap used上次端口检查耗时最次端口探测的响应时间可管理如果启动 WEBSPHERE D喊者 WEBLOGIC manager WJ为 tr

36、ue,否则为false.可管理意味着可以远程对中间件进行启 动，关闭，生成 HEAPDUMR THREADDUMR当监控服务 发现中间件不响应时，可以根据监控服务配置的管理策略 对其自动重启.如果不能管理，则意味着只能做监控数据库-刷新对数据库监控视图进行刷新。数据库-查询进入所选择的数据库的查询节点。数据库监控详细信息说明选中上面的任何一行，如 newSQL所在的行，然后双击，则弹出下面的对话框图2.8数据库详细信息字段说明数据源数据源名称数据库类型数据库类型连接字符串数据库的jdbc连接串连接池大小显力、为 default-max连接池已用在对应的中间件连接池中有多少连接为使用状态dbAc

37、tiveSessions数据库的活动会话数最近检查时间最近进行数据库健康检查的时间2.4 线程监控图2.9数线程监控实时对线程信息细粒度的监控，包括当前业务动作、线程堆栈、SQL堆栈、性能信息、业务信息、线程状态，等待事件等等；对单个线程穿透到数据库；终止一个线程；查询垃圾线程；对单个线程进行独立跟踪；联查业务，联查操作员详细信息等业务功能。MW_THREAD_CHECK_INTERV AL中间件WEB线程检查时间间隔，单位为秒，默认为120s。注意：WEB线程处理的是从客户端发起的请求。MW_THREAD_CHECK_MAXCOSTTIME中间件一个 WEB线程运行时间的阀值，单位为秒，超过

38、这个时间仍没有结束则发送快照消息，默认为180秒。MW_THREAD_CHECK_MAXCOUNTOFSQL中间件一个 WEB线程执行的SQL最大数量，如果超过这个值，则发送快照消息，默认为 1000个。MW_THREAD_CHECK_MAXCOSTOFONESQL=120中间件一个线程最耗时的 SQL阀值，单位为秒，如果 SQL的耗时超过这个值，则发送快照消息，默认为120 秒。视图线程详细信息选中任何一个线程双击，则弹出详细对话框图2.10线程详细对话框可以看到详细的线程信息字段解释：字段说明服务全局模式下中间件的名称线程名称线程名称线程状态当前线程状态业务动作当前的业务操作当前事件当前线

39、程正在做的事件（见线程事件）主 要的事件包括：状取数据库连接SQL翻译、 执行SQL调用EJB序列化、往客户端写 数据、调用master、线程到数据库的映射、 回滚，提交等性能统计当前线程到当前的性能统计（详见性能统 计字段解释）耗时当前线程运行到目前的执行时间，单位为 毫秒远程调用方法远程调用方法客户端地址发起远程调用的客户端地址操作员发起远程调用的操作员主键操作员编码发起远程调用的操作员名称操作员名称发起远程调用的操作员名称.性能统计字段解释字段说明SQLcosttime当前线程所有SQL的累计执行时间（不包括 fetch结果集）readresulttime当前线程fetch结果集的累计时

40、间，单位为毫 秒readrownum当前线程累计fetch 了多少条记录writetoclienttime当前线程写数据到客户端的时间（网络耗时）， 单位为毫秒writetoclientbytes当前线程写到客户端的总字节数readfromclienttime当前线程从客户端读请求的耗时，单位为毫 秒readfromclientbytesP当前线程从可客户端读请求的字节数notclosedconnectioncount当前线程没有关闭的数据库连接数Sql详细信息线程SQL堆栈解释:字段说明Sql务-条为统计信息，包括 SQL执行数量总计、SQL执行 时间总计（不包括fetch结果集），占用数据

41、库连接数总计执行状态后两种状态：running finished耗时Sql执行时间数据库连接执行SQL的数据库连接ID数据源执行SQL的数据源名称注意：任何有SQL的地方，都可以通过鼠标选择这个SQL进行格式化，从而使 SQL更加易读。例如将如下这段详细信息格式化：SELECT pk_jobbasfil , pk_deptdoc , pk_psndoc , pk_custdoc , pk_vendoc , pk_jobmngfil , sealflag , remcode , memo, pk_corp FROM bd_jobmngfil where pk_jobmngfil in （ sel

42、ect pk from DBCache_bd_jobmngfil ） 数据库连接id5623780njpz 执行完毕3读取记录数0格式化后的结果: select pk_jobbasfil , pk_deptdoc , pk_psndoc , pk_custdoc , pk_vendoc , pk_jobmngfil , sealflag , remcode , memo , pk_corp from bd_jobmngfil where pk_jobmngfil in ( select pk fromDBCache_bd_jobmngfil ) 数据库连接id5623780 njpz 执行完毕

43、 3 读取记录数0 调式模式 一个线程如果是调试状态，则这个线程的所有的数据库操作都会将线程信息映射到数据库，大部分情况默 认即可。 全局调试开：除服务线程外的所有的线程默认都是调试模式； 全局调试关：所有的线程都不是调试模式. 选择调试用户：将选择的用户的远程调用设置为调试模式，此时全局模式自动为关闭状态取消用户调试：取消用户调试模式. 服务线程调试开：在全局模式为开的情况下，服务线程处于调试状态.服务线程调试关：服务线程设置为非调试状态. 汇总显示 将当前视图的所有线程信息显示在一个对话框内。 显示过滤 设置当前视图的显示过滤条件，如图：图2.11显示过滤的设置注意，显示服务指的是是否显示

44、后台服务(不同于远程调用) 。垃圾线程垃圾线程是指在服务器端运行的对客户没有意义的线程。 比如客户正在做一个查询， 但没等查询出 结果就直接关掉 IE ， 此时的线程就是垃圾线程。可以通过垃圾线程这个功能将垃圾线程查出来，进一步可以 kill掉此线程。联查数据库如果线程是DEBUG 模式， 则可以穿透到数据库端看这个线程在数据库执行什么事件， 比如执行什么 SQL ，这个 SQL 为什么慢，进一步可以查看锁或者执行计划等信息。联查操作员联查所选线程的操作员的详细信息，比如电话号码，邮件等等，可以直接与这个操作员联系。kill杀掉所选线程，但这个线程必须满足如下条件：线程是 DEBUG 模式；该

45、线程正在执行SQL 。联查业务联查当前线程打开哪些业务节点，方便业务方面的定位。单个线程右键单个线程仅仅针对这个线程的对话框，这个对话框聚集了这个线程相关的所有信息，可以随时刷新这个线程。图 2.12 单个线程2.5 数据库监控图 2.13数据库监控提供一组数据库健康检查的服务，当发现数据库有性能问题时，发送快照或者报警消息；提供客户端可以调用的数据库操作方法；预置了 ORACLE,DB2,SQLSERVER 监控脚本。DB_RUNTIMECHECK_DURATION数据库健康检查时间间隔，单位为秒， -1 不监控，只是供客户端操纵，检查失败会发送快照消息。默认为10 秒。HEALTH_RUN

46、TIME_CHECK_DB_SQL_X进行健康检查时执行的脚本，个数最大为 4 个，检查失败后会发送快照消息。数据库健康检查目前只是支持 ORACLE. 如果是 RAC 环境，则将v$session 改为 gv$session默认HEALTH_RUNTIME_CHECK_DB_SQL_1=select sid， serial# ， client_identifier ， machine fromv$session where username=upper(user) and status=ACTIVE and last_call_et60 order by last_call_et descD

47、B_DUMP_SQL_X生成数据库快照时的执行脚本，个数最大为 8 个，如果是RAC 环境，需要将脚本中的视图转为 GV 视图，要注意测试一下这些脚本的效率! 默认为DB_DUMP_SQL_1=select t.*， dba_waiters tablename from dba_waiters t ；DB_DUMP_SQL_2=select s.client_identifier ， s.sid ， s.serial# ，SQL.SQL_fulltext ， s.last_call_et ， s.event ，SQL.SQL_ID ， child_number ， s.SQL_hash_val

48、ue from v$session s ， v$SQL SQLwhere s.SQL_address = SQL.ADDRESS and s.username = upper(user) and s.status =ACTIVE and s.last_call_et10 order by sidDB_DUMP_SQL_3=select * from (selecthash_value|*|rpad(|substr(lpad( ， 1*(depth-1)|operation |decode(options ， null ， ， |options) ， 1 ， 32) ， 33 ， )| rpad

49、(decode(id ， 0 ， |to_char(hash_value)| ， substr(decode(substr(object_name ， 1 ， 7) ， SYS_LE_， null ，object_name) | ， 1 ， 20) ， 21 ， )| lpad(decode(cardinality ， null ， ，decode(sign(cardinality-1000) ， -1 ， cardinality| ， decode(sign(cardinality-1000000) ， -1 ，trunc(cardinality/1000)|K ， decode(sign(

50、cardinality-00) ， -1 ， trunc(cardinality/1000000)|M trunc(cardinality/00)|G) ， 7 ， ) | | | lpad(decode(bytes ， null ， ， decode(sign(bytes-1024) -1 ， bytes| ， decode(sign(bytes-1048576) ， -1 ， trunc(bytes/1024)|K ， decode(sign(bytes-24) ，-1 ， trunc(bytes/1048576)|M， trunc(bytes/24)|G)， 6 ， ) | | | lp

51、ad(decode(cost ， null ， ， decode(sign(cost-)， -1 ， cost| ， decode(sign(cost-00) ， -1 ， trunc(cost/1000000)|Mtrunc(cost/00)|G)， 8， ) | | as Explain plan from v$SQL_plan where hash_value in (selects.SQL_hash_value from v$session s where s.username = upper(user) and s.status = ACTIVE and s.last_call_et

52、10 ) 进行健康检查的脚本，检查失败后会发送WARNING 消息。DB_CONFCHECK_DURATION进行配置检查的时间间隔，单位为秒， -1 为不检查。 HEALTH_CONF_CHECK_DB_SQL_X 进行数据库配置监控检查的 SQL 。 ACTIVESESSSION_CHECK_DURATION活动会话更新时间间隔，单位秒。默认为为 10 秒。常用脚本客户端预置了常用的监控脚本，配置文件在 client/conf/SQL/fixSQL.cfg ，可以根据需要修改这个配置文件。这些脚本可以通过监控下拉菜单或者选择行的右键功能来执行。图 2.14 常用脚本执行对SQL文本区的SQL执行。如果有多个 SQL,需要选择所要执行的 Sql ,如果只有一条SQL,则只执行这条 SQL 。格式化对 SQL 文本区选择的 SQL 格式化。联查线程对所选择的SQL 反向联查到中间件线程信息。图 2.15联查线程界面图 2.16 联查线程导出 SQL将查询结果导出到 SQL 文件( insert ) 。导出文本将查询结果导出到文本文件。导出 XML将查询结果导出到 XML 文件。2.6客户端监控图2.17客户端性能监控2010-1 1-24 I617 1&0NLINEU3EH M “出旗鼻图2.18在线用户监