Monitor 是（以下称为 Monitor）IBM® 的 Business Process Management (BPM) 系列产品的一个有机组成部分，它是一个全面的业务活动监视 (BAM) 解决方案，可提供接近实时的业务性能视图。BAM 通过处理事件、计算业务标准以及在业务仪表板上展示关键性能指标 (KPI)，可以对业务活动的性能提供可见性。在出现错误时，BAM 还可以提供帮助。当无法实现预期目标时，可以发送警报，让组织更及时地知道潜在的问题，从而可以计划和作出有针对性的措施。
本文将描述 Monitor V6.2 的一些重要功能。内容包括：对原有的体验进行了重要更改，为业务用户提供了方便快捷的强大功能，将 KPI 历史记录、预测和警报组合在一起显著提高了决策和措施水平，为业务分析人员提供了快速更替的流程监视设计，增强了解决方案架构师处理事件的方式，并为 IT 人员改进了性能和可伸缩性。最后，为了解更多信息，我们将向您介绍其他参考资料。
使用 WebSphere 支持的 Business Space 提高业务领导的能力
在通篇中我们将以 V6.2 为例介绍我们的教程。通常情况下，部署 Monitor 的目的是为了向业务用户提供可见性，让他们洞悉其业务性能，以便能够采取明智的措施。实现此可见性的主要用户界面是 Monitor 仪表板。Monitor V6.2 提供了两个仪表板部署选项：由 WebSphere 提供支持的 Business Space 以及 WebSphere Portal。
Monitor 提供了名为 Business Space 的仪表板，它通过多个交互式可视化工具（称为小部件）为用户提供管理其业务的能力。业务用户通过创建一个或多个页面并将这些小部件组合到称为空间 的逻辑单元可以动态构建解决方案。页面是通过添加一个或多个小部件组装在一起的，这种构建方式通常称为“拼装”(mashup)。
有多个 WebSphere BPM 产品可以为 Business Space 提供小部件，随着安装的产品越来越多，可以使用的这些小部件也越来越多，在某些情况下它们之间彼此可以交互。Monitor 提供了十一种独立的小部件，其中在 V6.2 中包括一个用于显示历史记录和预测的新增小部件。所有 Business Space 产品附带的七个其他小部件对 Monitor 小部件进行了补充，这些小部件涵盖了一些常见的任务，如查看网站、演示文稿、文档、RSS feed 和 Gadget 等。
作为使用 Business Space 的替代方案，Monitor 还提供了对 WebSphere Portal（以下称为 Portal）的支持。从 V6.2 开始，该产品中不再包括 Portal，必须单独购买 Portal。支持 Portal 的版本为 V6.1.0.1。请注意，所有特定于 Monitor 的 Business Space 小部件都作为 Portlet 提供，以便与 Portal 一起使用，因此两个平台之间有细微差别。
V6.2 中的另一个新增功能是图 1 所示的 Better Lender Showcase。该 Showcase 对 Monitor 提供的 Business Space 功能提供了现成演示。安装该产品之后，用户只需在 First Steps 对话框中单击一下即可添加 Showcase。可以在其中配置所有必需的部件，发送事件数据，模拟历史记录数据，以及创建具有多个可供使用的页面和小部件的业务空间。用户然后可以对此空间进行探索，以自己喜欢的方式熟悉其功能。空间中包括入门文档，该文档可以指导用户了解场景，帮助他们熟悉业务空间。新增的 Showcase 意味着，用户只需单击几下就可以开始体验 Monitor V6.2。图 1 显示了 Better Lender Showcase 的第一页。
图 1. Better Lender Showcase
Monitor V6.2 向许多现有小部件添加了新功能和进行了更改。引入了新的用户界面，该界面标准化了用户界面控件的外观，并在集成到 Business Space 中的所有产品上采用了该用户界面。此外，Business Space 自从 V6.1 以来已得到了显著增强，添加了许多可用性改进，例如，将页面组合为空间、为解决方案提供预定义空间的模板、快速分页和空间切换、选项卡重新排序、小部件高度和宽度自定义以及通过改进的拖放支持增强页面设计。
如图 2 所示，为改进维量分析，Monitor V6.2 在 Reports 和 Dimensions 小部件中添加了一个经常被要求的功能，即按名称而不是数字查看月份（例如，October 而不是 10）。
图 2. 维量分析中的月名称
V6.1.2 还为 Instances 小部件引入了重要增强功能，现在可以跨多个模型和多个监视上下文级别自定义该小部件。这允许在逐层展开和协作模式场景中自定义列的显示，其中包括排序或逐层展开隐藏的列。另外，通过添加以逗号分隔值（Comma Separated Value，CSV）格式导出电子表格数据的能力，进一步增强了该小部件的功能。
还改进了 KPI，添加了自定义颜色，并引入了用于范围颜色定义的自定义面板。为快速定义 KPI 范围添加了称为范围模板的功能。可以跨许多 KPI 使用这些模板。V6.2 还在 Monitor 工具包的监视器模型编辑器中添加了指定自定义范围颜色的功能。
Monitor 小部件可监视聚合数据和特定于实例的数据，还提供了一些增强功能，允许逐层展开从聚合数据到实例数据的各个场景，有助于问题的解决。例如，图 3 显示了您现在如何能够从 Reports、Dimensions 和 KPI 小部件展开到 Instances，以显示拉动客户 KPI 增长的所有新客户订单。
图 3. 展开到 Instance 数据
在 V6.2 中还添加另一个跨小部件的功能，使用动态过滤实现了 Diagram 小部件和 Human Tasks 小部件之间的协作。这允许用户单击聚合图中的敏捷点（通常为流程图中的人工步骤），并使 Human Tasks 小部件仅显示已单击的人工任务的实例。一个示例使用场景是，允许管理员单击贷款审批流程图中的审批步骤，然后 Human Tasks 小部件就会显示所有审批任务。接着，用户可以对该任务执行操作，如要求其进行处理。
您还可以单击 Instances 小部件中的行，这将导致 Diagram 小部件更新，以显示特定于实例的图表，然后在该图表中单击来查看具体的人工任务实例。在示例场景中，用户可单击个别贷款申请，Diagram 小部件会显示该特定贷款申请的处理状态。该用户然后可以单击图表中的 Underwriting 步骤，Human Tasks 小部件将显示所选贷款申请的特定 Underwriting。图 4 说明了这三个小部件之间的两步交互。
图 4. 展开到人工任务数据
Monitor V6.2 中添加了以下三个主要新增功能，用于为快速决策提供支持：KPI History、KPI Prediction 和 Dynamic Alerts。KPI History 可随着时间的推移自动捕获 KPI 的值，并通过新的 KPI History 和 Prediction 小部件（分析随时间推移的 KPI 值）在仪表板中进行补充。KPI Prediction 构建在 KPI History 的基础之上，它允许业务用户定义预测模型，然后在同一新的小部件中使这些预测可视化，从而在历史记录上下文中查看预测趋势。使用 KPI History 和 Prediction 小部件，用户还可以通过简单的控制指定允许执行强大分析的时间段。
最后，Dynamic Alerts 可使业务用户在发生情况时指定警报的时间、人员和方式。用户可以在仪表板中动态定义这些警报，而不需要任何 IT 人员参与。这项最终功能构建在预测功能的基础之上，因为可以基于预测值定义警报的触发。历史记录、预测和警报的这种组合可以显著改进决策的制定，能够对业务状况做出快速而又明智的响应。
部署 KPI 定义时，或者用户通过仪表板动态创建 KPI 时，Monitor V6.2 就开始每小时捕获一次 KPI 的历史记录值。在可以重新分析随着时间推移而保留的现有数据的情况下，业务用户甚至可以计算以前的 KPI 历史记录。此外，能够导入或导出历史记录的管理员还可以管理历史记录。
新的 KPI History 和 Prediction 小部件可提供基于时间的图表，用于分析历史记录数据。与其他小部件一样，您可以将其添加到任何空间或页面，并使用简单的业务用户界面进行配置以选择要显示的 KPI。用户可以指定缺省的时间范围和数据频率，例如一年的日数据点。将图表配置为显示此缺省值后，用户即可在视图模式中与之交互，并临时更改时间范围和数据频率，从而能够快速分析不同的时间段。该小部件包括对频繁使用的时间窗口（如一周、一个月、月初到当日和年初到当日等）的方便控制。用户还可以指定任意时间范围的开始和结束日期。他们可以随图表一起显示数据的表格视图，单击表或图表中的数据点即可在两个表中突出显示它们，可以方便地交叉标识数据。其他可用性功能包括悬停信息，可提供数据值、范围名称以及值和目标。图 5 显示了在小部件中合并了 KPI History 和 KPI Prediction 的示例。
Monitor V6.2 还提供基于此历史记录数据进行预测的功能。对 KPI 行为的预测可以改进决策的制定，对问题或机会做出更快的响应。业务用户只需在仪表板中即可定义预测模型，指定预测期限以及预测点的频率。此外，预测模型还可以考虑使用循环模式，如七天的周循环或每季度累计销售趋势。可以基于 KPI 过去的业绩、当前的趋势、加速和减速以及可选的循环模式进行 KPI 预测。例如，每日预测可以预期周末的最低销售量或季末的最高销售量。
用户可以使用显示历史记录的同一小部件打开或关闭预测模式的显示，这样预测的数据值可添加到图表或表。当配置小部件时，用户可以选择要显示哪个预测（可以为 KPI 定义多个预测）。图 5 显示了 KP History 和 Prediction 小部件的示例，其中显示了日销售 KPI 的历史记录和预测，并在历史记录和预测中清楚显示了周末模式。
图 5. KPI History 和 Prediction 小部件
在以前版本中，Monitor 开发人员已能够在监视器模型中定义与业务相关的情况，并且用户已能够订阅这些建模的警报。尽管其功能强大，但是对警报定义执行任何更改时需要涉及到 IT 用户和部署周期，因此限制了使用此功能的场景。现在，Monitor V6.2 通过引入 Dynamic Alerts 将此功能设置为动态形式，从而让业务用户能够定义自己的警报情况、警报内容和警报提交机制，以及接收警报的人员和方式。
现在，仪表板用户通过定义警报条件可以对任何 KPI 设置警报。例如，可以将多个条件合并，当响应时间和呼叫量同时增加到超过目标级别时，用户可以得到警报。用户可以接收缺省通知，也可以自定义消息的主题或正文，并可以包括其他 KPI 详细信息。以呼叫中心为例，这允许接收以下有关数据：在发出呼叫量警报时正在工作的员工数，以及呼叫的数量、目标和范围预期。定义警报时，用户还可以选择与能够接收通知的其他人共享，如果是授权用户，则可以编辑警报定义本身。还可以指定警报的频率；例如，是接收单个通知还是多个重复通知。
还可以在警报条件中使用预测，使用户能够创建在预测指示问题或机会时发送的通知。这种历史记录分析、未来预测和动态警报组合可以显著改进敏捷决策的制定。例如，假设有一个累计的季度销售 KPI，其中历史记录趋势显示最后一个季度需要强势结束。可以将预测模型配置为显示季末预测值，并可以设置警报，以便在预测值超过或低于目标时发出警报。警报可以包括有关影响销售数字的其他指标的信息，用户可以基于提供的数据进行更改。图 6 显示了一个动态警报定义的示例。
为了配合使用新的 Dynamic Alert 功能，Monitor 包括了一个新的 Alert Manager 小部件，它取代了以前版本中的 Alerts Subscriptions 小部件。使用 Alerts Manager，用户可以查看个人的和共享的警报定义，并通过筛选简化用于编辑、复制或删除警报定义的列表和控件。
图 6. 仪表板中的 Dynamic Alert 定义
现在我们先把刚才重点介绍的仪表板中对业务用户直接可视的功能放在一边，开始把目光集中在可由其他用户角色用来实现业务需求的功能上。
随着对业务关键活动越来越广泛和深入的了解，从监视流程中获得的价值也会不断增加。V6.2 通过来自以下各个源的事件增强了对您企业中运行的应用程序和活动的监视：这些源包括 WebSphere Process Server、WebSphere Business Services Fabric、FileNet P8、WebSphere MQ、WebSphere MQ Workflow、WebSphere ESB 和 WebSphere DataPower SOA Appliances。以下各部分将重点介绍可以与 WebSphere Process Server、WebSphere Message Broker 和 WebSphere Business Events 更好地集成的特定 Monitor V6.2 增强功能，并将描述发布监视事件的新方法。
改进了对 WebSphere Process Server 以前版本的监视功能
WebSphere Process Server（以下称为 Process Server）依然是 Monitor 客户最受欢迎的事件源。Monitor 工具包能够更好地与 WebSphere Integration Developer（以下称为 Integration Developer）集成，为流程以及与这些流程相关的监视器模型提供一致的开发经验。如果您的项目涉及监视以前版本的 Process Server，则可以使用新增功能在 V6.2 中生成监视器模型，并通过该模型来监视在 Integration Developer V6.0.2 或 V6.1 中创建的应用程序。此功能是以 Monitor 工具包新增插件的形式打包的，可以将其添加到以前版本的 Integration Developer。在新版本的 Monitor 工具包中开发监视器模型的同时，您还可以使用早期版本的 Integration Developer 以迭代方式开发应用程序。以迭代方式开发两者时，您可以使监视器模型与应用程序保持同步。
改进了对 WebSphere Message Broker 的事件控制
随着 Monitor V6.2 的发行，同时增强了 WebSphere Message Broker（以下称为 Message Broker）（作为 V6.1.0.3 的一部分），改进了两种产品之间的集成。这些更改还与 Monitor V6.1.2 兼容。引入了对消息流监视的多项改进：
- 现在可以使用 Message Broker 工具包中的消息流编辑器配置监视设置。除早期版本中提供的管理命令外，消息流作者现在还可以对发送哪些事件和事件正文应提供什么内容进行更多的控制。从工作台部署消息流后，它可以从活动的事件源自动发送事件。请注意，对于无法重新部署消息流的场景，可以优先使用管理命令。图 7 显示了作为消息流编辑器一部分的监视属性的示例配置。
图 7. 消息流编辑器 – 监视配置
- 新增事件类型终端事件 使消息流中发生的任何重要事件都可见。可以从任何节点的任何终端发送终端事件。每当消息通过终端时，就可以发送事件。请注意，还支持 V6.1.0.2 中引入的三个输入节点事件类型（进入、退出和失败）。
- 您现在可以从消息有效负载中捕获复杂的数据，并将其置入发送到 Monitor 的业务事件。XPath 用于表达要捕获的数据。如图 8 所示，您也可以选择使用 Message Broker 工具包中提供的 XPath 表达式生成器编写这些表达式。
图 8. 使用 Message Broker XPath 表达式编辑器指定事件内容
定义了发送事件的配置后，您可以从 Message Broker 工具包导出消息集的 XSD 模式文件。然后可以将这些模式文件导入到 Monitor 工具包，用于创建使用 Message Broker 事件的监视器模型。 - Message Broker 事件现在增强了相关性属性。本地、父级和全局事务相关器的值保存在 Environment 树中，供所有事件使用。这样可支持一些场景，如将消息流与执行 Process Server的相关业务流程进行关联。
- 最后，mqsireportflowmonitoring 和 mqsichangeflowmonitoring 管理命令得到了增强，可以从命令行操作个别事件源。
有关发送事件的详细信息，请参见 Message Broker 信息中心。
WebSphere Business Events 的双向事件流
从 Monitor V6.1.2 开始，WebSphere Business Events（以下称为 Business Events）和 Monitor 提供了一个集成点，Business Events 通过该集成点可以将事件发送到 Monitor。这意味着，可以发送到 Business Events 的任何事件也可以转发到 Monitor。此外，由 Business Events 检测的复杂事件可以发送到 Monitor，用于关联其他事件并在仪表板中提供可见性。此集成在 developerWorks 系列文章“使用 WebSphere Business Events 进行业务事件处理”中进行了描述
现在，结合使用 Monitor V6.2 和 Business Events V6.2，可以将事件从 Monitor 发送到 Business Events。这样，通过将警报发送到 Business Events 可支持高级问题检测，以便检测警报的隐藏模式，并指示可能尚未检测到的潜在业务问题。例如，通过从预测客户端需求将超过库存的 Monitor 发送警报，并将这些警报与供应链事件中的事件关联，业务用户可以获取有关他们以前无法得知的潜在库存短缺的信息。
如图 9 所示，Business Events 创作工具可用于创建筛选规则，并让该规则使用 Monitor 发送的事件结构。
图 9. 业务事件设计：使用 Monitor 事件结构的数据
Monitor V6.1 新增了用于访问 Monitor 元数据和数据的 REST API。Monitor V6.2 现在新增了用来发布事件以供 Monitor 使用的 REST API。由 /rest/bpm/events URI 标识的此新增 REST 服务可隐藏与事件基础结构相关的实现细节。根据以下内容类型的设置，接口将提供两种事件发布选项：
- 使用 text/xml 内容类型发送单个 XML 事件。
- 使用 application/atom+xml 内容类型对具有多个 XML 事件有效负载的一批事件进行分组。
使用 Web Services-Notification API 发布事件
Monitor V6.1 通过提供对 XML 事件和事件序列化技术的新支持，可以使用 WS-Notification 标准 API 将事件发送到 Monitor。分为两部分的 developerWorks 文章 Publishing event messages to IBM WebSphere Business Monitor V6.1 with Web Services Notification 提供了在 Java™ 和 .NET™ 环境中使用的解释和示例。Monitor V6.2 添加了此内容，并提供了示例配置脚本和文档，可以指导管理员在 Monitor 服务器中实现 WS-Notification 选项。Web 服务可以将业务事件发布为通知消息，应用服务器可以将该消息传输到公共事件基础设施（Common Event Infrastructure，CEI）的 JMS 输入队列，然后继续传输到 Monitor。
以下各部分将重点介绍一些新增功能，以帮助从监视需求快速转移到仪表板中的实现和操作。进行了与业务分析人员、开发人员和管理员相关的改进。
Monitor V6.2 已得到增强，可以支持与 WebSphere Business Modeler（以下称为 Modeler）的新集成点。对于选择的一些监视设计和测试场景，业务分析人员可以在 Modeler 中定义流程和业务度量，并部署到 Process Server 和 Monitor Server 进行模拟和测试，使 IT 人员的干预降到了最低限度。这极大地减少了形成需求和在 Business Space 中验证流程和监视设计之间的时间。
这一新增的快速设计功能主要适用于以下场景：在 Process Server 中执行以人为中心的流程，并从 Process Server 任务和流程计算仪表板中所需的度量。业务分析人员可以使用 Modeler 的业务度量模板方便地添加流程和任务度量。请注意，使用 Integration Developer 仍需要服务的实现和更高级的流程和监视需求。在进行实际生产部署之前，您必须使用 Integration Developer 创建项目构件。
如图 10 所示，业务分析人员可以选择一个流程并选择 Modeler 的 Test on Server 操作。然后，此操作将初始化使用 Modeler 模型的新增 Monitor 服务，并创建可部署的构件，其中包括 J2EE 项目和数据库模式。然后将这些构件部署到由 IT 人员安装和配置的 Process Server 和 Monitor 服务器。
图 10. 从 Modeler 部署到 WPS 和 Monitor
此外，还将自动创建和部署带 Monitor 小部件的业务空间，这样用户可以测试建模流程，并查看业务标准、KPI 和运行流程的维度视图，而无需额外步骤来配置业务空间。图 11 显示了业务空间页，其中包括从 Modeler 自动创建并部署到 Process Server 和 Monitor 服务器的流程交互、表单创建、任务管理和监视。
图 11. 自动生成的业务空间页
为加快选择最适用于业务的 KPI，Monitor V6.2 在 Monitor 工具包中新添了 KPI 向导。此向导（如图 12 所示）可访问 800 多个基于 APQC Process Classification Framework (PCF) 的开放标准 KPI 库。KPI 库使业务分析人员能够为跨多个功能（包括财务管理、人力资源管理、客户关系管理和供应链管理）的各种流程选择 KPI。
图 12. KPI 库
在 Monitor V6.1.2 中添加了 Monitor 模型调试工具，以了解监视器模型的操作，并确定和解决模型逻辑问题。您可以通过集成的测试客户端发送事件，并逐步执行监视器模型。Monitor V6.2 现在完全支持调试来自任何源的事件，而不仅仅是从集成的测试客户端发送的那些事件。
在 Monitor V6.2 中，存在比以往更多的方法来访问传统仪表板环境之外的 BAM 信息。您可以从智能手机设备查看移动仪表板，查看 Microsoft® Excel® 电子表格中的实时数据并与之交互，在即时消息传递 (Lotus® Sametime) 和电子邮件 (Lotus Notes) 环境中访问 BAM 数据。
V6.1.2 引入了对查看 RIM Blackberry® 设备中的 BAM 数据并与之交互的支持。在 V6.2 中，已添加对 Apple® 的 iPhone™ 和 iPod™ Touch 设备的支持。您只需将设备的 Safari® 浏览器指向产品提供的 Web 应用程序，就可以查看所有的警报、人工任务和 KPI 值。此 Web 应用程序具有本机 iPhone 应用程序的外观，但是不需要在设备上本地安装任何应用程序。因此，即使在途中，也可以时刻监视业务的进展情况，其中包括采取操作，如转发警报或重新分配 Process Server 承载的人工任务。
图 13. 通过智能手机访问 BAM 数据
早期版本的 Monitor 包括将数据导出为 Excel 电子表格的功能。V6.2 添加了将新的加载项“ribbon”安装到 Microsoft Excel 2007 的选项。可以使用此 ribbon 将 Monitor 数据导入到工作表，并使其保持最新（通过自动刷新）。使用此 ribbon，您可以选择需要查看哪些标准，然后导入指定监视器模型的实例数据，并形成工作表，其中行是每个监视上下文实例，列是每个标准。导入此数据后，您可以对其执行所需的操作（包括计算和绘制图表），当更新 Monitor 数据库中的基础数据时，此数据会自动刷新。您还可以选择导入并使用与警报和 KPI 相关的实时数据。而且，由于连接信息存储在 Excel 文档中，所以您可以将此电子表格发送给同事，当他们打开时，也会看到最新的信息（而不仅是过时的快照）。图 14 显示了 Excel 中的 BAM 数据。
图 14. Microsoft Excel 中的 BAM 数据
可能需要访问 BAM 数据的另一个环境是即时消息传递客户端。Monitor V6.2 为 Lotus Sametime 引入一个插件，该插件允许您查看 KPI、警报和实例数据，并对这些数据进行操作（如转发警报）。此插件与 Sametime 的标准通知功能集成在一起，因此您可以立即得到警报通知，而无需定期轮询。从 Lotus Notes V8.0 开始集成了 Sametime 支持，因此也可以使用 Notes 侧栏中的 Monitor 插件。因为用户可以直接在电子邮件和即时消息应用程序中访问 BAM 数据，所以他们可以作为日常事务的一部分更容易对业务中的问题做出响应，并与他人交互以解决该问题，而无需定期打开独立的 Web 浏览器来检查业务状态。图 15 显示了 Lotus Sametime 中的 BAM 数据。
图 15. Lotus Sametime 中的 BAM 数据
现在，Monitor V6.2 中提供了一些优秀的新工具，使需要设置和维护生产环境的 IT 管理员的工作更方便。这些工具包括管理控制台中帮助设置网络部署 (ND) 拓扑的新向导、支持记录到达的用于给定监视器模型的事件（如果需要，能够回放该记录），以及一些新计划的、可配置为自动管理项目（如数据存档和修剪以及缓存刷新）的服务。
Monitor 拓扑向导极大地简化了在生产环境中配置 Monitor 的流程。尽管简单的独立概要对测试和演示监视器模型没有问题，但是强烈建议将任何实际生产使用的 Monitor 部署为已配置为高可用性的 ND 单元的一部分，以避免任何单点故障。V6.2 向管理控制台中新添了一个向导 (Servers => WebSphere Business Monitor configuration)，可帮助配置 Monitor 需要的应用程序和资源。从单个对话框可以看到是否正确地配置了单元并根据链接解决任何显示问题的项。无论选择为 Monitor 扩充与事件源（如 Process Server）相同的单元，还是选择将 Monitor 置入独立单元，您都可以使用此向导。无论使用哪种方式，向导都将帮助您正确地配置用于工作负载分配和高可用性的每项设置，并显著降低设置 Monitor 生产部署的复杂性。图 16 显示了拓扑向导。
图 16. Monitor 拓扑向导
在 Monitor V6.2 中，管理员可以记录事件流，并在以后导出或回放。此功能对问题的确定非常有用，例如，如果需要调试模型出现某种行为的原因，则可以在调试器中输入问题，并查看一下导致该问题的实际事件。这样还可以更容易地维护环境，外部人员（如顾问或其他支持员工）无需实际到现场。最重要的也许是此功能对于从系统故障中恢复非常关键，使系统能够重新处理任何事件，如自收到最近的有效环境快照以来可能到达的那些事件，否则，这些事件可能会永久丢失。工具包（位于 UTE 服务器的上下文菜单中）和生产环境（位于管理控制台中）中都提供了此记录和回放功能。图 17 显示了 Recorded Events Management 对话框。
图 17. Recorded Events Management
使用该产品以前版本的用户可能还记得可选的计划 Data Movement Service (DMS)。在 V6.2 中，添加了多个新的与计划数据相关的服务，并在管理控制台中将其整合为单个易于使用和管理的对话框。这些计划的服务包含本文前面讨论的主题，如何时为 KPI 记录历史记录值，何时为 KPI 进行预测，何时评估仪表板定义的警报，以及何时刷新缓存。到目前为止尚未讨论的另一个服务是存档和删除可能不再需要的旧实例的功能。例如，假定您只希望存储过去一年的实例活动数据，则此服务可以自动将此类数据存档到可导入到仓库的文件（如果需要），然后从 Monitor 数据库中清除它，确保仅在所需的时间内看到数据，避免数据历史记录增长过快。
还可以对这些计划的服务进行同步和排序，这样，在服务依赖的另一个服务运行之前，该服务不会运行。可以方便地查看和管理每个监视器模型的所有计划服务这一能力是面向 Monitor 管理员的强大新增功能。图 18 显示了 Monitor Scheduled Services 对话框。
图 18. Monitor 计划的服务
在 V6.2 中实现了多个关于性能和可伸缩性的重要改进。使用深入的实例数据历史记录大大优化了事件路由、事件处理、仪表板延迟和仪表板响应时间。
在事件路由领域中，在具有许多事件订阅（即安装了许多监视器模型）的情况下显著改进了可伸缩性。在以前的发布版中，每订阅一次都会分析一次到达 CEI 服务器的每个事件；在 V6.2 中，无论存在多少个订阅，CEI 仅分析 Common Base Event (CBE) XML 一次。这意味着，对于许多订阅，尤其是大型事件，CEI 现在每秒可以将更多的事件路由到适当的监视器模型，且不会使 CPU 达到饱和。此外，如果需要的吞吐量比单个多 CPU 计算机提供的吞吐量更多，还可以跨多台计算机对 CEI 进行水平集群处理，这样可以跨集群成员管理事件路由工作负载。
Monitor V6.2 的另一个重要改进是跳过使用 JMS 队列让 CEI 中的事件到达适当的监视器模型，而是将 Monitor 数据库用作提交事件的位置。这极大地加快了监视器模型的事件处理速度，因为避免了有保证的永久性消息传递的成本（不存在丢失事件的任何风险），并且事务现在是单阶段提交，运行速度更快，开销更少。初始测量显示，在 V6.2 的单台计算机上安装的监视器模型，其队列跳过速度与以前需要在 V6.1.2 的两台计算机上的相当。此改进再加上前面提到的路由改进也降低了启用事件发送的成本（如从 BPEL 应用程序），尤其是同步发送事件时的成本。此队列跳过改进还提高了可靠性，因为它取消了将消息传递引擎或跨单元总线链接作为监视器模型交付和处理事件路径上可能的故障点。现在，只需提供 Monitor 数据库即可提交和处理事件。请注意，此队列跳过技术现在是缺省选项，但是将继续支持基于队列提交的向后兼容性。
现在，仪表板用户可以在查看数据时体验更短的延迟；即事件发生和仪表板反映该事件之间没有较长的延迟。通过前面提到的新增计划服务，可以用有效的方式控制 KPI 和多维缓存。这些协调服务有助于减少在仪表板中体验的延迟，避免 DMS 在整点发生，但缓存刷新却错后半小时发生（因此延迟 1.5 小时，而不是预定的 1 小时）。另外，启用历史记录的 KPI 自动按小时计算，因此缓存将作为 KPI 的一部分刷新，而不是等到下一个仪表板请求更新缓存时，这意味着用户无需等待开销可能非常巨大的 KPI 计算。
当存在大量的为给定模型收集的数据时（其中实例数为 1000 万或更大范围内），可以明显改进仪表板页面加载的速度。V6.2 支持对每个 KPI 的缓存间隔进行细粒度控制：现在，通过每个 KPI 的业务空间可以设置这些控制。这对于进行大量筛选的 KPI（即需要为该模型收集的大部分实例计算 KPI）而言特别重要。为加速维量分析，V6.2 现在支持可选物化查询表 (MQT)，它可以有效地预计算和存储开销很高的查询结果（用于多维度量），这样可以避免多维导航（如展开操作）过程中潜在的长时间延迟。这些 MQT 也作为协调的计划服务刷新；当 MQT 刷新发生时，用户可以继续查看缓存的数据，而不是等待开销可能很高的刷新完成。
Monitor V6.2 还扩大了受支持操作系统和数据库的范围，使其尽可能与 IBM BPM 其余套件支持的平台同步。添加了对 32 位版本的 Windows® 2008 和 Solaris® 10 以及以下 64 位操作系统版本的支持：Windows 2003、Windows 2008、AIX® 6.1、HP-UX® 11iv3 for Intel® Itanium®、Red Hat® Enterprise® Linux (RHEL) 4.0 for Intel、RHEL 5.0 for Intel、SUSE Linux Enterprise Server (SLES) 9 for Intel 和 SLES 10 for Intel。
V6.2 添加了对 Oracle® 11g 的支持，以及对以前支持的数据库的各级较新修补程序包（如 DB2® 9.1.5 和 9.5.2a）的支持。还添加了对高可用性 (HA) 数据库（包括 DB2 HADR 和 Oracle RAC）的支持。现在，数据库将不会发生潜在的单点故障，而是可以故障转移到镜像，并保持运行而不停机（故障转移之后会自动检索正在进行的事务，而不丢失任何数据）。
WebSphere Business Monitor V6.2 是一款主要发行版，它提供了用于监视业务流程和活动的非常重要的新功能。本文概要介绍了许多新增功能和增强功能。下表按八个主要类别概括了 Monitor V6.2 中的新增重点内容。| V6.2 中的新增重点内容 | |
|---|---|
| 使用 Business Space 提高业务领导的能力 |
|
| 增强制定决策的敏捷性 |
|
| 扩展事件源 |
|
| 缩短生命周期中实现价值的时间 |
|
| 支持移动设备和桌面上的 BAM |
|
| 改进了面向管理员的工具 |
|
| 改进性能、可伸缩性和延迟 |
|
| 支持更多平台 |
|
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/14789789/viewspace-594334/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/14789789/viewspace-594334/
189
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
