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

1、 NC v6.1 NMC技术使用手册NC v6.1 NMC技术使用手册 UAP中心 编著目录第一章开始使用NMC41.1概述41.1.1名词解释41.1.2技术架构51.1.3监控服务之间的关系61.1.4核心特性61.1.5带来的好处61.1.6基于NMC的插件开发71.2部署和使用71.2.1单机的部署71.2.2集群的部署71.2.3 WAS启用安全管理81.2.4服务器端主要的配置文件91.2.5服务器端部署的几个注意事项91.2.6 NMC客户端的获取101.2.7启动客户端101.2.8客户端使用的几种模式111.2.9利用邮件传输协议进行远程监控111.2.10客户端主要的配置文

2、件13第二章实时监控142.1概述142.2 OverView142.2.1功能概述152.2.2参数152.2.3详细功能介绍152.3进程监控162.3.1功能概述172.3.2参数172.3.3详细功能介绍182.4线程监控222.4.1功能概述222.4.2参数222.4.3详细功能介绍232.5数据库监控272.5.1功能概述272.5.2参数282.5.3详细功能介绍292.6客户端监控312.6.1功能概述322.6.2参数322.6.3 NC系统的配置322.6.4详细功能介绍342.7CPU352.7.1功能概述352.7.2参数362.7.3详细功能介绍362.8内存监控3

3、72.8.1功能概述372.8.2参数372.8.3详细功能介绍382.9缓存监控382.9.1功能概述382.9.2参数382.9.3详细功能介绍382.10最佳实践392.10.1不同背景的人的监控策略392.10.2以问题为中心的监控实践39第三章离线分析413.1概述413.2消息中心423.2.1功能概述423.2.2参数433.2.3详细功能介绍443.3日志抽取503.3.1功能概述513.3.2参数513.3.3详细功能介绍513.4日志录制553.4.1功能概述553.4.2参数563.4.3详细功能介绍563.5日志分析573.5.1功能概述583.5.2参数583.5.3

4、详细功能介绍593.6最佳实践62第四章集群管理644.1概述644.2安全设置644.2.1功能概述654.2.2参数654.2.3详细功能介绍654.3进程管理654.3.1功能概述664.3.2参数664.3.3详细功能介绍664.4典型模型层元素664.4.1功能概述674.4.2参数674.4.3详细功能介绍674.5补丁管理674.5.1功能概述684.5.2参数694.5.3详细功能介绍694.6最佳实践72第一章 开始使用NMCUAP 技术红皮书系列 第74 / 51页本章内容概要：l 概述l 部署和使用1.1概述要保障规模不断扩大的应用并保障稳定高效，服务器集群和负载均衡是必

5、由之路，开始集群站点在个数位时可以人工进行管理，但当站点变成几十、几百时，靠人工来管理和维护无疑成为灾难，于是自动化、智能型、可视化的主动监控系统-NMC应运而生。NMC是先进的性能监控、性能分析、系统管理平台。NMC将极大地提高性能监控、性能分析、系统管理的效率，从而获得更好的服务质量和客户满意度。对于大规模的复杂的IT系统，NMC将变得不可或缺。在监控方面，它融入了先进的性能监控思想，比如分布式监控服务、多层穿透、信息采集和分析分离、事件驱动的快照机制等，监控的对象覆盖了NC性能关注的所有方面，包括数据库，中间件，客户端等等。在性能分析方面，它具有强大的日志抽取、分析能力，提供了丰富的图表

