NCV6.3-NMC技术使用手册

1、NMC使用手册目录NMC使用手册1目录2第一部分：开始使用NMC9第一章：概述9名词解释10技术架构11监控服务之间的关系12核心特性12带来的好处13基于NMC的插件开发13第二章：部署和使用14单机的部署14集群的部署14WAS启用安全管理15服务器端主要的配置文件16服务器端部署的几个注意事项17NMC客户端的获取18启动客户端18客户端使用的几种模式19利用邮件传输协议进行远程监控19客户端主要的配置文件20第二部分：实时监控22概述22第三章：OverView23功能概述23参数23详细功能介绍23第四章：进程监控24功能概述25参数25详细功能介绍27第五章：线程监控32功能概述3

2、2参数32详细功能介绍33第六章：数据库监控39功能概述39参数39详细功能介绍41第七章：客户端监控43功能概述44参数44NC系统的配置45详细功能介绍46第八章：CPU49功能概述49参数49详细功能介绍50第九章：内存监控51功能概述51参数51详细功能介绍52第十章：缓存监控53功能概述53参数53详细功能介绍53第十一章 系统监控55功能概述55参数55注意事项55详细功能介绍57第十二章：最佳实践58不同背景的人的监控策略58以问题为中心的监控实践58第三部分：离线分析60概述60第十三章：消息中心61功能概述61参数62详细功能介绍64第十四章：日志抽取72功能概述72参数72

3、详细功能介绍73第十五章：日志录制78功能概述78参数79详细功能介绍79第十六章：日志分析81功能概述82参数82详细功能介绍82第十七章：NC Performance Report86功能概述86参数86详细功能介绍86第十八章：Business Data Pattern Report92功能概述92参数92详细功能介绍92第十九章：AWR94功能概述94详细功能介绍94第二十章：最佳实践96第四部分：集群管理98概述98第二十一章：安全设置99功能概述99参数99详细功能介绍99第二十二章：进程管理100功能概述100参数100详细功能介绍100第二十三章：参数设置101功能概述101参

4、数101详细功能介绍101第二十四章：补丁管理5102功能概述102参数103详细功能介绍103第二十五章：补丁管理6109功能概述109详细功能介绍109第二十六章：MasterHA115功能概述115参数115注意事项115详细功能介绍115第二十五章：最佳实践118第五部分：其它118概述118第二十七章：网络测试119功能概述119参数119详细功能介绍119第二十八章：客户端性能优化121功能概述121参数121详细功能介绍121第一部分：开始使用NMC第一章：概述要保障规模不断扩大的应用并保障稳定高效，服务器集群和负载均衡是必由之路，开始集群站点在个数位时可以人工进行管理，但当站点

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

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

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

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

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

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

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

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

13、一些特殊配置。以下通过一个实际的例子来说明:WASHome：/u01/IBM/WEBSphere/AppServerWAS安全管理用户名/密码：root/rootroot具体步骤如下：n 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 P

14、KCS12 -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 trustcacertsn 修改 perties配置文件，添加如下参数：adminusername=rootadminpass

15、word=rootroot.ssl.trustStore=/nchome/NMC/server/WASkeystore.ssl.trustStorePassword=rootrootn 修改startmonitor0.sh(bat)，用WAS的JDK启动；export JAVA_HOME=/u01/IBM/WEBSphere/AppServer/javan 启动NMC一定要使用startmonitor0.sh(bat)命令启动服务；n 注意事项.ssl.trustStore=d:/wasstore 或者写成.ssl.trustStore=d:wasstore服务器端主要的配置文件./conf/

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

17、perties邮件服务器配置文件。邮件服务器主要用于消息中心和通过邮件方式访问监控服务（见通过邮件访问监控服务部分），可以通过直接修改配置文件或者configure.bat。图2-2配置邮件服务器服务器端部署的几个注意事项n 对中间件和数据库的监控依赖于%NCHOME%/ierp/bin/prop.xml文件，为了部署方便，建议将监控服务和NC中间件代码部署在一个服务器上。如果要单独部署，需要在perites中指定prop.xml。n 如果在WAS管理控制台中更改了单个Server或者集群中某个成员Server的端口，一定要在NC的prop.xml文件中修改该对

