技术文档

Mocha BSM 6.8成功发布

赖永锋 — Tue, 22 Jul 2008 02:01:00 GMT

摩卡业务服务管理 6.8(Mocha BSM)于2008-6-20日(周五)如期的进行了发布，本产品增加如下功能以及亮点：　· 扩大了资源监控的范围　　企业的设备应用是多种多样的，为了更好的对企业设备进行监控，帮助企业提高工作效率，新增了对港湾设备、网捷设备、安耐特设备、伟思网闸这些网络资源的监控，同时也增加了对AS400、Mysql、Post......

IT运维管理——流程与表单定义

赖永锋 — Mon, 14 Jul 2008 10:16:00 GMT

业务需求与挑战
为提高企业竞争力，现代企业必须快速建立基于ITIL最佳实践的IT运维流程，高效管理运维成本，提升工作效率，提高企业IT投资回报率。企业IT运维流程化自动化的实现，要求企业具备一套功能完备的流程和表单设计工具，帮助业务人员和业务分析员快速设计、发布、执行IT运维流程和表单。高效智能的自动化运维工具，将全面提升企业运维管理能力，实现IT运维流程化、自动化。

我们给客户带来什么
• 建立ITIL式的IT服务流程，为规范式运营跨前一步
        Mocha BSM在ITIL流程框架下，为企业提供多种符合 ITIL的服务流程，包括故障上报流程、关键指标超标流程、宕机管理流程、发布流程等。灵活多样的IT服务流程渗透于IT运维的方方面面，帮助顾客快速建立符合ITIL最佳实现方式的IT服务流程。
• 事件触发流程，自动化故障处理，提高效率
        企业建立了工单式流程管理，当设备或软件发生异常或超出预警指标时，会触发相关的事件，同时触发相关工单处理流程给相关IT管理人员。IT管理人员必须在指定时间内完成流程所规定的环节与工作。这提高了IT部门响应问题的效率。
• 灵活配置，无需二次开发，提高效率，降低投入
        摩卡表单和流程定义工具，面向业务人员，“零代码”实现复杂的业务流程和表单设计，同时支持复杂流程及表单的快速创建。保证了企业内部需求变化可以及时地反应到系统上，提供生产效率，降低企业投入。

关键功能与亮点

•提供了多种IT服务流程
        提供了多种IT服务流程的灵活定制，例如：故障上报流程、关键指标超标流程、宕机管理流程、发布流程等。
•高效智能的可视化流程定义工具
        摩卡流程定义工具提供了丰富的环节和路径设计要素，可设计上百种丰富的流程执行模式。同时系统提供流程创建、流程配置、流程发布、流程下载、流程版本变更、流程分类管理等功能。
•功能强大的可视化表单定义工具
        摩卡表单定义工具提供了丰富的表单设计功能，包括通过模板创建表单、表单版本变更管理、CSS管理、表单样式管理、HTML域管理、表单域管理、表单类型管理、表单的预览与发布等功能。
•工单管理提供灵活的表单和流程配置功能
        系统提供工单创建功能，实现工单与表单和流程的绑定，同时提供工单权限管理和版本管理功能。
•具备批量处理功能的工单触发策略管理
        系统提供操作方便的工单触发策略管理，可批量建立资源的事件类型或级别和工单之间的对应关系。通过Mocha BSM的事件自动触发并执行流程，指标超值、宕机事件、以及违反SLA等事件的处理均可以在摩卡BPM的流程发生。
•实时的流程跟踪与自动化的报警方式
        透明化流程，使管理者可随时掌握整个事件的处理过程；并按照其紧急程度和重要程度，通过邮件、短信、摩卡报警（Mocha Alert）等方式通知相关责任人。

Mocha BSM业务服务管理——业务服务仪表盘

赖永锋 — Mon, 14 Jul 2008 10:12:00 GMT

业务需求与挑战
现在，业务部门希望了解：
• 支持他们的业务服务运行(比如ERP服务)状态，而不是技术细节？
•如果发生问题，怎么快速恢复？
•如果发生问题，怎么快速定位问题？

企业领导需要：
•了解IT服务运行状况。
•通过KPI指标理解IT系统的可用性和性能状态。
•了解业务服务水平。
•全局的、向导式的分析、预测报告，为决策提供依据。

所以企业领导和业务部门需要：
•非技术型，不提供大量技术指标。
•以仪表盘的形式展现，简单易用。

URL过滤分析，帮助运维人员去除干扰，聚焦关键内容响应时间分析
        Mocha RTM将分析所有元素的返回时间，Mocha RTM提供URL过滤分析功能，在过滤分析栏目中输入需要看到的关键元素响应时间，这样有利于管理人员清晰地得到自己关注的关键元素响应时间。
定制监控时段和监控频率
        由于监控的不同需求，系统管理需要在登录繁忙的时候，减少监控采集次数和频率，以及响应时间的告警阈值都可以通过策略灵活的定义。
提供实时监控界面
        系统管理人员不仅可以通过Mocha RTM定时对响应时间进行采集，也可以尽可能快地点击采集按钮，对业务流程响应时间进行实时采集，达到更便捷的响应时间管理。
响应时间超时告警
        一旦响应时间超过了预先Mocha RTM定义的阈值，管理人员能第一时间被通知，并快速恢复或优化系统。
提供多样化和可定制的交易响应时间分析报表
        提供多样化的报表和TOP10排名，帮助管理者分析Web页面的整体水平和具体的交易流程，尽最大可能的发现业务服务瓶颈，帮助互联网企业提高Web 页面服务水平，并最终提高互联网企业竞争力。

什么是IT服务？
一个IT服务是由以下几个组件组成：
•网络
•主机
•应用
一旦某个组件出现问题，问题就会反应在IT服务上面。用户(包括业务部门)只关心提供给他们所使用的IT服务，服务是不是宕了，还是服务为什么这么慢，而不关心具体的技术细节。比如，大家比较常用的OA服务。OA服务是由以下几个组件组成：
•网络(包括系统网卡，企业网络)。
•OA使用的主机。
•OA使用的中间件-Lotus Domino。
IT 服务思想能总结为以下几点：
• IT 部门是 IT 服务的提供者(Provider)，必须考虑用户的满意度，其评价和衡量标准是服务等级协议(Service Level Agreement，简称 SLA)。
•人力资源和财务预算的稀缺性，迫使 IT 部门必须根据 SLA 来优化配置和调度资源，以响应不同优先度的需求。
• IT服务管理是一种以客户为中心、以流程为导向的方法。

我们给客户带来什么
通过Portal的展现，给IT部门领导提供IT服务运行状况，有利于做出正确决策
 业务服务管理仪表盘提供对IT服务的全面管理，并且能把IT服务和相关用户串连一起，提供直观的可视化界面。
一旦发生问题，不同的参与角色可以获得关键信息：
•IT系统管理员能快速定位受影响的用户。
•企业领导和业务部门可以了解IT服务状况，以及受影响的组件。
 促进业务部门与IT部门的关系，显现IT部门的价值
•企业的IT部门是IT服务的提供者，通过SLA反应用户的满意度。服务水平高则IT部门做得好。
•IT部门根据SLA来优化配置和调度资源，以响应不同优先级的需求。
展现服务影响，提高IT部门的响应速度
 服务状态包括：严重、主要、次要、正常和未知等多种情况，一旦发生问题，直观的可视化界面使管理员能很快了解受影响的客户以及故障严重程度，及时做出反应。
分级权限管理，满足企业服务管理要求
 根据企业的分级权限管理和业务监控的需要，可以为不同业务人员和IT运维人员定义不同的权限，不同的人员可以看到不同的业务试图，而IT主管则可以看到所有的业务视图，并进行全面规划和分析。
从业务视角来了解企业IT系统
 为企业整合不同监控系统的数据和事件，以清晰的仪表盘形式，展现服务、系统、应用和业务单位之间的关系，方便用户以业务视角来了解企业IT系统。

Mocha BSM端到端响应时间管理——Web应用响应时间管理

赖永锋 — Mon, 14 Jul 2008 10:11:00 GMT

业务需求与挑战
互联网企业对IT系统的要求是有其固有特点的，就是：
        •网站必须7x24，可用性要求很高
        •页面响应速度要快
        如果达不到以上两个条件，将严重影响用户的访问体验。当用户在网站没有好的用户体验时，竞争只是一点击之远。

