关于应用与中间件监控管理的描述，不正确的是：(55)。

（1）服务故障、状态监控：主要是对服务器自身、上层应用、关联服务数据交互监控；例如针对前端Web Server，就可以有很多种类型的监控，包括应用端口状态监控，便于及时发现服务器或应用本身是否崩溃、通过ICMP包探测服务器健康状态，更上层可能还包括应用各频道业务的监控，这些只是一部分，还有多种监控方式，依应用特点而定。还有一些问题需解决，如集群过大，如何高性能地进行监控也是一个现实问题。

（2）集群状态类的监控或统计，为合理管理调优集群提供数据参考，包括服务瓶颈、性能问题、异常流量、攻击等问题。

监控管理

监控管理包括对信息系统相关设备的监控管理，实现视图管理、配置管理、故障管理和性能管理等。

视图管理

以图形方式呈现信息系统相关设施的信息能够动态实时显示各类资源的运行状态，了解资源的分布与状态信息，以及对网络中的资源进行监控。系统一般支持网络拓扑图、机房平面图、机架视图、设备面板图等视图。

资源监控

系统实现设备资源、应用、人员和供应商等各类资源信息的维护和分析统计，以及配置信息的下发等功能。具体如下。

（1）资源信息维护：对动态资源信息的自动采集，以及方便的静态资源信息手工录入，并支持对资源信息的更新、同步等维护手段。

（2）资源模型编辑：通过模型的编辑工具，快速实现管理功能的调整。

（3）可视化监控：实现直观的可视化管理，通过形象的展现方式直观展现设备工作情况。

（4）配置信息下发和配置文件管理：对可配置资源管理信息进行下发控制，能够通过一个按钮即可快速批量设置整个信息系统环境的工作模式。能够对网络设备配置文件进行管理，包括配置文件上传、配置文件下载及配置文件比较等功能。

（5）资源信息统计分析：能够对资源信息进行灵活查询与统计，报表统计的结果以图形（如直方图、曲线图、饼图等）或表格方式显示。

故障管理

包括告警信息采集、处理、显示、清除和故障定位。具体如下。

（1）实时采集告警信息，对设备资源的运行状态进行任务化的监视，支持设置不同的任务执行策略，完成不同监测粒度的需要。

（2）实现告警的过滤、升级和压缩，并能够对告警过滤、升级和压缩条件进行灵活设置。

（3）系统将用户关心的告警信息以列表、视图、颜色等形式呈现给相关运维人员，并支持对告警显示过滤条件的灵活设置。

（4）系统将这些事件信息通过电子邮件和短信息的方式及时告知相关运维人员，并支持信息发布规则的灵活设置，包括设置首次前转条件、间隔前转条件、延时前转条件、升级前转条件等。

（5）系统提供故障原因分析手段，能够准确定位网络故障的原因，能够自动压缩重复告警，记录告警的重复次数。

（6）系统提供自动和手动的告警清除功能，支持灵活设置自动清除的周期和清除时保留的告警时间窗口。

（7）系统记录故障发生的现象和处理的方法，为管理人员提供故障处理经验库。当故障发生时，能够方便地查看该类故障的处理经验。

性能管理

性能管理包括性能数据采集、处理、统计分析和性能门限管理等功能。具体如下。

（1）可采用任务方式对设备进行性能数据采集，性能数据能反映设备的运行情况和运行质量，能够对性能数据采集任务进行灵活的设置。

（2）支持对不同的性能指标进行阈值设置，提供相应的阈值管理和越限告警机制，能够按照对象类型和针对具体对象两种方式设置性能门限。

（3）性能数据可保存到数据库中，实现统计、分析和比较功能，统计、分析和比较的结果能够以图形方式呈现，能生成性能趋势曲线；能够同时选中多个对象，在同一坐标系中进行性能趋势对比，对比曲线应支持直接存为图片。

（4）性能数据趋势分析具备性能门限提醒功能。在性能趋势分析阁中能绘制出该对象的性能门限阈值线。

应用与中间件监控管理