6、展现功能，可以对NC、JVM、线程、快照、CPU、内存，客户端，在线用户等日志进行抽取和分析，同时预置了大量的分析模型。在系统管理方面，它采用了主动发现主动管理的思想，可以在中间件出现故障时主动管理，从而提高系统可靠性；集成的补丁管理工具可以帮助管理员对补丁进程快速部署和回滚，极大提高集群环境下补丁管理的效率。1.1.1名词解释监控域:一个服务中心和一组受管于这个服务中心的监控实例的集合。这些监控实例可以分布在多个物理服务器上。监控实例由一组监控服务组成。在一个监控域中，所有的监控实例管理的监控服务都将其监控资源通过服务管理器向服务中心注册，监控服务资源由服务中心统一对外发布。服务中心(Ser

7、vice Center) :一个监控域的核心管理进程，用于注册监控域内所有的服务资源，同时提供服务启动控制、访问日志、服务请求路由、安全检查、动态参数刷新功能。一个监控域内有且只有一个服务中心，所有的监控实例必须设置服务中心服务器。监控客户端只需要连接服务中心服务器即可访问整个监控域的服务资源。监控域和服务中心关系如图1-1：图1.1监控域-服务中心的关系消息：监控服务产生的警告。消息可以驱动生成快照。比如，线程监控发现某个任务执行时间超过3分钟，于是产生一条消息。这条消息驱动生成了中间件和数据库的快照。快照：对系统运行时生成的详细的运行态信息。这些信息用于帮助具体地定位问题。比如中间件的线程

8、详细堆栈，SQL堆栈。数据库的执行计划等。快照消息绑定。1.1.2技术架构图1.2 NMC技术架构NMC客户端是集成的监控UI，是基于插件的UI框架；客户端通过多种协议与服务中心通信，包括HTTP(s)，Email，JMS；服务中心接到客户端请求后，服务中心管理器通过服务定位器对服务进行定位，将请求的服务资源将请求路由到相应的监控进程；监控进程将请求转交给服务管理器，通过服务管理器将请求转交给具体的服务实例处理；一个监控域中可以有一个或者多个监控实例。1.1.3监控服务之间的关系图1.3监控服务的关系NMC一个很重要的优势就是服务之间可以相互穿透，比如进程到线程再到数据库信息的穿透、客户端到线

9、程信息的穿透。在多层架构的系统中，这种层与层之间的监控信息的穿透可以帮助你更加系统地，精确地分析问题。监控服务都会生成日志和产生消息，这些日志和消息可以进一步成为日志分析的数据来源。1.1.4核心特性集成的性能监控、问题分析、系统管理的平台；提供HTTP、Email、OFFLine等多种连接或者使用模式；支持多个监控域。每个监控域支持多个服务器、多种类型的监控服务；从客户端到中间件，数据库的无缝的全面的监控体系；支持中间件层和数据库层信息的相互穿透；支持客户端日志和服务器端日志的相互穿透；提供强大的中间件进程级的监控和管理功能；提供细粒度的线程监控功能；提供了强大灵活的日志抽取和分析功能；提供

10、了一种事件驱动的进行主动监控主动管理的功能；集成了补丁管理的功能；实现了监控服务的安全和监控目标安全的隔离。1.1.5带来的好处可获得对系统的高度洞察力。使用NMC的实时监控可以获得实时掌握系统的运行状态，无论是系统概要的层面还是细粒度的线程层面，都一览无余。对日志和消息的分析可以评估系统整体运行状态、预测风险。快速发现和定位问题。无论通过实时监控还是离线分析，都可以快速发现定位性能问题。相对于传统的监控工具，NMC可以更加快速地帮助你定位性能问题。提高系统可用性。进程监控服务提供的主动管理，故障自动回复的功能可提高系统的可用性。即，当进程监控服务检测到中间件不响应时自动将其重启，或者将备份的

11、服务器加入到集群，从而实现系统的高可用性。简洁高效的工作流。比如日志录制提供了响应终端用户的服务工作流，补丁挂你和进程定时重启提供了补丁维护的工作流。管理变得简单。系统管理员可以彻底地从补丁管理和中间件管理中解脱出来，把精力放到更加重要的事情上去。1.1.6基于NMC的插件开发NMC无论是服务器端还是客户端都采用支持插件的架构，无论是已有的监控服务还是新开发的监控服务很容易打包成NMC的服务，进而集成到NMC。图1.4开发NMC插件1.2部署和使用1.2.1单机的部署单机只需要启动单个NMC server即可，此时，这个NMC server同时充当服务中心和监控服务器。启动方法：Cd %NCH