我们给客户带来什么
对于互联网站来说，如果要完成某个交易，访问者和Web界面都是有一个固定的业务交互流程，例如一个典型B2C网站购买商品的业务流程就是：
        1.登陆B2C网站
        2.查询和选择自己需要的商品
        3.放入购物车中
        4.结算
        因此了解各个业务流程环节的状态以及相关页面的响应速度，将帮助互联网企业更清晰地了解用户体验，有力地保障网站提供的服务水平，提高企业的竞争力，减少客户的流失。
        Mocha RTM即响应时间管理（Response Time Management），是通过Mocha RTM的模拟登录行为，从Web页面的响应时间和返回内容进行分析。Mocha RTM将帮助互联网企业全面的监控互联网企业的网站页面：
• 采集业务流程响应时间，提高用户的访问体验，最大可能的避免客户的流失
        通过Mocha RTM Studio提前录制的业务流程，Mocha BSM RTM按照业务流程中的业务环节，实时或者定时模拟登录Web页面，并采集业务流程中各页面的响应时间，帮助互联网企业了解用户在网站的体验，在有需要时，即时进行系统优化，减少客户的流失。
• 监控各业务环节响应时间，分析业务服务瓶颈
        IT部门通过Mocha RTM Studio业务流程录制工具，并根据业务特点，将业务流程细分为各个业务环节，例如搜索-购买-结算等，Mocha RTM分别监控各个环节的响应时间，帮助IT管理者快速分析出业务流程中，响应速度慢的瓶颈，并优化次瓶颈。
分析Web页面关键字，帮助互联网企业第一时间发现Web页面的不完整性。管理员能输入页面上必须监控的关键字，如果关键字不出现，那该页面将定位不可用。
• 通过KPI图表，协助互联网企业，了解用户的访问体验
        Mocha RTM提供业务流程响应时间KPI分析报表，IT部门可以根据KPI报表分析出用户体验最差的业务流程或者业务环节，将协助IT部门有目的的进行系统优化，保障用户处于最佳体验。

关键功能与亮点
• 根据业务流程特点，灵活定制相关的业务监控流程
        IT部门可以根据互联网站业务特点，灵活录制不同的业务流程，并将业务流程分为不同的业务环节，Mocha RTM根据录制的不同业务流程和业务环节进行响应时间采集。
• 实时监控Web页面响应时间，分析用户访问体验
        Mocha RTM通过模拟登陆Web页面访问方式，将Web页面的返回时间进行统计和分析，即可以清楚地知道用户在登陆企业Web页面的具体响应和用户体验，将业务流程分为多个业务环节来分段监控，细化问题，分析业务服务瓶颈。
• 可以根据关键字对Web响应页面进行分析
        Mocha RTM不仅仅可以判断页面的响应时间，还可以根据监控的需求，分析Web页面的返回内容是否正确，如果返回页面有错误，Mocha RTM通过告警，可以在第一时间通知管理员，并快速恢复故障。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM端到端响应时间管理——模拟用户使用方式

赖永锋 — Mon, 14 Jul 2008 10:10:00 GMT

业务需求与挑战

现在很多企业都上了监控系统，但是客户（内部或者外部）的满意度并没有明显地提高。为什么？

•80%的IT投诉是系统慢，而不是宕机
•用户在乎的是系统的响应速度，希望在最短的时间内把事情处理
•监控系统提供了大量的可用性和性能指标，但是并没有对客户最关注的响应时间起到任何的作用

RTM使用三部曲
第一步

准备录制网站或者B/S应用的关键业务流程：
•录制页面，模拟用户使用步骤和方式
•验证录制好的脚本
•上传录制好的脚本
第二步

设置监控频度与报警信息。
第三步

手工或者定时执行模拟脚本。

我们给客户带来什么
• 实现一个操作界面模拟多个应用系统的用户使用过程。大大提高了维护效率。
如果没有一种方法来模拟用户在应用系统的使用过程，监控人员如果想知道所维护的应用系统的响应情况，就需要实际登录系统去使用。但如果通过使用监控系统，就可以一次性完成所有过程，就可以大大提高监控人员的工作效率。
• 可视化展现业务流程重放结果，方便维护人员查找问题原因。
监控人员通过可视化图形界面可以一目了然的了解被重放的业务流程所包含的业务环节，每个业务环节及其所包含的URL的响应时间和状态，迅速的发现问题，并解决问题。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM端到端响应时间管理——客户满意度与系统响应时间

赖永锋 — Mon, 14 Jul 2008 10:09:00 GMT

业务需求与挑战
• 系统响应时间的快慢直接影响使用者的感受
        当我们上网冲浪的时候，无论是浏览综合性网站，还是可以网上购物的电子商务网站，如果系统响应时间过慢，总是令人很不愉快，势必降低我们对问题网站的使用频率。
• 企业客户的满意度关系到企业的经济效益
        对于提供应用网站的企业来说，客户满意度的降低，对企业的打击却是致命的。这将直接影响到企业的经济效益。
• 企业内部网站的响应时间影响领导和员工的工作效率
        如果企业内部网站的响应速度慢，或经常无法访问，将会影响到企业领导和员工的正常工作，降低工作效率，同时也会对IT部门的维护和管理能力失去信心。
• 缺乏对系统响应时间的监控，IT部门将无法从客户角度感受系统，也就无法确保客户满意度。

关键功能与亮点
• Mocha RTM Studio客户端软件提供可以让用户灵活方便的录制任何网站使用过程的录制功能
        录制的过程中，将用户的操作过程抽象成业务流程，再将业务流程划分成业务环节，记录用户操作过程所发出的所有URL请求，录制后的业务流程成为Mocha BSM监控系统能够发现和监控的资源，通过这样的抽象和细化，可以使用户能够监控到业务流程每一个细节的响应时间。
• 定义关键字功能
能够让用户增加业务环节可用性的判定条件，看所访问的网页是不是包含自己所关心的内容，使业务流程的定义更加贴近用户实际需求。
• 监控人员可以在监控系统中实时模拟业务流程的重放
 用可视化图形界面展现模拟结果，不仅可以直观的看到整个业务流程和各业务环节的可用性状态和响应时间，而且还可以看到每个业务环节所包含的所有URL的响应时间，大小和返回状态。实时监控的界面如下图：用户通过定时监控设置，定义监控业务流程的监控频度、事件和报警以及响应时间的阈值
        监控系统定时重放业务流程，将数据保留到数据库中，用户可以通过定制动态报表，对历史数据进行查询和统计。
• 监控过程中还会产生事件和报警
        监控人员可以通过事件了解被监控系统的响应情况，接收到报警，可以立即处理系统故障。

我们给客户带来什么
• 有效的响应时间监控，有利于提高企业客户满意度
        如果一个企业能够从客户角度出发，实时关注客户对其提供的服务网站质量的感受，主动地发现并解决问题，而不是被动的等待客户投诉，或干脆对客户的意见置之不理，自然就会吸引更多的客户，减少无谓的客户流失，增强企业在同行业间的竞争能力。
• 提高企业领导和内部员工对IT部门服务质量的满意度
        IT部门通过对企业内部办公网站的响应情况的监控，提高内部网站的服务水平，从而提高企业领导和内部员工对IT部门服务质量的满意度，加强企业的管理能力和凝聚力。
• 加快IT部门的响应速度，快速定位问题，缩短解决问题的周期，提高工作效率
        IT部门接到响应时间报警后，能够及时处理问题，而不是等接到投诉后才去响应，变被动的响应式服务为IT部门主动服务。通过模拟用户使用过程重放，分析监控系统产生的事件，能够快速的定位系统响应时间瓶颈，缩短解决问题的周期，提高工作效率。
• 方便IT部门对系统进行性能优化
        IT支持和管理部门通过对监控系统提供的响应时间报表分析，能够找出系统经常出现问题的时间段，方便用户在问题时间段采取应对措施，优化系统性能。

Mocha BSM应用管理——Web服务器监控与管理

赖永锋 — Mon, 14 Jul 2008 10:06:00 GMT

业务需求与挑战
        企业所使用的应用系统越来越多，越来越复杂，应用系统和操作者的交互都需要通过Web完成，企业对Web服务器的使用要求也越来越高。
        Web服务器在运行过程中，会遇到服务器宕机、内存占用过高等问题，造成用户使用时响应时间过长，甚至访问中断，给用户造成了很大的不方便，甚至影响到用户的业务使用。
        针对以上问题，我们有必要为用户提供关于Web服务器的实时、全面监控，为用户提供解决方案，提供给用户更健康的生产环境，提高用户的使用效率和投资回报率(ROI)。