18、应的端口，要保证prop.xml和真实环境信息的一致性。n Linux/UNIX环境特别注意要将NMC/server/bin和NMC/server/目录下的文件赋予可执行权限。把任务放到后台执行(nohup)。n JRE_HOME要设置为JDK1.5或者以上的版本。n 修改NMC端口需要修改NMC/server/conf/server.conf，NMC/server/conf/services.xml，%NCHOME%/resource/perties三个文件。n 如果是数据库是RAC环境，需要在prop.xml文件中将数据源拆分成两个针对单个实例的数据源,这样可以保证做

19、快照和数据库检查的性能，可以单独提供一个prop.xml用于NMC。比如：  <databaseUrl>jdbc:oracle: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>改成以下两个数据源:

20、<dataSource><dataSourceName>dbsource11</dataSourceName>. <databaseUrl>jdbc:oracle:thin:1:1521:ncdata</dataDbaseUrl>.</dataSource><dataSource><dataSourceName> dbsource12</dataSourceName><databaseUrl>jdbc:oracle:thin:1:1

21、521:ncdata</dataDbaseUrl>.</dataSource>NMC客户端的获取客户端可以用以下两种方式获得：n 直接使用%NCHOME%/NMC/client；n 或者从服务器上下载一个最新的客户端。下载地址为http:/servicecenterhost:port/NMC/client.exe 比如：12:9999/NMC/client.exe启动客户端n 设置JAVA_HOMEn 进入客户端目录，执行monitorconsole.bat。图2-2NMC客户端登录对话框客户端使用的几种模式n HTTP(默认)：使用H

22、TTP传输协议访问监控服务。n EMAIL:使用邮件传输协议来访问监控服务。主要用于无法通过HTTP协议访问远程监控服务器的情况。这种传输方式提供了更灵活的接入方式。n OFFLINE:脱机模式。主要用于基于消息和日志的分析。利用邮件传输协议进行远程监控利用邮件传输协议进行远程监控是一种非常灵活的连接方式。只要保证服务器端能收邮件，客户端能发邮件就可以进行实时监控。主要的配置如下：n 在服务中心服务器配置邮件服务器图2-4配置邮件服务器n 配置conf/services.xml将maillistner服务设置为启动:<service> <serviceName>mail

23、listner</serviceName> <implementClass>nc.monitor.service.mailreceiver.MailListener</implementClass> <isStart>true</isStart> <isSingle>true</isSingle> <isNeedSecurityCheck>true</isNeedSecurityCheck></service>n 配置perties修改如下属性：#远程调

24、用消息处理器#收邮件fromPOP_REMOTECALL_EMAILADDR=srv#发送邮件时指定的邮件fromSMTP_SRC_MAIL_ADDR=monitor#邮件访问控制列表，用；格开MAIL_ACCESS_RULE=liujb；#邮件不满足规则将邮件从邮件服务器上删除DelMail_OutOfRule=false注意：监听的邮件帐号最好是专用帐号！n 客户端登陆时，选择登陆的传输方式为Email。图2-5选择email作为通信方式客户端主要的配置文件n ./conf/resource/domain.xml：登录过的监控域的历史记录。n ./conf/resource/resourc

25、e-client.xml客户端插件的配置文件。n ./conf/SQL/fixSQL.cfg数据库监控脚本配置文件。n ./conf/SQL/logSQL.cfg日志分析预置脚本配置文件。第二部分：实时监控概述实时监控是常规的监控方法。问题正在发生，或者你正在客户现场，实时监控可以让你第一时间扑捉到当前系统正在发生什么，问题的定位和解决方案随之而来。NMC支持实时监控的服务主要的包括：OverView、进程监控、线程监控、数据库监控、CPU、内存，客户端监控等。OverView提供了一个系统概要；进程监控提供了进程级的信息；线程监控提供线程级的信息；CPU和内存监控提供系统级的信息；客户端监控