12、OME%/NMC/server./startmonitor.bat(%NCHOME%特指NC实际安装路径的变量。主要以windows平台作为示例。)1.2.2集群的部署集群环境即需要监控多个服务器目标，需要在每个物理服务器上启动一个NMC server。具体步骤如下：在每个节点上指定服务中心地址。可以通过configure.bat命令，也可以直接修改./conf/service.xml中service center 部分来实现。图1.5配置服务中心先启动服务中心服务器启动节点服务器特别注意：如果重启服务中心服务器，则节点服务器必须重启！1.2.3 WAS启用安全管理WAS 启用安全管理时，NM

13、C如果要对WAS进行管理(比如启动，停止)，需要一些特殊配置。以下通过一个实际的例子来说明:WASHome：/u01/IBM/WEBSphere/AppServerWAS安全管理用户名/密码：root/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 -storep

14、ass WEBAS -storetype PKCS12 -alias default -file /nchome/NMC/server/ibm.cer导入证书：在WAS_home/java/bin下执行以下命令：keytool -import -v -noprompt -keystore /nchome/NMC/server/WASkeystore -storepass rootroot -file /yc57gold/NMC/server/ibm.cer -alias ufida.cer trustcacerts修改 perties配置文件，添加如下参数：adminus

15、ername=rootadminpassword=rootroot.ssl.trustStore=/nchome/NMC/server/WASkeystore.ssl.trustStorePassword=rootroot修改startmonitor0.sh(bat)，用WAS的JDK启动；export JAVA_HOME=/u01/IBM/WEBSphere/AppServer/java启动NMC一定要使用startmonitor0.sh(bat)命令启动服务；1.2.4服务器端主要的配置文件./conf/service.xml服务实例和服务中心的配置文件，是核心配置文件，主要可进行如下配置

16、：服务中心地址每个服务的属性是否启动；是否域内单例；是否生成消息；对于消息的处理方式（快照或者警告）。./conf/perties各种监控服务的参数的配置文件，是一个核心的配置文件,可以通过如下方式修改：直接编辑文件；通过configure.bat来修改； NMC客户端的参数配置，这种方式直接生效不需要重启实例。./conf/perties日志配置文件。可以通过直接修改文件，修改后必须重启实例才能生效。./conf/perties邮件服务器配置文件。邮件服务器主要用于消息中心和通过邮件方式访问监控服务（见通过邮件访问监控服务部

17、分），可以通过直接修改配置文件或者configure.bat。图1.6配置邮件服务器心1.2.5服务器端部署的几个注意事项对中间件和数据库的监控依赖于%NCHOME%/ierp/bin/prop.xml文件，为了部署方便，建议将监控服务和NC中间件代码部署在一个服务器上。如果要单独部署，需要在perites中指定prop.xml。如果在WAS管理控制台中更改了单个Server或者集群中某个成员Server的端口，一定要在NC的prop.xml文件中修改该对应的端口，要保证prop.xml和真实环境信息的一致性。Linux/UNIX环境特别注意要将NMC/server/bi

18、n和NMC/server/目录下的文件赋予可执行权限。把任务放到后台执行(nohup)。JRE_HOME要设置为JDK1.5或者以上的版本。修改NMC端口需要修改NMC/server/conf/server.conf，NMC/server/conf/services.xml，%NCHOME%/resource/perties三个文件。如果是数据库是RAC环境，需要在prop.xml文件中将数据源拆分成两个针对单个实例的数据源,这样可以保证做快照和数据库检查的性能，可以单独提供一个prop.xml用于NMC。比如：<databaseUrl>jdbc:oracle