关键功能与亮点
提供对主流Web服务器的支持：
        •Apache HTTP Server 1.x、2.0
        •Internet Information Services 5、6
        •SunOne Web Server
自动发现
        自动发现被监控的Web服务器，并且可自动发现Web服务器上所部署的业务系统。
统一监控
        用户在同一个页面，即可监控到Web服务器、主机、业务系统等的运行状况。
提供关键指标
        提供关键可用性和性能指标，对Web服务器的处理请求、传送字节、线程使用等情况进行分析，全面监控Web服务器的性能。
多种报警方式
        系统故障预警、事件报警，可以邮件、语音、短信等形式主动推送给关键管理员，管理员不需要登录系统，也可了解监控情况。
监控Web站点的状态和性能
        除了监控Web服务器的可用性和运行情况，还可对Web服务器下，单独的Web站点的状态和性能进行监控。
报表与报告
        丰富的报表、报告，并可导出各种文件形式，应用于其他文档。
整合第三方软件
        整合ITM、Smarts等第三方软件，便于用户通过一个Portal，了解到全局的信息。
根本原因分析
        提供宕机的根本原因分析，帮助管理员更快解决问题，使最终用户得到更高品质的应用服务。

我们给客户带来什么
主动管理，预防问题的发生
        系统提供主动的监控管理，提供数数十个指标，来对Web服务器进行监控，当发生故障时，系统会产生事件，来告知管理员发生了什么故障，管理员根据故障及原因分析，提前识别有可能伤害到Web服务器的性能的事件，并采取预防性措施，来防止故障的进一步恶化。
性能监控，实时了解被监控资源
        我们对Web服务器不只是有可用性的监控，更提供了关键指标对Web服务器的性能进行监控。系统从用户请求的响应、服务器传送数据等方面对Web服务器的性能进行监控，让管理员能够对Web服务器的响应速度、数据传送速度有一个全面的监控和了解，一旦性能出现问题，也可以第一时间得到系统的通知，快速响应，解决问题。
提供深入的监控，让用户能够了解更多的数据
        系统除了提供Web服务器的监控，对Web服务器下的每一个站点都可以监控，监控其性能、可用性等。
Agentless的监控方式，简化使用
        Web服务器使用Agentless的监控方式，不需要在被监控段安装插件，即可完成对监控数据的定时采集。这种监控方式不但维护方面，节省了维护成本，而且对用户的使用来说，负载小，消耗资源少。
自动化监控，节约人力成本
        系统提供自动化的监控，定时抓取系统指标，并可将产生的事件、报警第一时间用短信、语音、邮件等方式推送给用户，用户不需要时时刻刻去关注所监控的资源，大大节约了人力成本。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM应用管理——Lotus Domino监控与管理

赖永锋 — Mon, 14 Jul 2008 10:05:00 GMT

业务需求与挑战
现在有很多企业利用Lotus Domino的平台，提供了以下几种不同业务服务：
•邮件服务
•企业网站
•办公自动化（OA）
•协同办公
一旦这些业务服务中断，会给企业带来很大的影响。多年的Lotus Domino应用实施与维护，我们总结了客户在使用Lotus Domino系统的过程中，会遇到以下典型的问题：
•Lotus Domino是一个非开放式应用，无法理解平台的各个组件，所以很难预防系统宕机。宕机后也很难定位问题的根源。
•Lotus Domino的系统的一些自身限制，比如文件数一旦超过了某个数量，就很容易出问题。这些限制不轻易找到相关文档，不容易预防。
•Lotus Domino性能问题，可能是因为程序问题，经常体现在页面访问很慢。
•Java代理带来一些系统的不稳定。

关键功能与亮点
        系统可以自动发现Lotus Domino系统作为被监控的目标，通过运行安装在Domino所在操作系统上的插件，采集Lotus Domino的运行数据来实现对Lotus Domino系统的实时监控，极低的消耗系统资源，提高Lotus Domino 系统的可用性及性能。
预置了超过80个指标，可以对Lotus Domino系统各项服务及性能进行监控。
        对以下Lotus Domino的关键组件进行更针对性的监控：
          •应用服务器
            Lotus Domino的一些关键指标，包括CPU，内存，会话数等。这还包括了任务和Java代理的监控。
          •HTTP
            HTTP的关键指标包括CPU，内存，响应时间等
          •数据目录
            针对NSF数据库的监控，包括数据目录的子目录数，文件数量等
Lotus Domino的配置变更管理

提供Lotus Domino的配置变更管理，一旦某一个配置项被更改了，系统管理员会第一时间获得相关报警。
提供可视化监控
一目了然了解应用状态及运行状况，降低学习门槛。

自动发现
        自动发现Lotus Domino系统上配置的各项任务，并对这些任务进行监控。
Portal页面统一监控
        用户可以在一个Portal页面上对Domino系统、主机系统、业务系统进行统一监控。
根本原因分析
        提供宕机的根本原因分析，帮助管理员更快解决问题，使最终用户得到更高品质的应用服务。
事件报警
        一旦系统发生故障，系统会生成事件，通过短信，邮件和语音等方式通知关键管理人员。

我们给客户带来什么
Mocha BSM除了解决企业在Lotus Domino的可用性和性能的烦恼以外，还能够：
•提高Lotus Domino系统的可用性和性能，通过Agent或者Agentless方式，定期获取相关指标。一旦性能指标超标，系统就会自动发短信给客户。
•快速定位问题，缩短系统故障的解决时间，将系统停用时间减到最少。
•通过知识库知识共享，除去重复性的问题，提高响应能力。
•预防问题，提前识别可能伤害应用系统性能的事件，并采取相关措施。
•提供可视化应用监控，让监控更加直观，一目了然了解当前系统状况，大大降低了维护门槛。
•降低维护成本与系统营运开销，保障业务的不间断和连续性，降低运行风险。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM应用管理——Portal监控与管理

赖永锋 — Mon, 14 Jul 2008 10:03:00 GMT

业务需求与挑战
Portal给企业带来了三个统一：
 统一页面展现
 统一资源管理，包括通过LDAP来管理认证和权限信息
 统一登入，即Single Sign On (SSO)
这些技术上的创新给客户带来前所未有的方便，但是同时成为一个IT系统的大隐患。如果Portal宕了，几乎所有后台的应用都无法访问了；一旦Portal运行速度变慢，将会影响许多用户的使用，因为那是企业信息化系统的统一入口。

关键功能与亮点
对于Portal进行以下几个针对性的监控：
   •Portlet响应时间以及可用性
   •应用服务的可用性与性能
   •支持Portal的LDAP和数据库的可用性与性能
Portal性能的监控
 通过监控Portal对于系统资源消耗，以及JVM内存使用的情况，实现对于Portal系统性能的监控。
Portal响应时间进行监控
 对portlets和servlet 请求的响应时间进行监控。并用来评估portlet的性能。

Portal应用可视化监控
 提供Portal应用可视化监控，一目了然地了解应用状态及运行状况，降低学习门槛。
Portal应用的部署架构展现
 通过可视化应用展现，了解Portal应用的部署架构，比如Portal用了哪些数据库，哪几个Portal组成了一个应用Cluster等。
支持主流的Portal服务器
 支持WebSphere 5、6， SunOne 和 Weblogic服务器。
Portal的配置变更管理
 提供Portal的配置变更管理，一旦某一个配置项被更改了，管理员会第一时间获得相关报警。
故障报警
 系统故障报警、生成系统事件，系统可主动通知关键管理人员。
根本原因分析
 提供宕机的根本原因分析，帮助管理员更快解决问题，使最终用户得到更高品质的应用服务。

我们给客户带来什么
提高维护工作效率，降低维护成本与系统营运开销
 一个企业可能部署了多个Portal系统，Portal系统自身有多个关键组件，包括LDAP，数据库，应用服务器等。如果任何一个组件不可用，将导致Portal系统不可用。
 我们替客户解决了这些重复劳动的问题，系统自动化进行对Portal系统及其多个关键组件的监控工作，定期抽取系统指标，一旦Portal系统出现问题，系统可以第一时间给相关的管理员发短信。
 不管客户增加多少个Portal系统，Mocha BSM以不变应万变，不需增加系统管理人员，便可有效监控并发现问题。
提前找出问题，并采取预防性措施
 在Portal监控方面，系统提供70多个重要的性能指标。一旦发生指标超标，相关管理人员会第一时间获得相关报警，并且第一时间解决问题，避免问题继续恶化。