26、提供客户端的性能和系统在线人数的信息。每个服务都提供了监控整个系统的某个部分的任务，把这些服务的信息整合起来就看到整个系统的全景。NMC实时监控有如下优势：n 可多层信息穿透。这种层与层之间的直接关联可更加全面深入的定位和分析问题；n 从客户端到中间件在到数据库的端到端的无缝监控；n 完整的信息 。NMC提供的全方位，各个层次，满足各种监控需要的信息。第三章：OverView图3-1 OverView功能概述提供一个部署结构样式的全局的系统运行状况视图，包括系统运行状态、每个中间件的JVM heap信息、线程信息、数据库的活动会话、集群吞吐量、在线用户数、最新的系统消息等。当系统出现异常，会有

27、警告提示。参数无详细功能介绍n 自动刷新设置：设置视图的自动刷新时间间隔。单位为秒，默认为5秒刷新一次；n 点击数据库组件进入数据库监控节点，点击中间件组件进入线程监控节点。第四章：进程监控图4-1进程监控-JVM视图图4-2进程监控-WEB线程视图4-3进程监控-数据库activesession视图功能概述进程监控服务主要实现如下功能:n 对中间件状态检查，包括端口响应的时间和内存使用的情况，比如，当发现中间件不能正常工作，则可以选择对其自动重启或者动态加入一个备份的中间件；n 将JVM HEAP的使用情况、中间件响应时间、WEB thread及serivce thread信息采样，将采样信

28、息写入日志，通过日志分析可以对系统进行性能评估和性能诊断；n 提供每个进程吞吐量的视图；n 更新数据库连接池的信息和数据库活动会话的信息；n 对中间件进行管理，比如重启，生成JAVACORE，HEAPDUMP，设置定时重启等。参数n NodeAgentHost中间件管理服务器地址，WEBSPHERE DM服务器的地址默认为，如果为WEBLOGIC中间件，则为WEBLOGIC manager的地址。n NodeAgentPort中间件管理服务器的端口，WEBSPHERE DM的端口默认为8879，如果没有启集群，则为所在服务器的NodeAgent的端口，默认为8880，如果中间

29、件为WEBLOGIC，默认端口为7001。n Servertype中间件服务器的类型，默认为WAS，可以选择WAS，WEBLOGIC，NC。n Adminusername中间件管理员。如果WAS admin 启用了安全管理，则需要设置。如果服务器为WEBLOGIC，此参数必须设置。n Adminpassword中间件管理员密码。如果WAS admin 启用了安全管理，则需要设置，WEBLOGIC中间件此参数必须设置。n Propfile默认为././ierp/bin/prop.xml，修改此参数必须重启监控服务。n notResponseThreshold中间件端口响应时间的阀值，单位为毫秒。

30、即当响应时间超过这个阀值，则认为端口探测失败，默认为5000毫秒。此参数需要和fail.trytimes配合使用。n fail.trytimes端口探测的次数，即如果连续fail.trytimes次此端口探测失败，则认为中间件已经不能正常工作，需要重启。默认为8。此参数需要和notResponseThreshold配合使用。n servlet默认为service/monitorservlet，不需要修改。n MemoryThreshold内存报警阀值。此值算法如下heap free/heap total。默认为0.005。此参数需要和MemoryTrytimes配合使用。n MemoryTry

31、times连续java heap探测的次数，即当连续这些次数探测失败，则发送快照消息或者重启中间件。默认为10次。此参数需要和MemoryThreshold配合使用。n logDuration进行中间件信息采样同时将信息写入日志的时间间隔，默认为10秒。日志会写入./logs/mw/。n restartWhenCheckResponsefailure检查端口失败是否重启.。默认为truen restartWhenCheckMemoryfailure检测JVM内存失败是否重启，如果为否，则只是发送报警消息，默认为false。n dumpHeapWhenRestart检查中间件失败是否要做HEAP

32、 DUMP，默认为false。n dumpThreadWhenRestart检查中间件失败是否要做THREAD DUMP，默认为false。n N1_PLUGIN_FILEN+1 Standby 需要指定HIS插件的配置文件，默认为空。n N1_STANDBYSERVER_KEYN+1 Standby 需要指定HIS插件的备份中间件，默认为空。n EnableLOCKGC中间件重启时是否做LOCKGC，默认true。如果为true，则中间件重启时将这个中间件的PKLOCK全部清除。详细功能介绍n 中间件-管理-启动对选择的中间件进行启动，支持右键。n 中间件-管理-重启对选择的中间件进行重启，