19、:thin:(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=1)(PORT=1521)(ADDRESS=(PROTOCOL=TCP)(HOST=2)(PORT=1521)(LOAD_BALANCE=yes)(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=ncdata)</databaseUrl>1.2.6 NMC客户端的获取客户端可以用以下两种方式获得：直接使用%NCHOME%/NMC/client；或者从服务器上下载一个最新的客户端。下载地址为http:/s

20、ervicecenterhost:port/NMC/client.exe 比如：12:9999/NMC/client.exe1.2.7启动客户端设置JAVA_HOME进入客户端目录，执行monitorconsole.bat。图1.7NMC客户端登录对话框1.2.8客户端使用的几种模式HTTP(默认)：使用HTTP传输协议访问监控服务。EMAIL:使用邮件传输协议来访问监控服务。主要用于无法通过HTTP协议访问远程监控服务器的情况。这种传输方式提供了更灵活的接入方式。OFFLINE:脱机模式。主要用于基于消息和日志的分析。1.2.9利用邮件传输协议进行远程监控利

21、用邮件传输协议进行远程监控是一种非常灵活的连接方式。只要保证服务器端能收邮件，客户端能发邮件就可以进行实时监控。主要的配置如下：在服务中心服务器配置邮件服务器图1.8配置邮件服务器配置conf/services.xml将maillistner服务设置为启动:<service><serviceName>maillistner</serviceName> <implementClass>nc.monitor.service.mailreceiver.MailListener</implementClass> <isStart>

22、true</isStart> <isSingle>true</isSingle> <isNeedSecurityCheck>true</isNeedSecurityCheck></service>配置perties修改如下属性：#远程调用消息处理器#收邮件fromPOP_REMOTECALL_EMAILADDR=srv#发送邮件时指定的邮件fromSMTP_SRC_MAIL_ADDR=monitor#邮件访问控制列表，用；格开MAIL_ACCESS_RULE=liujb；#邮件不满足规则将邮件从邮件服

23、务器上删除DelMail_OutOfRule=false注意：监听的邮件帐号最好是专用帐号！客户端登陆时，选择登陆的传输方式为Email。图1.9选择email作为通信方式1.2.10客户端主要的配置文件./conf/resource/domain.xml：登录过的监控域的历史记录。./conf/resource/resource-client.xml客户端插件的配置文件。./conf/SQL/fixSQL.cfg数据库监控脚本配置文件。./conf/SQL/logSQL.cfg日志分析预置脚本配置文件。第二章 实时监控本章内容概要：l 概述l 进程监控l 线程监控l 数据库监控l 客户端监控

24、l 内存监控l 缓存监控2.1概述实时监控是常规的监控方法。问题正在发生，或者你正在客户现场，实时监控可以让你第一时间扑捉到当前系统正在发生什么，问题的定位和解决方案随之而来。NMC支持实时监控的服务主要的包括：OverView、进程监控、线程监控、数据库监控、CPU、内存，客户端监控等。OverView提供了一个系统概要；进程监控提供了进程级的信息；线程监控提供线程级的信息；CPU和内存监控提供系统级的信息；客户端监控提供客户端的性能和系统在线人数的信息。每个服务都提供了监控整个系统的某个部分的任务，把这些服务的信息整合起来就看到整个系统的全景。NMC实时监控有如下优势：可多层信息穿透。这种

25、层与层之间的直接关联可更加全面深入的定位和分析问题；从客户端到中间件在到数据库的端到端的无缝监控；完整的信息 。NMC提供的全方位，各个层次，满足各种监控需要的信息。2.2 OverView图2.1 OverView2.2.1功能概述提供一个部署结构样式的全局的系统运行状况视图，包括系统运行状态、每个中间件的JVM heap信息、线程信息、数据库的活动会话、集群吞吐量、在线用户数、最新的系统消息等。当系统出现异常，会有警告提示。2.2.2参数无2.2.3详细功能介绍自动刷新设置：设置视图的自动刷新时间间隔。单位为秒，默认为5秒刷新一次；点击数据库组件进入数据库监控节点，点击中间件组件进入线程监

26、控节点。2.3进程监控图2.2进程监控-JVM视图图2.3进程监控-WEB线程视图程图2.4进程监控-数据库activesession视图2.3.1功能概述进程监控服务主要实现如下功能:对中间件状态检查，包括端口响应的时间和内存使用的情况，比如，当发现中间件不能正常工作，则可以选择对其自动重启或者动态加入一个备份的中间件；将JVM HEAP的使用情况、中间件响应时间、WEB thread及serivce thread信息采样，将采样信息写入日志，通过日志分析可以对系统进行性能评估和性能诊断；提供每个进程吞吐量的视图；更新数据库连接池的信息和数据库活动会话的信息；对中间件进行管理，比如重启，生成

27、JAVACORE，HEAPDUMP，设置定时重启等。2.3.2参数NodeAgentHost中间件管理服务器地址，WEBSPHERE DM服务器的地址默认为，如果为WEBLOGIC中间件，则为WEBLOGIC manager的地址。NodeAgentPort中间件管理服务器的端口，WEBSPHERE DM的端口默认为8879，如果没有启集群，则为所在服务器的NodeAgent的端口，默认为8880，如果中间件为WEBLOGIC，默认端口为7001。Servertype中间件服务器的类型，默认为WAS，可以选择WAS，WEBLOGIC，NC。Adminusername中间件管理

28、员。如果WAS admin 启用了安全管理，则需要设置。如果服务器为WEBLOGIC，此参数必须设置。Adminpassword中间件管理员密码。如果WAS admin 启用了安全管理，则需要设置，WEBLOGIC中间件此参数必须设置。Propfile默认为././ierp/bin/prop.xml，修改此参数必须重启监控服务。notResponseThreshold中间件端口响应时间的阀值，单位为毫秒。即当响应时间超过这个阀值，则认为端口探测失败，默认为5000毫秒。此参数需要和fail.trytimes配合使用。fail.trytimes端口探测的次数，即如果连续fail.trytimes

29、次此端口探测失败，则认为中间件已经不能正常工作，需要重启。默认为8。此参数需要和notResponseThreshold配合使用。servlet默认为service/monitorservlet，不需要修改。MemoryThreshold内存报警阀值。此值算法如下heap free/heap total。默认为0.005。此参数需要和MemoryTrytimes配合使用。MemoryTrytimes连续java heap探测的次数，即当连续这些次数探测失败，则发送快照消息或者重启中间件。默认为10次。此参数需要和MemoryThreshold配合使用。logDuration进行中间件信息采样同

30、时将信息写入日志的时间间隔，默认为10秒。日志会写入./logs/mw/。restartWhenCheckResponsefailure检查端口失败是否重启.。默认为truerestartWhenCheckMemoryfailure检测JVM内存失败是否重启，如果为否，则只是发送报警消息，默认为false。dumpHeapWhenRestart检查中间件失败是否要做HEAP DUMP，默认为false。dumpThreadWhenRestart检查中间件失败是否要做THREAD DUMP，默认为false。N1_PLUGIN_FILEN+1 Standby 需要指定HIS插件的配置文件，默认为

31、空。N1_STANDBYSERVER_KEYN+1 Standby 需要指定HIS插件的备份中间件，默认为空。EnableLOCKGC中间件重启时是否做LOCKGC，默认true。如果为true，则中间件重启时将这个中间件的PKLOCK全部清除。2.3.3详细功能介绍中间件-管理-启动对选择的中间件进行启动，支持右键。中间件-管理-重启对选择的中间件进行重启，支持右键。中间件-管理-停止。对选择的中间件进行启动，支持右键。中间件-管理-定时设置定时重启，支持右键。如下图，则设置ncMem01每隔7天凌晨零点自动重启。图2.5设置自动重启中间件-管理-DUMPHEAP对所选择的中间件生成HEAP

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

33、说明服务名中间件名称状态中间件当前状态，目前有三种状态: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 DM或者WEBLOGIC ma

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

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

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

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

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

39、(不包括fetch结果集)，占用数据库连接数总计执行状态有两种状态：running、finished耗时Sql执行时间数据库连接执行SQL的数据库连接ID数据源执行SQL的数据源名称注意：任何有SQL的地方，都可以通过鼠标选择这个SQL进行格式化，从而使SQL更加易读。例如将如下这段详细信息格式化：<record><SQL>SELECT pk_jobbasfil， pk_deptdoc，pk_psndoc， pk_custdoc， pk_vendoc，pk_jobmngfil， sealflag， remcode， memo,pk_corp FROM bd_jobmng

40、fil where pk_jobmngfil in ( select pk from DBCache_bd_jobmngfil )</SQL><数据库连接id>5623780</数据库连接id><数据源>njpz</数据源><执行状态>执行完毕</执行状态><执行耗时>3</执行耗时><读取记录数>0</读取记录数></record>格式化后的结果：<record>< SQL > select pk_jobbasfil ， pk

41、_deptdoc ， pk_psndoc ， pk_custdoc ， pk_vendoc ， pk_jobmngfil ， sealflag ， remcode ， memo ，pk_corpfrom bd_jobmngfilwhere pk_jobmngfil in ( select pk from DBCache_bd_jobmngfil ) < / SQL ><数据库连接id>5623780</数据库连接id><数据源>njpz</数据源><执行状态>执行完毕</执行状态><执行耗时>3&l

42、t;/执行耗时><读取记录数>0</读取记录数></record>调式模式一个线程如果是调试状态，则这个线程的所有的数据库操作都会将线程信息映射到数据库，大部分情况默认即可。全局调试开:除服务线程外的所有的线程默认都是调试模式；全局调试关:所有的线程都不是调试模式.选择调试用户:将选择的用户的远程调用设置为调试模式，此时全局模式自动为关闭状态.取消用户调试:取消用户调试模式. 服务线程调试开:在全局模式为开的情况下，服务线程处于调试状态. 服务线程调试关:服务线程设置为非调试状态.汇总显示将当前视图的所有线程信息显示在一个对话框内。

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

44、掉所选线程，但这个线程必须满足如下条件：线程是DEBUG模式；该线程正在执行SQL。联查业务联查当前线程打开哪些业务节点，方便业务方面的定位。单个线程右键单个线程仅仅针对这个线程的对话框，这个对话框聚集了这个线程相关的所有信息，可以随时刷新这个线程。图2.12单个线程2.5数据库监控图2.13数据库监控2.5.1功能概述 提供一组数据库健康检查的服务，当发现数据库有性能问题时，发送快照或者报警消息； 提供客户端可以调用的数据库操作方法； 预置了ORACLE,DB2,SQLSERVER监控脚本。2.5.2参数DB_RUNTIMECHECK_DURATION数据库健康检查时间间隔，单位为秒，-1不

45、监控，只是供客户端操纵，检查失败会发送快照消息。默认为10秒。HEALTH_RUNTIME_CHECK_DB_SQL_X进行健康检查时执行的脚本，个数最大为4个，检查失败后会发送快照消息。数据库健康检查目前只是支持ORACLE.如果是RAC环境，则将v$session 改为gv$session默认HEALTH_RUNTIME_CHECK_DB_SQL_1=select sid，serial#，client_identifier，machine from v$session where username=upper('user') and status='ACTIVE&#

46、39; and last_call_et>60 order by last_call_et descDB_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，

47、 s.event， SQL.SQL_ID， child_number，s.SQL_hash_value 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_et>10 order by sid DB_DUMP_SQL_3=select * from (select hash_value|'*'|rpad('|'|su

48、bstr(lpad(' '，1*(depth-1)|operation|decode(options， null，''，' '|options)， 1， 32)， 33， ' ')|'|'| rpad(decode(id， 0， '- '|to_char(hash_value)|' -' ， substr(decode(substr(object_name， 1， 7)， 'SYS_LE_'， null， object_name) |' '，1， 20

49、)， 21， ' ')|'|'| lpad(decode(cardinality，null，' '， decode(sign(cardinality-1000)， -1， cardinality|' '， decode(sign(cardinality-1000000)， -1， trunc(cardinality/1000)|'K'， decode(sign(cardinality-1000000000)， -1， trunc(cardinality/1000000)|'M'， trunc(car

50、dinality/1000000000)|'G')， 7， ' ') | '|' | lpad(decode(bytes，null，' '， decode(sign(bytes-1024)， -1， bytes|' '， decode(sign(bytes-1048576)， -1， trunc(bytes/1024)|'K'， decode(sign(bytes-1073741824)， -1， trunc(bytes/1048576)|'M'， trunc(bytes/10737

51、41824)|'G')， 6， ' ') | '|' | lpad(decode(cost，null，' '， decode(sign(cost-10000000)， -1， cost|' '， decode(sign(cost-1000000000)， -1， trunc(cost/1000000)|'M'， trunc(cost/1000000000)|'G')， 8， ' ') | '|' as "Explain plan"

52、from v$SQL_plan where hash_value in (select s.SQL_hash_value from v$session s where s.username = upper('user') and s.status = 'ACTIVE' and s.last_call_et>10 )进行健康检查的脚本，检查失败后会发送WARNING消息。DB_CONFCHECK_DURATION进行配置检查的时间间隔，单位为秒，-1为不检查。HEALTH_CONF_CHECK_DB_SQL_X进行数据库配置监控检查的SQL。ACTIVESE

53、SSSION_CHECK_DURATION活动会话更新时间间隔，单位秒。默认为为10秒。2.5.3详细功能介绍常用脚本客户端预置了常用的监控脚本，配置文件在client/conf/SQL/fixSQL.cfg，可以根据需要修改这个配置文件。这些脚本可以通过监控下拉菜单或者选择行的右键功能来执行。图2.14常用脚本执行对SQL文本区的SQL执行。如果有多个SQL，需要选择所要执行的Sql，如果只有一条SQL，则只执行这条SQL。格式化对SQL文本区选择的SQL格式化。联查线程对所选择的SQL反向联查到中间件线程信息。图2.15联查线程界面图2.16联查线程导出SQL将查询结果导出到SQL文件（i

54、nsert）。导出文本将查询结果导出到文本文件。导出XML将查询结果导出到XML文件。2.6客户端监控图2.17客户端性能监控图2.18在线用户监控图2.19在线用户历史分析2.6.1功能概述对客户端的性能进行监控。包括CPU、IO、网络、java Heap、是否启用压缩、是否启用缓存等信息进行监控。NC客户端通过登录触发执行一个监控任务将监控结果发给NMC服务器。NMC Client对收集上来的数据进行分析。如下图。图2.20客户端监控架构对在线用户进行实时监控和历史分析。2.6.2参数USER_COUNT_INTERVAL=120服务器查询在线用户时间间隔，单位秒，默认为120秒。2.6.3 NC系统的配置要进行客户端监控，需要在NC系统执行前台任务分配，保证用户登录系统时触发监控任务。打开节点客户化->系统维护->前台任务->前台任务分配选择“客户端性能测试”增加任务。图2.21客户端任务分配选择用户（可以多选）选择执行方式。 输入参数启用压缩(true|false)：客户端是否启用压缩方式传输图2.21客户端任务分配2.6.4详细功能介绍刷新把最新的客户端监控数据加载到视图中。显示过滤设置视图显示的过滤条件。图2.22显示过滤监控信息字段解释：项目说明用户ID登录的userid用户编码用户编码用户名称用户名称主机名监控的主机名IP地址