监控个别Portlet的响应时间，确保客户满意度
 企业内部客户对IT系统的满意度很多时候依赖于Portal的响应时间，而Portal的响应时间又依赖于个别Portlet的响应时间。系统提供Portlet响应时间监控，可以把响应时间慢的Portlet第一时间通知相关管理员，让管理员尽快解决问题，确保内部使用客户的满意度。
快速定位问题，快速解决
 一旦被监控的Portal系统发生问题，系统可以提供事件报警、根本原因分析等功能，系统管理员可以快速定位问题所在，并且快速解决问题。
可视化监控，一目了然
 可视化监控提供一目了然的监控方式，降低对管理员的要求，并且降低了管理员的学习门槛。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM应用管理——J2EE应用服务器监控与管理

赖永锋 — Mon, 14 Jul 2008 10:00:00 GMT

业务需求与挑战
        IT行业日益发展，越来越多的企业开始使用应用系统，诸如ERP、CRM、OA等，来代替人工操作，企业级应用系统大多采用三层或多层应用模式，因此，基于J2EE技术实现的应用成为趋势。
在J2EE应用服务器使用过程中，会遇到以下典型的问题：
          •内存溢漏
          •响应速度缓慢
        一旦J2EE应用服务器出现故障，或者运行速度变慢，那么直接影响到的是应用系统的运行情况和响应时间，这将决定着最终用户的使用体验，对企业来说，有可能造成业务上的伤害。

关键功能与亮点
提供对主流J2EE应用服务期的监控：
           WebSphere AS 5、6
           WebLogic
           SunOne
           Tomcat
应用可视化管理，以可视化方式让用户能够一目了然的了解到J2EE应用服务器以下情况：

        •KPI指标运行情况，比如当时http线程数，servlets数等
        •展现应用服务器Cluster的组成
        •动态展现关键组件指标之间的关系
        •应用部署架构，一目了然地看到应用服务器与Web服务器和数据库的关系
        •J2EE系统运行的情况
        •自动发现被监控的应用服务器
           并且可自动发现服务器上所部署的J2EE应用，包括war包，Servlets等，并对这些应用进行监控。
除了监控应用服务器，还提供对以下关键组件的针对性监控：
        •Java虚拟机
           从Java虚拟机的内存使用大小等方面进行监控。
        •JDBC连接池
           可监控到数据库连接的响应时间、平均等待时间等。
        •Web应用
Java虚拟机的监控
        提供对Java虚拟机的监控和分析，确保应用服务器的正常运行。
J2EE Cluster的监控
        提供对于J2EE Cluster的监控，并以可视化的方式，展现Cluster的组成。
报告报表
        丰富的报表、报告，并可导出各种文件形式，应用于其他文档。
整合第三方软件
        整合ITM、Smarts等第三方软件，便于用户通过一个Portal，了解到全局的信息。
多种报警方式
        一旦系统发生故障，系统生成事件，通过短信，邮件和语音等方式通知关键管理人员。

我们给客户带来什么
梳理清楚应用部署架构，简化维护工作
        通过可视化的展现方式，让管理员能够一目了然，清楚地了解到应用的部署架构，包括应用服务器连接的相关Web服务器与数据库。一旦某个资源比如数据库出现问题，管理员能轻易地定位受影响的应用服务器。这大大简化了管理员的工作。
预防常见问题，避免宕机给企业带来损失
        对于J2EE应用服务器经常遇到的内存溢漏、响应速度缓慢等问题，我们提供了对于Java虚拟机、响应时间等方面的监控，一旦超出阈值，例如JVM内存利用率过高、响应时间过长等，系统会通过邮件、短信、语音等形式立即通知管理员，提醒解决问题，避免情况进一步恶化，造成宕机，因此避免给企业带来没有必要的损失。
提高IT工作响应，提高客户满意度
        系统提供近70个指标来监控各种J2EE服务器，包括资源消耗、Java虚拟机等在内，一旦出现问题，系统会生成事件，并将事件第一时间反馈给管理员，管理员可第一时间响应，来解决问题。
全面深入的性能监控，随时把握运行数据，做好预防工作
        对于J2EE服务器的监控，除了监控应用服务器资源性能消耗方面的数据，还提供关键组件的监控，例如对于Java虚拟机、JDBC连接池等的监控。
        通过对应用服务器及关键组件的监控，对J2EE应用服务器的运行有更深入和更专业的了解，实时了解各方面的数据，可防患于未然，在问题到来之前就可以提前感知，采取预防性措施。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM应用管理——数据库监控与管理

赖永锋 — Mon, 14 Jul 2008 09:58:00 GMT

业务需求与挑战
        随着IT技术的发展，企业的应用系统越来越复杂，数据库作为应用系统基础的组成部分，其重要性不言而喻。
        对于企业而言，一旦数据库崩溃或者数据库的性能降低，那么会直接导致依赖于数据库的应用系统运行速度缓慢或者根本无法使用，其最终结果不仅仅是会影响应用系统的使用效率，甚至会造成企业客户和利润的流失。
        更有甚者，对于某些企业来说，其日常的运营完全依赖于业务系统，那么一旦业务系统所使用的数据库崩溃，那么会对企业造成根本性的伤害，或者会影响到企业的正常运营。

关键功能与亮点
支持主流的数据库，包括:
        •MS SQL Server 2000、2005
        •Oracle DB 9i、10g
        •MySQL
        •DB2
        自动发现被监控的数据库，并且可自动发现数据库上的数据库表和表空间，并对此进行监控。
对以下关键组件进行针对性的监控
        •数据库
          从CPU、内存、连接、锁、事务等方面来监控数据库的性能。
•表空间
        数据文件
        进程
操作系统的文件系统
        除了数据展现，更提供可视化的监控方式，可以对文件系统运行情况进行查看和检索。
        提供数据库配置的监控，当数据库的配置发生变更，例如数据库内存配置方面的变更等，以不同的颜色标记配置变更记录，并且系统可第一时间通知管理员所发生的变更。

监控粒度更加细化，提供对于SQL语句的排序，可查看性能较差的SQL语句，为管理员优化数据库提供依据，能够预防更严重问题的发生。

        关于数据库的运行数据，系统提供了丰富的报表、报告，并可导出各种文件形式，应用于其他文档。
        应用可视化管理，可直观的展现给用户数据库监控的各种数据，让用户对于应用运行的情况有更清晰、直接的感受。
        整合ITM、Smarts等第三方软件，便于用户通过一个Portal，了解到全局的信息。
        提供宕机的根本原因分析，帮助管理员更快解决问题，使最终用户得到更高品质的应用服务。
        一旦系统发生故障，系统生成事件，通过短信，邮件和语音等方式通知关键管理人员。

我们给客户带来什么
提高管理员的工作效率，改善企业的数据库使用环境
        数据库在使用中所出现的问题，可能由表空间、文件系统、数据文件、进程等组件当中的任意一个造成，甚至有可能是由于某一个SQL语句的性能太差造成。因此，当数据库出现问题，彻查问题的根本原因成为重复、繁杂的劳动，Mocha BSM将管理员从重复劳动中脱离出来，以主动管理的方式，为管理员提供自动化的监控管理，一旦数据库出现问题，可以马上通知相关的管理员。
提前识别可能伤害数据库性能的事件，并采取预防性措施，减少应用停用为企业带来的伤害
        系统提供了70多个重要的性能指标，一旦性能出现问题，立刻产生相应的事件和报警，并可通过短信、语音等形式主动将事件和报警推送给管理员，让管理员能够实时了解当前的系统运行数据与运行状况，及时解决数据库所存在的问题，防止问题进一步的严重。
监控颗粒度细化，为管理员提供更详尽的信息，便于管理员有依据的优化数据库性能
        除了监控数据库、表空间、数据文件等组件，系统还可以深入到SQL语句的监控，提供SQL语句排名，可检测性能欠佳的SQL语句，让管理员能够有依据、有针对性的优化数据库的性能，简化管理员的维护工作。
数据库可视化监控，一目了然，降低技术门槛
        除了提供详尽、实时的数据，系统还可提供给使用者可视化的监控方式，使用者不必具有专业的数据库知识，也可以了解到数据库的当前状况。
保障业务不间断和连续性，降低运行风险
        通过对数据库可用性和性能的监控，保证数据库的健康运行，确保依赖于数据库的业务系统的正常运行，减少系统的停用时间。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM基础架构管理——可视化主机进程