系统提供对基础应用平台的基础信息、连接测试、基本负载等重要信息的监测。能够有效实时地分析HTTP/HTTPS、DNS、FTP、DHCP、LDAP、IIS、.net等常见通用服务的运行状态和参数，深入分析服务响应速度变化的技术原因和规律，从根本上解决服务响应性能的问题。

支持对常见的Web应用、邮件服务、DNS、FTP等应用服务运行情况的监控。

Apache监测：监测服务状态、响应时间、CPU负载、每秒请求数以及累计访问数、数据处理量、运行时间、作业数等。

HTTP监测：监测服务状态、校验页面内容。

IIS监测：监测运行时间、连接信息、传输字节数、登录和连接用户信息、每秒Web请求数。

HTTPS监测：监测服务状态、校验页面内容。

Domino监测：监测版本、文件路径、交易数、用户数、缓冲池信息、邮件大小、邮件数、Mail速率、文档信息、CPU信息、内存占用、数据库占用等。

POP3监测：监测服务运行状态、登录情况、邮箱邮件数、邮箱空间使用情况等，如下图所示。

标准邮件服务详细监控视图

SMTP监测：监测服务运行状态、响应时间等。

DNS监测：监测服务运行状态、域名解析成功与否等，如下图所示。

DNS服务详细监控视图

FTP监测：监测服务运行状态、响应时间、登录用户信息、文件是否存在等，如下图所示。

FTP服务详细监控视图

系统支持对各类不同中间件的运行监控，提供包括配置信息、连接池、线程队列、负载监测、通道情况监测等多类监测组，分析与监测中间件的各项运行状态参数。

产品还支持对Websphere、WebLogic、MQSeries、Tomcat、Tuxedo、Resin、TongWeb等各类不同中间件，提供包括配置信息、连接池、线程队列、负载监测、通道情况监测等多类监测组，分析与监测中间件的各项运行状态参数。

支持对Tomcat、WebLogic、Websphere、Resin、MQ等主流中间件的监控和分析。

支持监测Tomcat 5.0.x/5.5.x/6.0.x等多个版本监测，监测项包括可用性、响应时间、CPU内存使用率、并发连接、Web应用、类装载、连接器状态、活动线程等详细数据。

支持监测WebLogic 7/8/9/10等多个版本的可用性、CPU内存使用率、线程池、EJB、数据库连接池、Web应用等详细数据，如下图所示。

Weblogic监控

支持监测Websphere 6/7等版本的可用性、事务明细、活动时间、服务响应时间、Web应用、线程池等详细数据，如下图所示。

Websphere监控

支持监测Resin 3.0.x/4.0.x等版本的可用性、CPU内存使用率、会话数、响应时间、JVM线程、数据库连接池、内存使用情况、Web应用、类装入趋势等详细数据。

系统支持监测消息中间件MQ的队列管理器（名称、状态等）、队列名、队列路径、队列深度、队列长度、队列类型、队列状态、通道（名称、类型、状态）、监听队列状态等详细数据。

其中具体的监测项如下。

系统信息采集：监测中间件基本信息，包括：操作系统、操作系统版本、当前可用堆栈及大小、当前目录、重启次数、开启线程数。

Weblogic监控：服务器状态、服务器实例、磁盘空间、CPU、内存、I/O、网络吞吐情况、Error等级等。

JVM使用监测：监测JVM的堆栈大小和使用率。

JDBC链接池监测：监测指定JDBC连接池资源连接情况。

JTA事务监测：监测中间件中数据处理事务的活动情况。

线程池监测：监测指定线程类的线程平均数、空闲线程平均数以及线程吞吐量。

Servlet监测：监测指定Servlet执行和调用情况。

EJB监测：监测指定EJB激活次数、钝化次数、缓存个数、事务提交次数、事务回滚次数、事务超时次数、访问次数。

WEB应用监测：监测指定Web应用中Session的当前个数、最大值以及累积个数。

JMS队列深度监测：监测中间件中JMS消息队列活动情况。