33、支持右键。n 中间件-管理-停止。对选择的中间件进行启动，支持右键。n 中间件-管理-定时设置定时重启，支持右键。如下图，则设置ncMem01每隔7天凌晨零点自动重启。图4-4设置自动重启n 中间件-管理-DUMPHEAP对所选择的中间件生成HEAPDUMP， 支持右键。n 中间件-管理-DUMPTHREAD对所选择的中间件生成THREADDUMP， 支持右键。n 中间件-GC对所选择的中间件做FULL GC，右键功能。n 中间件-监控-线程监控对选择的中间件穿透到线程监控节点，支持右键。n 中间件-监控-全局监控进入全局监控节点，即对所有的中间件在一个视图中进行监控。n 中间件-定时刷新设置

34、设置进程视图自动刷新的时间间隔，默认为5秒。图4-5 设置自动刷新n 中间件-NCSNAPSHOT对选择的中间件做快照，这个快照需要到消息中心同步才能看到。n 中间件-刷新刷新当前视图。n 中间件-详细信息说明双击任何表行，则自动弹出其详细信息。4-6进程监控详细信息字段解释：字段说明服务名中间件名称状态中间件当前状态，目前有三种状态:Running、down、starting主机中间件服务器地址端口中间件端口重启定时定时重启的配置，可以通过右键或者管理->定时设置WEB线程池WEBcontainer线程池的大小WEB线程远程调用线程数服务线程后台服务的线程数JVMmax(m)JVM h

35、eap的设置(max)JVMtotal(m)JVM heap当前的total值JVMfree(m)JVM heap当前的free值JVMused(m)JVM heap used上次端口检查耗时最近一次端口探测的响应时间可管理如果启动WEBSPHERE DM或者WEBLOGIC manager，则为true，否则为false.可管理意味着可以远程对中间件进行启动，关闭，生成HEAPDUMP、THREADDUMP。当监控服务发现中间件不响应时，可以根据监控服务配置的管理策略对其自动重启.如果不能管理，则意味着只能做监控n 数据库-刷新对数据库监控视图进行刷新。n 数据库-查询进入所选择的数据库的查

36、询节点。n 数据库监控详细信息说明选中上面的任何一行，如newSQL所在的行，然后双击，则弹出下面的对话框:图4-7数据库详细信息字段解释:字段说明数据源数据源名称数据库类型数据库类型连接字符串数据库的jdbc 连接串连接池大小显示为default-max连接池已用在对应的中间件连接池中有多少连接为使用状态dbActiveSessions数据库的活动会话数最近检查时间最近进行数据库健康检查的时间第五章：线程监控图5-1线程监控功能概述n 实时对线程信息细粒度的监控，包括当前业务动作、线程堆栈、SQL堆栈、性能信息、业务信息、线程状态，等待事件等等；n 对单个线程穿透到数据库；n 终止一个线程；

37、n 查询垃圾线程；n 对单个线程进行独立跟踪；n 联查业务，联查操作员详细信息等业务功能。参数n MW_THREAD_CHECK_INTERVAL中间件WEB线程检查时间间隔，单位为秒，默认为120s。注意：WEB线程处理的是从客户端发起的请求。n MW_THREAD_CHECK_MAXCOSTTIME中间件一个WEB线程运行时间的阀值，单位为秒，超过这个时间仍没有结束则发送快照消息，默认为180秒。n MW_THREAD_CHECK_MAXCOUNTOFSQL中间件一个WEB线程执行的SQL最大数量，如果超过这个值，则发送快照消息，默认为1000个。n MW_THREAD_CHECK_MAX

38、COSTOFONESQL=120中间件一个线程最耗时的SQL阀值，单位为秒，如果SQL的耗时超过这个值，则发送快照消息，默认为120秒。详细功能介绍n 视图线程详细信息选中任何一个线程双击，则弹出详细对话框图5-2线程详细对话框可以看到详细的线程信息。字段解释：字段说明服务全局模式下中间件的名称线程名称线程名称线程状态当前线程状态业务动作当前的业务操作当前事件当前线程正在做的事件（见线程事件）主要的事件包括：获取数据库连接SQL翻译、执行SQL、调用EJB、序列化、往客户端写数据、调用master、线程到数据库的映射、回滚，提交等性能统计当前线程到当前的性能统计（详见性能统计字段解释）耗时当前