赖永锋 — Mon, 14 Jul 2008 09:53:00 GMT

业务需求与挑战
• 由于不同操作系统之间的差别较大，以前每个操作系统的维护命令、维护工具都不同，维护成本和维护的难度很高。
• Unix系统管理入门门槛比较高
• Unix管理界面都是通过简单的Telnet，不直观，而且要求对系统命令很熟悉。
• 以前的维护工具不仅使用复杂，而且升级更新较慢，无法跟上操作系统更新的速度，对于操作系统的新特性无法管理。

关键功能与亮点
•支持主流主机：
       - Windows 2000/2003/Professional/XP
      - Solaris
       - AIX
       - Linux
•提供主机运行情况动态监控
        比如：IP地址、OS、版本、CPU利用率、内存利用率、磁盘利用率、I/O、网络接口传输速率、连接用户数等等。

•提供可视化进程监控
       - 监控进程状态、CPU使用情况、内存使用情况、用户、句柄数、线程数、I/O、优先级、总运行时间、最后运行时间等。
       - 关键进程跟踪
          当进程启动或终止时可以发送报警通知，并记录进程的最后运行时间。
•提供典型服务监控：
          如Telnet、HTTP、FTP，还支持Windows“服务一览”
•对系统远程管理：
          终止进程、调整进程优先级等等。
•产生关键进程启动/终止事件时，以短信、邮件、声光、Mocha Alert多种方式通知管理人员。
•主机配置变更管理
          主机可视化管理系统能够自动发现组件，如CPU、内存、分区、网卡的变化。
•自定义监控内容、监控频率：

我们给客户带来什么
• 释放维护人员，提高工作效率
        以前需要有人定时查看各个主机的关键性能指标，使用各种命令，查看操作系统的各个不同位置，才能确保系统的正常运行。现在只需在一个统一页面就能查看到所有信息。
• 提高IT响应速度
主机监控自动化，无需人工干预，一旦发生问题，系统会自动发送报警通知。
• 可视化监控，一目了然的监控
        主机可视化监控提供一目了然的监控，降低对管理员的要求，并且降低了管理员的学习门槛。将主机维护所关注的信息集中到系统中，管理员无需再从操作系统的不同位置查询。
• 深入的监控，协助用户分析问题所在
        当系统性能明显降低时，管理员仅通过查看操作系统本身提供的进程列表往往无法准确的判断症结所在，需要通过复杂的命令逐个探查进程的信息，既费时又难以快速定位问题。可视化进程监控在一个屏幕中即可展示出每个进程的各项指标信息。
• 始终保持与客户服务器操作系统同步
        除不断支持更多类型的操作系统之外，紧随客户服务器操作系统版本的升级而升级，升级过程简单快捷。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM应用管理——可视化应用监控

赖永锋 — Mon, 14 Jul 2008 09:52:00 GMT

业务需求与挑战
• 由于不同应用之间的差别较大，以前每个应用都采用不同的维护工具以及需要不同的技能，维护难度大，对维护人员的要求很高。
• 应用需要监控的方面特别多，比如一个J2EE应用就有很多方面需要监控，包括Servlets，EJB，JDBC等等，不像主机系统维护，只需要几个固定的命令。
• 影响应用性能和可用性的指标很多，一个维护人员很难成为多个应用的专家。
• 市场上的应用监控产品只是提供指标监控，并没有提供任何的可视化展现，致使维护效率低，响应速度慢，时常造成不必要的损失。
• 应用宕机的后果严重，如何减少和杜绝应用宕机一直是应用维护人员的致命伤。

关键功能与亮点
•支持以下几种应用类型：
     - J2EE应用服务器
     - Portal服务器
     - Lotus Domino
     - 数据库
•一览式监控页面，无需仔细查看指标的数值，仅从以下几方面就能理解应用情况：
     - 各个关键指标的状态灯颜色
     - 动态指标的闪现速度上
•J2EE应用服务器类与Portal运行情况动态监控
     - J2EE应用服务器监控
        系统与应用的CPU利用率、内存利用率、应用、本地会话、Web容器线程池、JDBC连接池、Cluster、可用性、报表等。
     - Portal监控
        系统与应用的CPU利用率、内存利用率、本地会话、Portlet应用、LDAP、JDBC连接池等。
•可视化理解J2EE应用部署架构，提供三层：

     - Web访问层
     - 应用层
     - 数据库层
        能够提供“一览式”的应用部署架构，理解不同应用直接的依赖关系。
•J2EE应用Cluster
     - 能够监控当前WebSphere应用服务器的实例所属群集，及其相关的WAS实例的状态。
     - 能可视化了解Cluster的各个成员
     - Lotus Domino监控
        系统与应用的CPU利用率、内存利用率、会话、TASK、数据目录、应用目录、数据库等。
•数据库类监控
        系统与应用的CPU利用率、内存利用率、会话、SGA、重要后台进程、数据文件、归档日志文件、存储日志文件空间占用情况等。
•常规信息仪表盘
     - 应用最近可用性、CPU使用情况、JVM使用情况一目了然。

•报表
- 以动态折线图的形式展现关于WAS实例，及实例中部分Web应用实例、JDBC连接池实例的运行情况，并提供了更详细的数据分析。

•自定义监控内容、监控频率：

我们给客户带来什么
• 可视化监控，“一目了然”的监控，降低维护门槛
        应用可视化监控提供一目了然的监控，降低对管理员的要求，并且降低了管理员的学习门槛。将应用维护所关注的信息集中到系统中，管理员无需再从应用的不同位置查询。
• “一夫当关万夫莫开”，降低人力成本
        管理员可以在监控WebSphere应用服务器的同时，监控Portal、Lotus Domino等很多其他资源。即能够在一个浏览器同时打开多个不同资源的可视化窗口，形成“一人监控，万事末开”的感觉，降低对人力的需要。
• 释放维护人员，提高工作效率
        以前需要有人定时查看各个应用的关键性能指标，使用各种命令，查看应用中的各个不同位置，才能确保应用的正常运行。现在只需在一个统一页面就能查看到所有信息。
• 提高IT响应速度
        应用监控自动化，无需人工干预，一旦发生问题，系统会自动发送报警通知。

Mocha BSM基础架构管理——可视化系统进程监控

赖永锋 — Mon, 14 Jul 2008 09:51:00 GMT

业务需求与挑战
• 在服务器的日常运营中，经常遇到进程不响应，无故死掉又无法察觉的问题；
• 有时应用并没有宕机，但是应用的相关进程却已停止，管理员无法及时的察觉；

• 当进程发生中止又重新恢复的异常情况时，相关人员亦很难察觉。

关键功能与亮点

• 关键进程跟踪
        从进程启动到进程终止，系统会24小时全程监控关键进程的整个生命周期。当进程启动或终止时可以发送报警通知，并记录进程的最后运行时间。
•提供详细的进程信息
        进程状态、CPU使用情况、内存使用情况、用户、句柄数、线程数、I/O、优先级、总运行时间、最后运行时间等。
• 一个界面，处理不同操作系统的进程
        支持不同操作系统比如Windows、Solaris、AIX、Linux，但是通过Portal提供统一界面和入口，不需要来回切换Telnet或者系统登入界面。
        提供进程可视化管理，提供一目了然的系统维护工具，如按名称、进程ID、CPU利用率、内存利用率等进行排序。
• 对系统进程远程管理
 - 终止进程
 - 调整进程优先级

• 支持进程事件
当关键进程启动/终止时，会产生进程事件，并且向相关人员发送报警和出发相关流程。
• 多种方式通知

产生关键进程启动/终止事件时，以短信、邮件、声光、Mocha Alert多种方式通知管理人员。

我们给客户带来什么
• 释放维护人员，提高工作效率
        以前需要有人定时查看各个服务器上的所有进程，使用各种命令，查看操作系统的各个不同位置，才能确保系统的正常运行。现在只需在一个统一页面就能查看到所有信息。
        以前不知道进程何时终止了？现在只要查看进程的最后运行时间即可。
• 提高IT响应速度
        进程监控自动化，无需人工干预，一旦发生问题，系统会自动发送报警通知
• 可视化监控，一目了然的监控与管理
        系统进程可视化监控提供一目了然的监控，降低对管理员的要求，并且降低了管理员的学习门槛。所有的进程管理都可以在一个统一页面进行，包括调进程优先级，杀进程（如果你又相对应权限），而不是靠复杂难记的Unix系统命令。