MQ通道情况监测：监测MQ的通道情况，包括每秒接收字节、每秒发送字节、通道状态、发送间隔、事务数。

MQ队列深度监测：监测MQ服务的消息队列的队列深度。

Tuxedo负荷监测：监测Tuxedo的机器状态是否被激活、每秒处理的队列服务数每秒入队的队列服务数、当前客户端数、当前WorkStation客户端数。

TongWeb数据连接池监控：监测国产中间件TongWeb数据库连接信息，如最大、最小连接数，可用、创建、关闭、等待连接数等。

TongWeb应用性能监控：主要监测系统线程情况、请求队列情况、吞吐量、发送接收字节数等信息。

……

中间件

随着计算机技术的飞速发展，各种各样的应用软件需要在各种平台之间进行移植，或者一个平台需要支持多种应用软件和管理多种应用系统，软、硬件平台和应用系统之间需要可靠和高效的数据传递或转换，使系统的协同性得以保证。这些，都需要一种构筑于软、硬件平台之上，同时对更上层的应用软件提供支持的软件系统，而中间件正是在这个环境下应运而生。

中间件的定义

由于中间件技术正处于发展过程之中，因此目前尚不能对它进行精确的定义。

普遍被接受的是IDC对中间件定义的描述：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。

IDC对中间件的定义表明：中间件是一类软件，而非一种软件；中间件不仅仅实现互连，还要实现应用之间的互操作；中间件是基于分布式处理的软件，最突出的特点是其网络通信功能。

人们在使用中间件时，往往是一组中间件集成在一起，构成一个平台（包括开发平台和运行平台），但在这组中间件中必须有一个通信中间件，即：中间件=平台+通信，这个定义也限定了只有用于分布式系统中才能称为中间件，同时还可以把它与支撑软件和应用软件区分开来。

中间件的主要作用是：

①缩短应用的开发周期。

②节约应用的开发成本。

③减少系统初期的建设成本。

④降低应用开发的失败率。

⑤保护已有的投资。

⑥简化应用集成。

⑦减少维护费用。

⑧提高应用的开发质量。

⑨保证技术进步的连续性。

⑩增强应用的生命力。

中间件与电子商务

中间件是电子商务应用集成的关键之一，不管电子商务应用分布在什么硬件平台上，使用了什么数据库系统，透过了什么复杂的网络，电子商务应用的互连和互操作是电子商务中间件首先要解决的问题。

在通信方面，电子商务中间件要支持各种通信协议和通信服务模式，传输各种数据内容，数据格式翻译、流量控制、数据加密、数据压缩等；电子商务中间件还要解决名字服务、安全控制、并发控制、可靠性和效率保证等；在电子商务应用开发方面，要能提供基于不同平台的丰富的开发接口，支持流行的开发工具和异构互连接口标准等；在管理方面，解决电子商务中间件本身的配置、监控、调谐，为电子商务应用的易用易管理提供保证。针对不同的Web应用环境，对电子商务中间件有各种不同的要求。对工作流应用，需要根据条件以及条件满足状态，将信息、响应状态从一个应用传递到另一个应用；对联机事务处理，需要保证分布式的数据一致性、不停机作业、大量并发的高效率；对于一个数据采集系统需要保证可靠传输等。

在这种情况下，电子商务应用应包含以下层次：

①浏览器。这是进入电子商务的通道。

②电子商务应用平台。提供电子商务不同应用类型的生成工具软件，如网上商店、网络支付、虚拟社区等。

③电子商务交换平台。对内集成企业内部的各种与电子商务相关的业务系统，对外连接商业合作伙伴，如银行、供应商、客户、配送结构，完成各种不同业务系统之间数据转换和整合。

④电子商务基础平台。用来支持大量Internet客户的并发访问，使应用开发商快速开发出灵活多变的电子商务应用，尽快把信息系统和商务活动放到Internet中。

在电子商务交换平台和电子商务基础平台中都不能没有中间件的存在。可以说，没有中间件就不能支撑今天的网络应用。

更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5