39、线程运行到目前的执行时间，单位为毫秒远程调用方法远程调用方法客户端地址发起远程调用的客户端地址操作员发起远程调用的操作员主键操作员编码发起远程调用的操作员名称操作员名称发起远程调用的操作员名称.性能统计字段解释:字段说明SQLcosttime当前线程所有SQL的累计执行时间(不包括fetch 结果集)readresulttime当前线程fetch 结果集的累计时间，单位为毫秒readrownum当前线程累计fetch了多少条记录writetoclienttime当前线程写数据到客户端的时间(网络耗时)，单位为毫秒writetoclientbytes当前线程写到客户端的总字节数readfromc

40、lienttime 当前线程从客户端读请求的耗时，单位为毫秒readfromclientbytes当前线程从可客户端读请求的字节数notclosedconnectioncount当前线程没有关闭的数据库连接数n Sql详细信息线程SQL堆栈解释:字段说明Sql第一条为统计信息，包括SQL执行数量总计、SQL执行时间总计(不包括fetch结果集)，占用数据库连接数总计执行状态有两种状态：running、finished耗时Sql执行时间数据库连接执行SQL的数据库连接ID数据源执行SQL的数据源名称注意：任何有SQL的地方，都可以通过鼠标选择这个SQL进行格式化，从而使SQL更加易读。例如将如下

41、这段详细信息格式化：<record><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 ( select pk from DBCache_bd_jobmngfil )</SQL><数据库连接id>5623780</数据库连接id><数据源>njpz</数据

42、源><执行状态>执行完毕</执行状态><执行耗时>3</执行耗时><读取记录数>0</读取记录数></record>格式化后的结果：<record>< SQL > select pk_jobbasfil ， pk_deptdoc ， pk_psndoc ， pk_custdoc ， pk_vendoc ， pk_jobmngfil ， sealflag ， remcode ， memo ， pk_corpfrom bd_jobmngfilwhere pk_jobmngfil in

43、( select pk from DBCache_bd_jobmngfil ) < / SQL ><数据库连接id>5623780</数据库连接id><数据源>njpz</数据源><执行状态>执行完毕</执行状态><执行耗时>3</执行耗时><读取记录数>0</读取记录数></record>n 调式模式一个线程如果是调试状态，则这个线程的所有的数据库操作都会将线程信息映射到数据库，大部分情况默认即可。u   全局调试开:除服务线程外

44、的所有的线程默认都是调试模式；u    全局调试关:所有的线程都不是调试模式.u    选择调试用户:将选择的用户的远程调用设置为调试模式，此时全局模式自动为关闭状态.u 取消用户调试:取消用户调试模式.u   服务线程调试开:在全局模式为开的情况下，服务线程处于调试状态.u   服务线程调试关:服务线程设置为非调试状态.n 汇总显示将当前视图的所有线程信息显示在一个对话框内。n 显示过滤设置当前视图的显示过滤条件，如图：图5-3显示过滤的设置注意，显示服务指的是是否显示后台服务（不同于远程调用

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

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

47、TH_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' and last_call_et>60 order by

48、 last_call_et descn DB_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_numbe

49、r，s.SQL_hash_value from v$session s， v$SQL SQL where 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('|'|substr(lpad(' '，1*(depth-1

50、)|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)， 21， ' ')|'|'|

51、 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(cardinality/1000000000)|'G'

52、)， 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/1073741824)|'G')， 6， ' &#

53、39;) | '|' | 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" from v$SQL_plan where hash_value

54、 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消息。n DB_CONFCHECK_DURATION进行配置检查的时间间隔，单位为秒，-1为不检查。n HEALTH_CONF_CHECK_DB_SQL_X进行数据库配置监控检查的SQL。n ACTIVESESSSION_CHECK_DURATION活动会话更

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