• 深入的监控，协助分析问题所在
        当系统性能明显降低时，管理员仅通过查看操作系统本身提供的进程列表往往无法准确的判断症结所在，需要通过复杂的命令逐个探查进程的信息，即费时又难以快速定位问题。可视化进程监控在一个屏幕中即可展示出每个进程的各项指标信息。
        无论管理员身在何处，一旦发生关键进程启动/终止问题，系统都能够立即通知到管理员，使问题得到尽快处理。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM产品亮点——SNMP Trap的支持

赖永锋 — Fri, 11 Jul 2008 05:39:00 GMT

什么是SNMP Trap
自1998以来，SNMP已经被广泛被接受和支持。SNMP依赖的模式是管理站与代理（即是Management and Agent Model）。SNMP Trap是SNMP的一部分，当被监控段出现特定事件，可能是性能问题，甚至是网络设备接口宕掉等，代理端会给管理站发告警事件。通过告警事件，管理站可以通过定义好的方法来处理告警。

管理信息数据库（MIB）是一个信息存储库，它包含管理代理中的有关配置和性能的数据，有组织体系和公共结构，其中包含分属不同组的多个数据对象。

Mocha BSM如何实现SNMP Trap
当用户在被监控端所设置的情况符合了，被监控段将会给Mocha BSM发送特定事件。
以下是Mocha BSM处理的几个步骤：

• SNMP Trap接收服务一直在端口162等待着请求，一旦接受任何请求，将发给SNMP Trap翻译。
• 通过MIB库的已知设备信息，SNMP Trap将会尽可能翻译Varbind的信息。

           • 通过可配置的业务规则，可决定如何处理或者丢弃告警。
           • 把产生的告警展现在事件管理，并且能产生相关的报警，提醒相关IT管理员。
           • 如果事件与工单有绑定，可以触发相关工单。
           • 系统管理员也可以通过不同格式的文件，导入新的设备信息进入Mocha BSM的MIB库。

关键功能与亮点
事件驱动，第一时间收到设备故障告警
以事件为驱动，由被监控的主机、网络设备、应用在发生故障时向Mocha BSM发送SNMP Trap，通过对接收到的SNMP Trap进行翻译和展现，以最快速度向管理人员发送告警。SNMP Trap不同于SNMP的主动采集，SNMP采集服务器按照固定的时间间隔,由网管系统以询问的方式，采集被监控端性能指标，因此发现被监控端性能问题的快慢取决于采集的频率间隔。而SNMP Trap是以事件为驱动，在被监控端设置陷阱，一旦被监控端设备出现相关问题，立刻发送SNMP Trap，因此能够在最短的时间内发现故障，避免因为设备故障带来的经济损失。

提供SNMP Trap的接收，并通过对Trap信息翻译，展现事件
支持设备，主机和应用的SNMP Trap信息，从被动变为主动，全面监控IT系统。通过对SNMP Trap的翻译和展现，一旦某个IT组件出现问题，可以在短时间之内，即可收到故障信息，满足企业的快速发现问题的需要。

支持SNMP Trap的接收规则定义，过滤无用Trap信息
通过SNMP Trap的接收规则定义，管理员可以过滤非重要设备的Trap信息，也可以过滤被监控设备的非重要故障信息。帮助管理员在第一时间收到真正需要的管理信息。

接收来自第三方管理软件SNMP Trap信息，或向第三方管理软件发送Trap信息，达到整合效果
       第三方系统可接收本系统的SNMP Trap，本系统也可接收第三方的SNMP Trap，支持的第三方产品有HP OpenView、IBM TIVOLI、CISCOWORKS等。
定制SNMP Trap告警规则触发告警，提供多种方式发送告警信息
       用户通过Mocha Portal定制需要告警的SNMP Trap信息，针对特定SNMP Trap事件通过邮件、短信、语言、Mocha Alert等方式向相关人员发送报警。帮助管理人员快速收到IT系统故障信息。
支持事件导出
       汇总特定时间内特定SNMP Trap事件，同时可以以Excel格式导出事件数据，便于管理人员对故障信息进行统计和分析。
支持各类设备厂家MIB库的导入
       虽然国内各种网络设备都支持SNMP Trap，但是各个厂家的MIB库并不能很好的支持公共标准，因此，我们支持厂家私有MIB库的导入，确保能够全面兼容各个厂家设备的SNMP Trap信息。

更多详情,请登陆 http://www.mochabsm.com

Mocha BSM产品亮点——自定义事件

赖永锋 — Fri, 11 Jul 2008 05:38:00 GMT

业务需求与挑战
随着企业逐渐建立了统一的信息管理平台后，信息管理部门对IT系统地的管理需求也随之细化。而IT系统的庞大，自然会产生大量的信息事件，来展现IT系统的整体运行状态，其中有设备的性能事件，可用性事件，配置事件等等。
但仅仅是这些类型的事件还远远不能满足管理人员在IT运维工作中的需要，管理人员需要全方位的、颗粒度更细的事件描述，来准确的知道事件的描述和发生原因，并可以根据具体情况来决定是否触发相关流程。所以维护人员需要能够快速定制，根据监控需要，随时调整的自定义事件来满足运维的需求。

我们给客户带来什么
通过自定义事件，满足复合事件同时发生才能触发IT运维流程的需求
在IT运维流程当中，往往IT管理员不仅只靠宕机事件或者指标事件来触发工单。

IT管理员需要事件不同的组合，比如：
           • 如果CPU和内存利用率超标了，给IT管理员A下派工单处理
           • 如果某个文件目录增长速度过快和硬盘利用率超标，立刻指派IT管理员B扩容。
       所以，通过以上的例子，我们了解到要让事件来触发工单，我们需要把这些复合事件合并为一个自定义事件，让后让这个事件和工单绑定。

通过自定义事件，让IT管理人员更准确想看到的事件
IT管理员能把一些经常性发生的复合事件整理起来，最终以一条事件来展现。
以下是一个例子：

• 首先，配置自定义事件

• 在自定义视图展现

更多详细内容，请登陆http://www.mochabsm.com

Mocha BSM产品亮点——如何去干扰事件

赖永锋 — Fri, 11 Jul 2008 05:37:00 GMT

业务需求与挑战
       如果一台服务器宕了10个小时，IT管理员会收多少短信呢？有些系统会根据采集频度来发事件，如果5分钟采集一次，那IT管理员将接收120条短信。IT管理员一边得解决问题，一边还得接系统监控这方面无谓的骚扰。
       如果一个企业拥有200台设备（包括网络设备，主机等），如果平均一台设备一天要发5条事件，那IT管理员一天要看1000条事件，甚至接收1000条短信。换成任何人，在这种情况地下，都处理不过来。IT管理员需要寻找他需要的事件，就好像海底捞针。
       一台设备出现问题，连续发了好几条事件，但是IT管理员必须在众多的事件里头去搜和手工关联。关联的事件一旦多，根本做不到。
       现在管理人员将会迷失在繁杂的事件库当中，常会犯捡了芝麻丢了西瓜的错误。事件管理的关键点就在企业需要管理手段能够从大量的事件中去除那些毫无意义的垃圾事件，并找出对于信息管理真正有用的事件，并快速解决问题，恢复系统的正常运营。

我们给客户带来什么
提供根本原因分析,快速发现故障根源，缩短恢复事件，最大挽救经济损失

比如：以下的核心设备出现故障后，将会引发连锁反应，导致其他的应用或者主机全部都不可访问，而这个时候，管理人员看到的将是大量的故障事件。管理人员，很难迅速从这样大量的事件中，发现真正的故障根源。

现在，通过Mocha BSM的根本原因分析，就可以快速的分析出罪魁祸首，帮助管理人员在第一时间，将核心设备的故障进行恢复，而后其他应用和主机系统将不治自愈，降低企业的经济损失。

提供Flapping技术，减少误报事件，提高工作效率
虽然很多管理软件提供了策略机制，管理人员可以通过设置设备监控的告警阈值，一旦设备指标超过了规定的阈值，才会产生告警事件。然而，在监控的过程当中，设备时常会因为偶然的波动，在超过规定的阈值后，迅速的恢复正常状态。这种“昙花一现”的现象不值得关注，但是往往会给IT管理员误报，耽误了管理人员的宝贵时间。
现在我们通过Flapping技术，设置一个确认数值。比如我们设置了一个Flapping=3的数值，一旦在一个时间段内，连续超过严重阈值3次，系统就会发事件和发报警，避免了无谓的误报。

事件关联
如果没有事件关联的功能，如果一台设备出现问题，相关的事件将会撒落在事件管理的各处，就如以下图所示：

通过关联事件功能，系统会把相关的事件组织在一起，达到：

                • 一条事件
                • 一条报警
                • 一个列表展现

提供自动压缩资源可用性事件，减轻管理人员工作量
为了提高管理人员效率，我们还提供了自动屏蔽重复故障事件功能，减少事件的不必要可用性报警事件。

例如，设备宕了10个小时，IT管理员只会收到一条事件，Mocha BSM的事件压缩功能把数十条重复性事件压缩至一条。

更多详细内容，请登陆http://www.mochabsm.com

Mocha BSM产品亮点——定制化首页

赖永锋 — Fri, 11 Jul 2008 05:36:00 GMT

业务需求与挑战
• 不同企业、不同部门的关注点不同，有的关注系统，有的关注网络，有的关注应用，还有的关注服务。单一固定的首页内容很难满足不同企业的需求。
• 不同用户关注的资源不同。同样是关注系统，有的用户可能只关注Windows主机，而有的用户关注Unix主机，不可定制的首页很难满足不同用户的需求。

关键功能与亮点
提供5类16个Portlets供首页定制：
• 焦点资源
一览用户定制资源的状态，并可链接到资源或其状态的详细信息页面。

• 关注资源
展示用户定制资源及其组件的重要信息。

• 资源一览

展示监控资源状态的统计数据及分布图。

• 网络拓扑

展示企业网络拓扑，包括交换机、路由器、子网、主机。

• 事件一览
展示用户定制的资源在指定时间内所触发的符合用户设置的过滤条件的事件。可全屏浏览并提供搜索功能。

可在Portlet定制其展现的资源：
除网络拓扑Portlet外，其他Portlet均可由用户定制其展示的资源，用户有权限的资源均会列出以供用户选择。

我们给客户带来什么
• 自由定制首页，满足不同部门的业务需求
首页由最多10个Portlet组成，并可与部门的展现要求绑定，管理员可根据不同部门的业务需要，定制关注系统、网络、应用、服务的Portlets。
• 自由定制Portlet展现内容，满足不同用户的监控需求
管理员定制首页Portlet后，用户可定制Portlet中展现的资源，只要用户有权限的资源，均可定制展现在Portlet中。

更多详细内容，请登陆http://www.mochabsm.com

Mocha BSM产品亮点——分布式监控架构

赖永锋 — Fri, 11 Jul 2008 05:35:00 GMT

业务需求与挑战
企业经常会遇到下列场景：
• 监控软件只支持监控200台主机，而企业却有500台主机需要监控。
对于中大型企业，需要监控数以千计甚至万计的主机、网络设备、应用、服务等资源，很多监控软件不能满足这一需求，其监控的资源数量一多，服务器既要响应用户，又要处理监控数据、写数据库，性能消耗巨大，服务器很快濒临崩溃。
•企业的分公司遍布全国各地，需要监控的资源因此也分布在不同的局域网
中大型企业需要监控的资源往往分布在总部及其全国各地甚至世界各地的分公司，即分布在不同局域网，其间通讯必须要通过广域网。
•监控软件服务器宕机，期间整个监控系统停顿，没有任何监控数据、报警等。
监控软件一旦停止运作，没有任何备份可以运行，从而丢失了监控数据，也不能发送报警。

关键功能与亮点
Mocha BSM采用CMS（Central Monitoring Server 中央监控服务器）、DCH（Data Collection Hub 数据采集集线器）、DMS（Distributed Monitoring Server 分布式监控服务器）三层分布式架构，如下图所示。DMS负责发现被监控资源、处理指标原始数据、汇总数据、上传事件、计算资源状态等；DCH负责向数据库中写入DMS采集的数据、传递来自CMS的命令或监控策略至DMS等；CMS负责生成报警、下发监控策略、处理Portal中用户的动作等。
分布式架构的特点是：
• 可扩展性： DCH支持纵向与横向扩展，即可配置多个DCH在同一个CMS下（横向扩展），每个DCH下还可再配置DCH（纵向扩展）。同时，DMS支持横向扩展，即可配置多个DMS在同一个DCH下。每个DMS下最多可监控1000个资源，这种可扩展性消除了被监控资源的数量上的限制。

• 负载均衡（Load Balance）：DMS上级DCH可通过配置文件配置，若某个DCH负载过重，可将一部分DMS配置给其他负载轻的DCH，从而达到负载均衡。
• 高可用性（High Availability）：DCH的上级CMS以及DMS的上级DCH均可在配置文件配置，并且允许配置多个备用节点。一旦主配置不可用，可立即切换到备用配置，实现不中断的监控业务。

我们给客户带来什么
• 通过分布式架构，消除了企业监控资源的数量限制
用户可通过添加分布式监控服务器，不断增加被监控资源的数目。由于数据的采集与处理均是在分布式服务器，中央处理器不会随着被监控资源数目的剧增而过载崩溃。
• 通过分布式架构，监控总部以及全国各地分公司的资源，而不仅局限于一个局域网
用户可在不同地域的各分公司部署分布式服务器，再通过统一Portal入口浏览资源监控的状况，实现全公司统一的监控管理。
• 24小时不间断的业务监控
一旦系统某个服务器停止运作，系统会自动启用备份服务器，从而不间断的采集数据，更重要的是，用户不会因系统某服务器宕机就错过严重事故的报警。

更多详细内容，请登陆http://www.mochabsm.com

Mocha BSM产品亮点——分级管理

赖永锋 — Fri, 11 Jul 2008 05:35:00 GMT

业务需求与挑战
一个中大型企业拥有很多不同的分支机构，并且位于不同的区域，如果使用了其他监控软件，也经常会遇到下列场景：
• 企业往往要求监控软件的管理员和系统或网络的管理员是两个角色，其权限要分开，即前者只负责监控业务的管理，后者只负责系统或网络的管理。
•企业需要各部门只能监控自己部门的资源，不能监控其他部门的资源，但是做不到。
•不支持集团与分公司要有上下级关系（用于支持报警升级等）。

关键功能与亮点
支持分级管理：
• 资源域与用户域：引入资源域与用户域的概念
- 资源域：

一个资源域就是一个或几个分布式服务器（用于发现资源）的组合，这些分布式服务器所发现的资源均属于当前资源域。资源域管理员只负责发现与维护被监控资源。例如，可创建一个“主机”资源域，由系统管理员发现各类主机，再创建一个“网络设备”资源域，由网络管理员发现各类交换机、路由器、防火墙。
- 用户域：

      用户域用于定义企业的各组织单位，可在各用户域创建用户，并将资源域发现的资源赋予各用户域，以建立用户与被监控资源的关联，实现严谨的权限控制。同时，用户域支持上下级关系定义。例如，可创建“集团公司”、“天津分公司”、“上海分公司”三个用户域，各用户域下可创建自己的用户，并将在各资源域发现资源赋予各用户域。同时根据组织架构将“天津分公司”与“上海分公司”的上级用户域设为“集团公司”。各用户域管理员只负责创建自己用户域中的用户与角色，设置权限、监控频度、阈值、报警等监控业务。
- 例子
      某集团公司总部位于北京，其两个分公司分别位于天津与上海。总部拥有主机A与交换机A，天津分公司拥有主机B与交换机B，上海分公司拥有主机C与交换机C。如下图所示，可创建两个资源域“主机”与“网络设备”，分别由系统管理员与网络管理员发现主机与交换机。再创建三个用户域“集团公司”、“天津分公司”、“上海分公司”，将在资源域发现的资源赋予各用户域，并由用户域管理员在各用户域创建用户，以实现每个用户只对自己用户域的资源有权限。同时，还可将“天津分公司”、“上海分公司”的上级用户域设为“集团公司”，以实现报警升级等功能。
      分开资源和用户管理，增加企业监控系统的安全。
• 资源权限管理：
- 被监控资源可以通过策略批量分配给不同用户域（不同组或部门）
- 各用户域管理员只能管理和监控自己用户域拥有的资源
• 用户域分级管理：用户域支持上下级关系定义，可以实现以下几点：
- 对被监控资源业务管理的分级；
- 支持大型企业机构分级管理，支持总部与分支机构的上下级关系；
- 支持报警升级，可以把下级用户域的报警升级到上级用户域。

我们给客户带来什么
• 监控业务与系统管理分开，管理员各司其职，避免一人身兼数职
      系统管理员专注于资源发现与管理（例如更换资源密码等），而监控管理员只负责创建用户、角色，设置被监控资源的监控频度、阈值、事件、报警等。两者各司其职，避免了一人身兼数职，减轻了各管理员的负担。
• 严格的权限控制，用户只能看到自己有权限的资源，避免不必要的信息泄露
      管理员可设置每个用户有权限看到的资源、系统模块，而没有任何额外信息。
• 支持中大型企业的分级管理，支持报警升级等功能。例如，集团公司与分公司可设置
      上下级关系，当分公司某资源宕机超过24小时没有恢复，则自动升级报警至集团公司相关人员。

更多详细内容，请登陆http://www.mochabsm.com

Mocha BSM产品亮点——策略管理

赖永锋 — Fri, 11 Jul 2008 05:34:00 GMT

业务需求与挑战
企业即使已经使用了其他监控软件，在制定监控策略时，也经常会遇到下列场景：
• 无法批量设置资源的监控策略。
• 无法对同一资源的相同的组件采用不同的监控策略（设置不同的监控频度、阈值等）。例如，无法对一个Lotus Domino服务器的100个NSF数据库，或对一个IIS服务器的5个Web站点，根据NSF数据库或Web站点的重要程度的不同而设置不同的监控频度、阈值等。
• 判断指标状态时，无法设定指标超过阈值的连续发生次数，指标状态频繁改变会频繁触发事件/告警，最终导致“狼来了”的故事上演。
• 被监控的某资源在每天的某一特定时间段负载会很重，在该时间段采集指标无异于雪上加霜，但用户无法设定在该时间段不采集资源的监控数据。
• 只能按相对频度（例如每1小时），无法按绝对时间（例如每天19：00）采集指标。
• 无法设定事件是否产生，以及同一事件设置不同的级别与优先级。例如，同样是主机宕机事件，无法对企业的生产机与备份机引起的宕机事件设置不同的级别与优先级。
• 报警方式单一，例如，只提供邮件报警，没有短信、语音（通过自动拨打用户电话报警）等有效的报警方式。
• 没有报警升级，例如，数据库服务器不可用时，报警至数据库管理员，但24小时后数据库仍未恢复使用，无法报警升级至部门领导，从而不能使领导及时知晓并采取更强力度的措施。
以上不够灵活的策略管理，大大限制了监控软件对企业的价值。

关键功能与亮点
Mocha BSM策略管理支持：
• 可将同一类型资源批量加入监控策略：一个监控策略包括使用策略的资源、指标定义、事件定义、报警定义，同一类型资源可批量加入该策略，以设置指标监控频度、阈值、事件、报警等。

• 对同一资源的相同类型组件，可设置不同监控子策略：可对同一资源的相同组件设置多个监控子策略，以设置不同的指标监控频度、阈值、事件、报警等。如下图所示，可对一个Windows主机策略创建两个网络接口策略，以将其网络接口加入不同策略监控。
• 可设置指标阈值超标的连续发生次数，指标达到稳定状态时才会触发事件。

• 可设置每个指标的不监控时间段，在被监控资源繁忙时不采集监控数据。
• 可按相对频度（例如，每小时）或绝对时间（例如，每天、每周、每月的某个固定时间）设置监控频度。
• 每个监控策略均可设置其每个事件产生与否，以及事件级别与优先级。例如，用户可将生产机与测试机加入不同策略，设置不同事件级别，即由生产机触发的主机宕机等事件的级别将会比由备份机触发的主机宕机等事件的级别更高。
• 支持设置多种报警方式，包括邮件、短信、语音（通过自动拨打电话，将报警的详细信息通知用户）、Mocha Alert（Mocha BSM的桌面报警客户端，报警信息即时在电脑桌面显示）。
• 支持报警升级，当指定的事件在指定的时间段内没有恢复或反复发生，则升级报警到更高级别的用户。

我们给客户带来什么
• 快速、批量的设置资源的监控策略，大大提高工作效率
      对于相同类型的资源（例如，Windows主机），管理员可批量将其加入监控策略，而不必一个一个去设定采集频度、阈值等，节省了大量时间，并提高了工作效率。
• 根据业务需求，对同一资源的相同组件可采用不同的监控策略，轻重分开，突出重中之重
      例如，系统监控2个IIS服务器以及其上5个Web站点后，管理员可根据Web站点的重要程度的不同而设置不同的监控频度、阈值、事件级别、报警等。从而使重要Web站点拥有比次要Web站点更高的事件级别、报警等，突出了重中之重，便于管理员管理。
• 避免了因指标频繁改变而频繁触发事件、报警，保证用户收到的事件、报警都是有的放矢
      指标达到稳定状态才会触发事件报警。判断指标状态时，用户可设定指标超过阈值的连续发生次数，从而有效避免频繁触发事件/告警，做到有的放矢。
• 灵活的监控频度、不监控时间段的设定，满足更多监控业务需求
      用户即能按相对频度（例如每1小时），也能按绝对时间（例如每天19：00）设定指标的监控频度，还可以设定在某一时间段不采集指标。灵活的监控频度设定，可满足不同资源的多种监控需求。不监控时间段的设定，可保证不在被监控资源自身负载重时雪上加霜。
• 丰富的事件属性、灵活的事件设置，事件传达给用户的信息更加全面、准确
      管理员可设定事件是否产生，以及对同一类事件设置不同的级别与优先级，例如，同样是主机宕机事件，可对企业的生产机与备份机引起的宕机事件设置不同的级别与优先级，从而使事件传达给用户的信息更准确。
• 多种报警手段，当事故发生时，全方位、及时准确的通知用户
      用户可在策略中设置多种报警方式，当事故发生时，不仅以传统方式邮件方式通知用户，还可通过短信、语音（自动拨打用户电话报警）等多种报警方式，全面及时的通知用户。
• 在一定时间段内，事故仍没有解决，升级到更高层次用户，自动寻求更强的解决力度
      例如，数据库服务器不可用时，报警至数据库管理员，但24小时后数据库仍未恢复使用，可报警升级至公司领导。领导可调集更多资源，加大解决力度，从而迅速排解事故。

更多详细内容，请登陆http://www.mochabsm.com

Mocha BSM产品亮点——关联事件分析

赖永锋 — Fri, 11 Jul 2008 05:33:00 GMT

业务需求与挑战
企业经常会遇到下列场景：
• 企业某应用，例如，WebSphere Portal Server，已经不可用，是由于应用自身已不可用？还是应用所连接的数据库出了问题？还是应用的LDAP服务不可用？还是上述三个原因都存在？
•企业即使已经使用了其他监控软件，对于上面的场景（假设三个原因均存在），大多数软件发出事件或报警往往是独立的三条，他们之间没有关联。Event Console中展现三条事件时，其间夹杂很多其他资源的事件，令使用人员很难一眼看到该资源不可用的三个原因，从而不能全面解决问题。再举个实际的例子，企业监控了一台Windows主机的30个性能指标，当这台主机出现性能问题（假设其中25个指标先后超标），其他监控软件往往会先后发出25条事件/报警至Event Console，这些没有关联的事件令使用人员无法全面掌握这台主机的性能问题，要大海捞针般去人工关联这些事件。

关键功能与亮点
• 事件管理（Event Console）提供关联指标列表：在Event Console每个资源事件前提供快捷方式，展示引起当前事件的所有指标。如下图所示，引起主机性能超标事件的所有指标均被列出，点击具体指标可进入指标事件的详细信息页面，进一步查看指标的问题，帮助管理员快速分析、解决问题。

•关联事件分析：将资源事件与引起该事件的指标准确关联，按指标事件产生时间排序，使客户全面掌握该资源事件表明的问题，并使有针对性的解决这些问题，大大提高了客户处理问题的效率。如下图所示，Windows主机TJMDCL-DINGR性能超标引起的资源事件页面将引起该事件的指标列出。

我们给客户带来什么
• 将引起当前可用性、性能或配置问题的所有指标自动关联，不必大海捞针般去查找，提高了工作效率
问题指标自动与事件相关联，用户全面掌握该资源的可用性、性能或配置问题，不必花费大量时间在Event Console手动查询，提高了工作效率。
• 准确了解引起问题的具体原因，有针对性的解决问题
用户可一览引起当前问题的所有关联指标，快速查明问题由具体哪个指标引起，从而有针对性的解决问题。

更多详细内容，请登陆http://www.mochabsm.com