IT服务管理(IBM)_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
文档贡献者贡献于
评价文档：
6页¥2.0075页5下载券20页1下载券1页¥0.501页¥0.5075页5下载券75页5下载券30页免费9页免费21页5下载券
喜欢此文档的还喜欢75页5下载券63页1下载券75页免费225页5下载券15页1下载券
IT服务管理(IBM)|I​B​M​ ​ ​I​T​治​理​ ​I​T​服​务​管​理​ ​解​决​方​案
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
大小：9.64MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢请教Tivoli Enterprise Portal默认登陆标识和密码标识是什么意思
|||||| 更多
比特客户端
我们也在这里：
企业门户 Enterprise Portal (EP)
关键字：新闻
　　门户系统
　　不管企业的们是否已经意识到了，当众多的基于WEB的单元应用风头出尽之后，随着大型企业在面对所带来的商业基于，以及，互联网应用对于企业业务发展所提供的价值方面考虑，企业的CIO们越来越多的关注到如何应用互联网促进企业商业价值的思考上来。
　　互联网对于企业现有资源的价值利用，以及对信息传播沟通等方面的前景已经越来越被CIO们看好，如何通过互联网战略的制定，对企业现有业务及未来潜在业务发展都起着重要作用，比如：
　　企业可以通过互联网提高自有信息资源的利用率
　　企业可以通过互联网将有价值的市场信息推送到消费者眼前
　　企业可以通过互联网为客户与合作伙伴提供在线产品服务
　　企业可以通过互联网对全球资源进行统一规划与管理等等
　　而企业门户平台的战略制定与实施，给志在整合与集成这些单元应用的CIO们带来的机会，也正在掀起新一轮的网络应用。
　　企业门户是企业转型的必然的战略性方向，因此，企业门户产品市场正在渐入佳境。据美林公司的调查显示，企业对门户的需求正日益增长，在接受调查的50名CIO中，有32%的人回答说：“在开支优先权方面，今年已让位于企业门户。” Gartner发布的数据显示，去年门户软件市场一口气增长了59%，相比之下，同期企业软件投资的增长幅度仅为4.3%。Meta Group估计，到2007年左右把门户作为核心系统的公司将从去年的不足10%增加到35%左右。
　　企业门户系统的定位
　　对于企业门户的确切概念，不同的厂商有不同的理解，基于这些理解的企业门户解决归纳在我们的系统平台中。
　　概括地说，企业门户(Enterprise Portal，简称EP)就是“统一资源、整合利用”。它通过一个唯一入口，为企业内部与外部资源(如：企业、客户、员工、分销商、代理商、供应商、合作伙伴)等统一价值链上的相关人员，提供的基于不同角色和权限的、个性化的信息、知识、服务与应用，将业务环境与企业广泛的资源(内部与外部资源)通过统一的企业门户平台进行管理和资源利用。
　　它是一种基于WEB与Internet技术的，将不同应用、业务过程、后端处理、业务服务和信息、知识等内容集成到一个个性化窗口中的功能强大的工具箱、或者说“系统平台”。不仅集成企业的信息资源，同时也集成企业的各种应用系统，企业的内、外部用户只需要通过就可以管理、组织、查询、个性化定制相关信息与服务，同时还提供数据报表分析、领导业务决策支持等。
　　企业门户按照应用领域，可以划分为“信息门户”、“知识门户”、“应用门户”：
　　企业信息门户(EIP, Enterprise Information Portal)，是为同一价值链上的相关人员提供公开信息的浏览、以及个性化地内部信息的访问。信息门户既是一个展示企业形象的窗口，又是企业获取外部访问者信息的接口，既能够动态地发布在企业内部和外部的各种信息，又能够支持网上的从简单到复杂商务应用，以及客户与合作伙伴服务系统，通过EIP的信息交互应用，访问者可以相互讨论、获取、交换信息，对企业内分布存储的各种格式、各种来源的内容(文档、数据)进行统一检索、分类浏览，并根据权限进行访问控制。
　　企业知识门户(EKP，Enterprise Knowledge Portal)，是同一价值链上的相关人员主要是企业员工日常工作的“知识库”。访问者通过它获取最新的信息与知识、技术规范、标准、工作手册、合同范本等。知识门户不仅是静态的页面，重要的是在相关人员之间建立了动态的关联，成员之间通过权限分配可以实时取得联系，寻找到能够提供帮助的专家、团队或者资源，企业知识门户还具有信息、整理、提炼、内容聚合、目录服务的功能，可以对已有的知识进行分类，建立子知识库并随时更新内容。它的建立实现更广泛的知识共享，提高了生营效率。
　　企业应用门户(EAP，Enterprise Application Portal)，是对企业业务流程的集成。它以商业流程和企业应用为核心，把商业流程中功能不同的应用、应用在一起，像办公系统、生产系统、销售系统、售后服务系统等，这种集成不是一般意义上的界面集成，而是要实现权限的集中分配管理和应用/过程/数据的集成、协作支持、网上交易，从而建立起统一的协同工作平台，提供基于WEB的工作场所。
　　同时，应用门户EAP对业务的整合与基于我们EDP平台的业务系统的开发构建，可以很方便的将企业在发展过程中IT应用的需求无缝的整合到门户中，解决了企业业务与互联网平台发展的技术开发瓶颈。
　　企业门户系统功能结构图：
　　企业门户建设的主要问题
　　虽然企业门户的定位能为企业强大的资源管理平台和统一的应用系统平台，然而真正要实现企业门户，所面临的问题却不是轻易能够跨越的，而构建在一个标准开放的企业开发平台上的门户系统是解决众多问题的根本途径(参考企业运营平台)。
　　企业门户不能只是简单地把现有的非结构化、非个性化的信息、文件、数据和信息孤岛式的单元应用叠加到一个web界面上，而要通过企业门户软件平台(企业运营平台)，对信息、流程、系统的处理，实现信息、应用和业务流程的集成、信息处理的智能化和事务执行的，实时地以自助的方式和个性化的手段，为具有权限的相关人员提供服务。
　　但令CIO们困惑的是，企业门户技术既是一种基础设施、平台，又是一种B/S模式的软件、应用，那些宣称提供企业门户套件或解决方案的国内外厂商来源于基础软件供应商、信息集成服务商、管理软件供应商、内容生成软件供应商等四面八方的多个技术领域，如果购买一家基础软件供应商的产品，可能意味着企业要利用JAVA来重建其整个业务以便在这个平台上运行，这就像是“为了使用这个门而重建一所房子”。在CIO们看来，要购买合适的企业门户产品套件或解决方案，实在是一种令人迷茫的寻找过程。因为这里面需要充分地考虑到企业现有的应用、系统以及员工的工作习惯、部门的经济利益等等，要进行较多的权衡与折衷，而不同的产品套件有着不同的产品成熟度、技术风险和应用风险。
　　如何来建设企业门户，恐怕很难有一蹴而就的好办法，因为企业门户也是一项系统工程，不能为“开门”而“开门”，要“以需求为导向，以应用促发展，总体规划、分步实施、高标准、高起点”。
　　以下是我们在企业门户建设中会遇到、必须要解决的几个主要问题：
　　SSO单点登陆
　　门户系统只有唯一入口，用户登陆时采用单点登陆SSO(Single Sign-On)。传统登陆方式下，系统管理员需要给每台机器上的系统，甚至是每台机器上的每个应用准备一套用户管理系统和用户授权策略，终端用户需要使用其中的任何应用的时候都需要做一次身份认证。
　　SSO的机制是“单点登录、全网漫游”，用户访问系统作一次身份认证，随后就可以对所有被授权的网络资源进行无缝访问，而不需要多次输入的认证信息。SSO登陆方式，减少了在不同系统中登录耗费的时间;避免了处理和保存多套系统用户的认证信息;减少了系统管理员管理用户权限的时间;增加了管理的便利性，可以通过直接禁止和删除用户来取消该用户对所有系统资源的访问权限;大大增加系统的安全性。
　　PKI与CA认证
　　传统方式下，安是通过用户名/口令设置访问权限，但这只能提供单向用户认证，且口令容易被破译。对于那些需要进行双向身份认证的业务，这种用户名/口令的方案就无能为力了，这就需要PKI(Public Key Infrastructure公开密钥基础设施)，它支持身份标识和认证、保密或隐私、数据完整性与不可否认等安全保障，它是目前业界普遍认为最具实用性的方案。
　　CA是PKI中最基本的元素，网络中的电子身份、电子交易行为、数据文件等安全操作都主要通过证书来实现。PKI的部件还包括证书登记机构(RA)、存储和发布这些证书的电子目录、证书策略、证书路径、证书的使用者等。在门户系统中，身份验证、权限控制、电子交易等过程，CA起着最关键的作用。
　　业务流程
　　企业的业务流程Flow，根据延续时间及复杂性, 可分为三类：流程到流程, 流程到人, 人到人。 流程到流程的延续时间短且不复杂, 主要用于从一个应用到另一个应用的数据转换，称之为业务过程流(Process flow)。流程到人是以交易为中心, 部分需要人工干预，部分可以自动完成。人到人的流程需要人紧密合作协同工作，后二者称之工作流(Work flow)。
　　比如，生产部门经常要向客户报告订单的生产进度，要向高层领导报告生产的绩效、成本等事项，这些报告需要数据仓库里的多份不同的信息、数据以及保存的其他背景材料。企业门户系统不仅管理这些报告的信息访问，而且还要管理与此相关的流程，如信息收集、信息的使用等。
　　可伸缩性、扩展性
　　对于企业门户，不同的企业有不同的应用需求，可能是侧重于信息门户、知识门户或者应用门户，也可能根据业务的会发生变化，企业门户的套件或解决方案应该具有良好的伸缩性，能够满足企业的不同需求。
　　换个角度说，企业门户产品套件应该是基于开发，具有良好的开放性，企业在某种程度上可以采用“热插拨”式应用，可以根据企业的需求进行定制，能够方便地集成和运行各种应用系统。其API接口应该能处理业务对象和修改业务逻辑，可以配置用户界面，并易于降低开发和维护成本。硬件系统根据客户业务需要进行合理配置，随时扩展硬件，保护硬件投资。
　　个性化的配置
　　企业门户的重要特性之一在于其个性化，针对不同的对象，定义不同的业务流程，提供不同的服务模式和服务内容。个性化应该包括以下内容：基于界面的个性化，不同的人员有不同的主界面，可定义个性化内容页面风格、样式、内容及使用方式，而且还可以定义自己的风格模板;基于工作的个性化，不同人员有不同的工作任务、工作资源、工作流程;基于规则的个性化，系统能够动态地制定角色权限和商务规则，以实现界面、内容、业务流程的个性化。
　　与应用系统的集成
　　EAI(企业应用集成)是企业门户的灵魂。能否实现对EAI进行良好的整合可以说是企业门户成功的关键。虽然说是“不破不立”，但建立企业门户并不意味着就一定要打破企业信息化的原有的坛坛罐罐。在如今企业IT投资非常有限的情况下，如何能够充分利用企业原有系统是一个非常重要的问题，这也是众多CIO们评估企业门户产品供应商的一个关键指标。
　　从、、到，从FoxBASE、FoxPro、到乃至，企业内部原有的林林总总的应用和非结构化的数据，是企业门户必然要面对的。当然，企业内部各自为政的单元系统的应用所形成的信息孤岛，大多是历史遗留问题，是在企业信息化伊始就注定会存在的，因为信息化的整体规划总是滞后于信息化的单元应用。指望通过企业门户系统能够一劳永逸地解决这些问题，多少有些强人所难，但随着WEB技术的日益发展和B/S模式的深入应用，这些问题终将大事化小小事化了。
　　商务智能
　　企业门户应该具有多维的分类统计功能，通过观察跟踪例如访问频率最高的页面和浏览量最多的内容、访问者的个人信息等，进行数据分析，得出访问者的偏好和客户的需求比率，同时，通过协作过滤机制，推介给具有同样兴趣的客户、或处于同一产品链上的其他用户。另外，企业门户还应该通过对各类信息、数据和业务应用的综合统计、查询、分析，为企业决策提供快速的智能支持。
　　中恒电在中国的展望
　　不管企业CIO们的反应怎么样，国外级的厂商像、BEA、、Oracle、、、等等早已展开了对企业门户技术控制权的争夺战。
　　中恒电的技术与平台作为第一个在中国市场推动的门户软件技术企业，正式在这个时候参与到全球这个未来竞争激烈的市场当中，尽管我们投身于空白的中国市场，但中国市场的独有特点与市场应用阶段，中恒电可以将技术与平台很好的应用与企业、政府、教育等IT高速发展的市场当中，为高速成长中的中国企业构建完善IT门户价值平台。
　　门户市场不像其他软件市场，可以由一家或者几家的产品主宰整个市场。据估计，国外主流的门户软件供应商早已超过100家。有关资料显示，2001年，Plumtree、SAP和IBM的市场占有率并列第一位，但这三家公司各自的市场占有率都只不过7%。紧随其后的是Sun的6%和BroadVision的5%，其它的份额则由剩下的100多家开发商瓜分。Gartner预计，EP的市场拉剧战即将打响，目前的100多家门户软件厂商中，在未来数年内会有50多家遭到淘汰。IDC的一份报告也表示，企业门户软件市场将由2001年的5亿多美金增长到2006年的31亿美金。
相关文章：
[ 责任编辑：ae ] &&&&
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注ChinabyteIBM_Tivoli_Access_Manager和IBM_WebSphere_Portal配置单点登录_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
16页免费97页1下载券81页免费18页免费50页1下载券 19页7下载券8页免费81页免费7页免费6页免费
喜欢此文档的还喜欢81页免费41页免费16页免费81页免费18页2下载券
IBM_Tivoli_Access_Manager和IBM_WebSphere_Portal配置单点登录|I​B​M​_​T​i​v​o​l​i​_​A​c​c​e​s​s​_​M​a​n​a​g​e​r​和​I​B​M​_​W​e​b​S​p​h​e​r​e​_​P​o​r​t​a​l​配​置​单​点​登​录
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢IBM Tivoli Monitor 解决方案_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
94页2下载券64页1下载券12页1下载券6页免费27页7下载券 3页1下载券2页免费19页2下载券36页2下载券27页7下载券
喜欢此文档的还喜欢44页1下载券100页免费61页免费36页免费8页1下载券
IBM Tivoli Monitor 解决方案|I​B​M​ ​T​i​v​o​l​i​ ​M​o​n​i​t​o​r​i​n​g​可​以​帮​助​监​测​和​管​理​关​键​的​ ​I​T​ ​服​务​和​资​源​,​其​中​包​括​操​作​系​统​、​数​据​库​、​应​用​程​序​和​异​构​环​境​。​I​T​M​建​立​在​一​个​轻​便​、​高​度​可​扩​展​的​体​系​结​构​基​础​之​上​,​并​且​已​经​完​全​全​球​化​。​它​通​过​一​个​称​为​ ​T​i​v​o​l​i​ ​E​n​t​e​r​p​r​i​s​e​ ​P​o​r​t​a​l​ ​(​T​i​v​o​l​i​ ​E​n​t​e​r​p​r​i​s​e​ ​P​o​r​t​a​l​ ​T​E​P​)​ ​的​新​型​门​户​界​面​将​不​同​平​台​(​包​括​分​布​式​、​主​机​和​应​用​程​序​系​统​)​的​视​图​合​并​到​一​起​。
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢本文欢迎转载，转载请注明：转载自IT168： []
企业级官方微信
IT精英高峰论坛
正在努力加载文档，请稍等…
点击或扫描下载
点击或扫描下载保持登录。
单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.
在您首次登录 developerWorks 时，会为您创建一份个人概要。您的个人概要中的信息（您的姓名、国家/地区，以及公司名称）是公开显示的，而且会随着您发布的任何内容一起显示，除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。
所有提交的信息确保安全。
当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。
单击提交则表示您同意developerWorks
的条款和条件。 .
所有提交的信息确保安全。
developerWorks 社区:
我的概要信息
选择语言：
本文展示如何使用 WebSphere MQ Clustering、Omegamon XE for Messaging 和 Tivoli Monitoring，通过降低由应用程序停用导致的失败和服务超时，来改进消息传递系统中的服务可用性。
, 顾问软件工程师, IBM
Ian Vanstone 是位于英国的 IBM 赫斯利实验室的一名顾问软件工程师。他在 WebSphere MQ 开发团队中工作了 8 年，主要关注分布式消息传递架构，特别是那些涉及 WebSphere MQ 集群的架构。最近，Ian 调任 IBM Software Group Federated Integration Test 团队，目前担任该团队的集成测试专家。
简介IBM® WebSphere® Clustering 提供了一组强大的消息工作负载平衡特性。默认情况下，消息是基于队列管理器可用性实现负载平衡的，而不是基于消息使用方应用程序的可用性。因此，可以将消息发送到消息使用方应用程序不积极提供服务的集群队列。WebSphere MQ 触发机制可用于避免消息在队列上保持未处理状态，但有时该机制并不适用，例如当应用程序拥有特殊的连接池或启动逻辑时。如果未启用触发机制且消息在队列上保持未处理状态，那么服务失败或超时的风险将增加。本文展示如何只将消息发送到正由消息使用方应用程序积极提供服务的那些队列。这个解决方案降低了由不适合使用触发机制的 WebSphere MQ 应用程序导致的失败和服务超时。这个解决方案使用：WebSphere MQ Clustering 来平衡消息工作负载；Omegamon XE for Messaging 和 IBM Tivoli Monitoring 来监控 WebSphere MQ 队列的状态并自动化配置更改。为何基于应用程序可用性实现工作负载平衡？WebSphere MQ Clustering 并不基于消息使用方应用程序的可用性来实现消息负载平衡，比如通过一个含三个队列管理器的集群来实现（见图 1）。连接到 QM1 的消息生成方应用程序将消息放置到队列 CLUSQ1。默认情况下，集群机制在 QM2 和 QM3 上的 CLUSQ1 的各个实例之间均等地平衡消息负载，即使一个消息使用方应用程序当时不对 QM3 上的 CLUSQ1 提供服务。图 1. 一个 WebSphere MQ 集群示例在多数环境中，如果消息到达 QM3 上的 CLUSQ1，WebSphere MQ 触发机制可用于启动一个消息使用方应用程序。在这个示例中，消息使用方应用程序在一个由于计划外停用而离线的应用程序服务器中运行。由于特殊的启动流程，触发机制不能用于启动该应用程序服务器。在这种情况下，当该应用程序服务器离线时，最好将所有消息发送到拥有一个活动应用程序服务器和消息使用方应用程序的 QM2 上的 CLUSQ1 中。通过活动消息使用方应用程序发送消息到队列的需求与以下几种情景相关：一个服务级别协议（SLA）指定最大消息处理时间；一个服务超时已在一个或多个服务组件中配置；某人发起这个服务且必须等待一个答复，并且最终将放弃等待。您可以基于应用程序可用性来构建工作负载平衡机制，这里要用到 WebSphere MQ 的一些特性和其他一些产品 —— 本例中是 IBM Tivoli Monitoring 和 Omegamon XE for Messaging。使用的产品本小节介绍如何使用这三个产品来基于应用程序可用性实现消息负载平衡。要参考关于其他解决方案的讨论，请参见下面的
小节。WebSphere MQ ClusteringWebSphere MQ 集群机制用于将多个队列管理器合并为一些小组。如这个解决方案所示，集群机制有两个主要目的：集群机制提供一个消息工作负载平衡系统，通常用于在多个队列管理器之间分布消息传递工作负载，或者将消息发送到可用性最高的队列管理器。本文中的解决方案增强了这些工作负载平衡特性。集群机制提供一个对象自动定义系统，支持创建在拓扑变更期间保持灵活性的 WebSphere MQ 消息传递网络。其结果是一个更简单的管理模型。例如，在集群中添加或删除队列管理器比在通过常规（非集群）通道互联的大型 WebSphere MQ 网络中完成相同的操作更简单。集群机制在 SOA 消息传递范式中使用得越来越多，SOA 消息传递范式要求多个队列管理器直接互联，以提供一个灵活的企业服务总线（ESB）。这个解决方案使用集群自动定义特性，以在多个集群队列管理器之间自动共享对象定义更改。Omegamon XE for MessagingOmegamon XE for Messaging 为 WebSphere MQ 和 WebSphere Message Broker 提供监控和配置特性。在这个解决方案中，它用于监控 WebSphere MQ 队列的状态。IBM Tivoli MonitoringTivoli Monitoring 提供一些基础设施和工具来监控、配置和自动化一些健康业务系统的运行。其他许多监控产品都可以连接到 Tivoli Monitoring，提供一个集中的企业级监控解决方案。这个解决方案联合使用 Omegamon XE for Messaging 和 Tivoli Monitoring 来监控、配置和自动化对 WebSphere MQ 资产的更改。Tivoli Enterprise Portal 图形用户界面用于配置 Omegamon XE for Messaging 的特性并自动化操作。Tivoli Monitoring 向 Tivoli Enterprise Portal 提供替代管理界面。解决方案架构这个解决方案包括三个阶段，以基于应用程序可用性实现工作负载平衡。检测应用程序的健康状况开放输入计数队列属性（IPPROCS）用于表明消息使用方应用程序的存在。IPPROCS 显示允许处理队列消息的应用程序量。一个非零开放输入计数表明至少有一个应用程序准备好处理队列上的消息。开放输入计数为零表示没有一个应用程序准备好处理队列上的消息。影响集群工作负载平衡算法放置队列属性（PUT）用于影响集群工作负载平衡。在这个解决方案中 PUT 的功效在于它基于集群机制的两个强大特性。第一，集群工作负载算法不会将消息发送到禁用放置的队列。第二，集群机制在集群队列对象定义的 put 属性改变时自动传播这些定义。以上面的图 1 为例，如果 QM2 上的 CLUSQ1 更改为禁用放置，则对象变更被自动传播到 QM1。因此，由连接到 QM1 的应用程序放置的消息将不会被发送到 QM2，这样，所有消息都将被发送到 QM3。如果 QM2 上的 CLUSQ1 稍后更改为允许放置，同样，对象更改将自动传播到 QM1，从而使消息工作负载在 QM2 和 QM3 之间均衡分布。确保消息得到及时处理如果消息排列在缺乏活动消息使用方应用程序的集群队列上，最好重新分发消息，以便将它们发送到拥有活动消息使用方应用程序的队列。这个解决方案使用一个简单的应用程序从没有活动消息使用方应用程序的集群队列提取消息，并将它们放置到另一个集群队列中。集群工作负载平衡算法不允许将消息放置到禁用放置的队列（没有活动消息使用方应用程序的队列）。通过这种方法，消息被重新分发到在其中得到及时处理的可能性最大的队列中。解决方案组件关键的解决方案组件列示如下并如图 2 所示：三个 WebSphere MQ 集群队列管理器：
QM1 连接了一个消息生成方应用程序，并将消息放置到集群队列 DCQ1 中。QM2 和 QM3 分别托管集群队列 DCQ1 的一个实例。这个解决方案确保消息只被发送到拥有活动消息使用方应用程序的那些实例。QM2 和 QM3 通过 Omegamon XE for Messaging 代理监控。两个 shell 脚本：
放置启用脚本，用于对队列启用放置。放置禁用脚本，用于对队列禁用放置。此脚本还执行 Q 应用程序（WebSphere MQ SupportPac MA01 提供）来重新分发消息。这个 Q 应用程序简单易用，且有利于测试。Tivoli Monitoring 组件被连接到 Omegamon XE for Messaging 代理，并使用在一台笔记本电脑上运行的 Web 浏览器上的 Tivoli Enterprise Portal 查看。Tivoli Enterprise Portal 用于配置一些监控队列的开放输入计数并自动执行这些 shell 脚本的情景，比如：
如果开放输入计数为零，则执行放置禁用脚本。如果开放输入计数不为零，则执行放置启用脚本。图 2. 解决方案架构配置解决方案本文介绍的一般原则可以根据产品和平台组合的不同而相应进行调整。这个特殊的解决方案使用以下 AIX V5.3 软件部署和测试：Tivoli Monitoring V6.2.1Omegamon XE for Messaging V6.0.1.1WebSphere MQ V6.0.2.5这些配置说明做出以下假设：Omegamon XE for Messaging 和 Tivoli Monitoring 是预先配置的，以便在 Tivoli Enterprise Portal 中监控队列管理器。三个队列管理器（QM1、QM2 和 QM3）连接到一个 WebSphere MQ 集群中。集群队列 DCQ1 同时定义在 QM2 和 QM3 上，其 DEFBIND 队列属性设置为 NOTFIXED。例如：DEF QL(DCQ1) CLUSTER(C1) DEFBIND(NOTFIXED)设置 shell 脚本将以下 shell 脚本存储在目录 /opt/MQScripts 中的 Machine2 和 Machine3 上。
queueEnable.sh 对队列启用放置。
# Check that the required parameters were used
if [ $# -ne 2 ]
echo &$0 : You must supply the queue and qmgr&
# Put-enable the queue
echo 'ALTER QL(' $1 ') PUT(ENABLED)' | runmqsc $2queueDisable.sh 对队列禁用放置并重新分发队列上的消息。
# Check that the required parameters were used
if [ $# -ne 2 ]
echo &$0 : You must supply the queue and qmgr&
# Put-disable the queue
echo 'ALTER QL(' $1' ) PUT(DISABLED)' | runmqsc $2
# Redistribute any messages on the queue by
# using the Q application
/opt/IBM/MA01/q -I$1 -m$2 -o$1 –p1这个解决方案使用一些 shell 脚本，以便在一个地方、以一致的方式配置 WebSphere MQ 并执行消息重新分发应用程序。或者，您也可以使用 Tivoli Enterprise Portal 工作流和 Omegamon XE for Messaging 执行上述操作。 到 Machine2 和 Machine3 上，将 Q 应用程序存储在 /opt/IBM/MA01 目录中。设置 Tivoli Enterprise Portal 情景启动一个 Web 浏览器，登录到 Tivoli Enterprise Portal。单击工具栏上的 Situations Editor 图标（）：
图 3展开 Situation Editor 窗口中的 MQSERIES 区域：
图 4右键单击 MQSERIES 并选择 Create New，开始创建与不含消息处理应用程序的集群队列关联的情景。输入新情景的名称、说明和类型：
图 5在 Select Condition 窗口中，选择 Queue Data 属性组，然后选择 Input Opens 和 Queue Name 属性项目。然后单击 OK。
图 6选择 Situation Editor 窗口中的 Formula 选项卡。设置公式，以便在没有应用程序拥有对输入开放的 DCQ1 队列时触发该情景：
设置 Queue Name 值为：== 'DCQ1'设置 Input Opens 值为：== 0设置 Sampling interval 为：5 分钟根据最大消息处理时间来设置采样间隔。图 7选择 Situation Editor 窗口中的 Distribution 选项卡。将适当的队列管理器添加到指定列表。在这个
示例中，DCQ1 队列位于 QM2 和 QM3 队列管理器上。选择 Situation Editor 窗口中的 Action 选项卡：
设置 System Command 值为：
/opt/MQScripts/queueDisable.sh
&{Queue_Data.Queue_Name}
&{Queue_Data.MQ_Manager_Name}选择 Take action on each item 单选按钮，以便为满足公式要求的每个队列触发该情景。选择 Execute the Action at the Managed System (Agent) 单选按钮，以便系统命令在正确的机器（托管脚本的机器）上执行。选择 Don't take action twice in a row（一直等待，直到情景变为假然后再次为真）单选按钮，以便脚本只在应用程序状态变化时执行。图 8单击 Apply 保存情景。展开 Situation Editor 窗口中的 MQSERIES 区域。
图 9右键单击 MQSERIES 并选择 Create New，开始创建与含消息处理应用程序的集群队列关联的情景。输入新情景姓名、说明和类型：
图 10在 Select condition 窗口中，选择 Queue Data 属性组，然后选择 Input Opens 和 Queue Name 属性项目。然后单击 OK。
图 11选择 Situation Editor 中的 Formula 选项卡。设置公式，以便在任意应用程序拥有对输入开放的 DCQ1 队列时触发该情景：
设置 Queue Name 值为：== ‘DCQ1’设置 Input Opens 值为：& 0设置 Sampling interval 值为：5 分钟根据最大消息处理时间来设置采样间隔：图 12选择 Situations Editor 窗口中的 Distribution 选项卡。将适当的队列管理器添加到指定列表。在这个示例中，DCQ1 队列位于 QM2 和 QM3 队列管理器上。选择 Situations Editor 窗口中的 Action 选项卡。
设置 System Command 值为：
/opt/MQScripts/queueEnable.sh
&{Queue_Data.Queue_Name}
&{Queue_Data.MQ_Manager_Name}选择 Take action on each item 单选按钮，以便为满足公式要求的每个队列触发该情景。设置 Execute the action at the Managed System (Agent) 单选按钮，以便系统命令在正确的机器（队列管理器托管脚本的本地机器）上执行。设置 Don't take action twice in a row（一直等待，直到情景变为假然后再次为真）单选按钮，以便脚本只在应用程序状态变化时执行。
图 13单击 Apply 保存情景。右键单击 MQQueueEnable 情景并单击 Start Situation。右键单击 MQQueueDisable 情景并单击 Start Situation。单击 OK 退出 Situation Editor。配置现在完成，准备好进行测试。测试解决方案测试摘要：将消息使用方应用程序连接到每个集群队列 DCQ1 并检查这两个队列是否都启用了放置。使用一个连接到 QM1 的消息生成方应用程序将消息放置到 DCQ1。停止其中一个消息使用方应用程序，并使用消息生成方应用程序将更多消息放置到 DCQ1 队列中。这样，消息排列在没有活动消息使用方应用程序的 DCQ1 的实例上。检查一旦情景触发后，没有消息使用方应用程序的 DCQ1 的实例是否将禁用放置，它的消息是否将被重新分发到带有一个活动消息使用方应用程序的 DCQ1 的实例上。这个测试应用程序就是来自 WebSphere MQ SupportPac MA01 的 Q 应用程序。要测试这个解决方案，请执行以下步骤： 到 Machine1，将 Q 应用程序存储在 /opt/IBM/MA01 目录中。启动消息使用方应用程序，以便它们可以从 DCQ1 的实例获取消息：
在 Machine2 上运行以下命令：/opt/IBM/MA01/ q -IDCQ1 –mQM2 -w10000在 Machine3 上运行以下命令：/opt/IBM/MA01/ q -IDCQ1 –mQM3 -w10000在 QM1 上启动一个消息生成方应用程序以将消息放置到 DCQ1：
在 Machine1 上运行以下命令：/opt/IBM/MA01/ q -oDCQ1 -mQM1在 Tivoli Enterprise Portal 中等待情景的采样间隔中指定的时长，然后检查 QM1 上的集群队列的放置属性。在 Machine1 上运行以下命令并检查 DCQ1 的两个实例的 PUT 属性是否设置为 ENABLED：echo 'DIS QC(DCQ1) ALL' | runmqsc QM1。使用连接到 QM1 的消息生成方应用程序将 100 条消息放置到队列 DCQ1。在 Machine1 上的 Q 应用程序会话中运行以下命令：#100。确保消息到达 QM2 和 QM3 上。确保文本（比如，(4 bytes) #100）同时出现在 Machine2 和 Machine3 上的 Q 应用程序会话中。按下 Ctrl + C 组合键终止 Machine2 上的消息使用方应用程序：
使用连接到 QM1 的消息生成方应用程序将另外 100 条消息放置到队列 DCQ1。在 Machine1 上的 Q 应用程序会话中运行以下命令：#100立即检查，看看消息现在是否在 QM2 上的 DCQ1 中排队。在
Machine2 上运行以下命令并确保 DCQ1 队列拥有大于零的 CURDEPTH：
echo 'DIS QL(DCQ1) CURDEPTH' | runmqsc QM2在 Tivoli Enterprise Portal 中等待情景的采样间隔中指定的时长（例如，5 分钟），然后检查 QM1 上的集群队列的放置属性。在 Machine1 上运行以下命令并检查 QM2 队列的 PUT 属性是否设置为 DISABLED，QM3 队列的 PUT 属性是否设置为 ENABLED：
echo 'DIS QC(DCQ1) ALL' | runmqsc QM1还要检查 QM2 上的消息是否已经被重新分发。在 Machine2 上运行以下命令并检查 DCQ1 队列的 CURDEPTH 是否等于零：
echo 'DIS QL(DCQ1) CURDEPTH'| runmqsc QM2测试到此完毕。备用方案这个解决方案包括三个阶段，以基于应用程序可用性实现工作负载平衡：检测应用程序的健康状况影响集群工作负载平衡算法确保消息得到及时处理本小节介绍如何使用备用方案实现每个阶段。检测应用程序的健康状况可以使用开放输入计数来大致估计哪些队列拥有准备好处理消息的应用程序，但这种方法并不总是可靠。如果一个队列拥有一个非零开放输入计数，一个应用程序可能没有准备好处理消息。可能的原因包括：应用程序拥有开放的队列，但是并不健康或者没有准备好处理消息（例如，它已经耗尽工作线程）。应用程序没有能力处理相关服务级别协议中定义的消息速率。机器本身不健康（例如，CPU 利用率已经为 100%）。错误的应用程序连接到队列。使用开放输入计数的备用方案：使用队列的当前深度。如果队列深度比较高，则假定应用程序不健康或不能够处理消息的速率。队列深度事件能够用于发起配置更改。监控实际的应用程序进程。如果进程正在运行，则假定应用程序是健康的。添加一个应用程序接口，以便它能够被轮询。如果对该接口的调用返回一个良好的返回码，则假定应用程序是健康的。这些备用方案可以联合使用，它们可以通过使用 Omegamon XE for Messaging 和 Tivoli Monitoring 的特性被全部或部分实现。影响集群工作负载平衡算法对队列启用和禁用放置是一种好方法，因为集群机制会自动把更改传播到放置属性并在平衡工作负载时使用该属性。集群工作负载等级（CLWLRANK）是适合这个自动更改传播模型的另一个队列属性。集群工作负载等级属性与放置属性存在以下两方面区别：它的粒度更细。集群工作负载等级的值范围从 0 到 9，而不包含启用和禁用这两个值。消息被发送到级别最高的一个或多个队列，因此这个细粒度允许对队列排序，以表明应用程序可用性的等级。它不会导致消息放置在所有队列都拥有同等低值的情况下失败。如果一条消息被放置到一个所有队列实例都禁用放置的队列中，则放置失败，放置应用程序收到一个坏返回码（MQRC_CLUSTER_PUT_INHIBITED）。如果一条消息被放置到一个所有队列实例都被同等评级的队列中，则对该队列的放置将成功完成，且消息工作负载在所有队列实例之间均衡分布。如果您使用集群工作负载等级属性，则应将集群工作负载使用队列（CLWLUSEQ）设置为 ANY，以便消息工作负载被平衡到远程队列，即使存在一个本地工作队列。放置属性和集群工作负载等级属性在行为上的区别提供了两类服务：如果您希望（队列实例不含活动应用程序的队列）放置失败，则可以使用放置属性。如果您希望（队列实例不含活动应用程序的队列）放置完成且消息被排队，则可以使用集群工作负载等级属性。还有其他备用方案，包括影响集群工作负载算法的集群通道属性（例如，集群工作负载等级或集群工作负载权重）。确保消息得到及时处理在本文介绍的解决方案中，Q 应用程序用于将消息重新分发到拥有活动应用程序的队列。您必须确保消息被正确地重新分发。在一个集群队列的所有实例都禁用放置的情况下，重新分发应用程序将失败（由于 MQRC_CLUSTER_PUT_INHIBITED），导致消息被回滚到队列的原始本地实例上并在那里等待，直到启动一个本地应用程序来处理消息。如果一个消息使用者稍后在一个远程队列管理器上启动，重新分发流程不会重新启动，因此消息将保持排队状态，即使集群中的其他地方有一个健康的消息使用方应用程序可用。可以重新编写应用程序，以便在重新分发消息之前将所有队列实例的状态纳入考虑范围，并在重新分发成功完成之前按照计划的间隔运行。如果使用集群工作负载等级属性，要确保将消息重新分发到同等低级的队列不会导致从队列管理器到队列管理器的消息循环，这是重新分发循环的一部分。消息处理时间由服务级别协议规定。在为 Tivoli Enterprise Portal 中定义的情景设置采样间隔时，应该考虑这些时间。WebSphere MQ 触发机制通常是基于监控和采样启动应用程序的推荐备用方案，尽管如前所述，该特性并不适合所有环境。尽管集群自动定义和对象更改传播功能非常有用，但您需要确保队列管理器之间的通道
（特别是来往于完整存储库队列管理器的通道）保持健康。如果通道不健康，集群对象更改消息则不能流动，导致工作负载平衡方法选择基于过时数据（比如，队列的放置属性）。您可以使用 Omegamon XE for Messaging 和 Tivoli Monitoring 这样的产品来监控通道状况并就通道问题向操作人员发出警报，从而避免这种情况发生。结束语本文展示如何使用 WebSphere MQ Clustering、Omegamon XE for Messaging 和 Tivoli Monitoring，通过降低由应用程序停用导致的失败和服务超时，来改进消息传递系统中的服务可用性。这些产品提供可靠的工具来管理和监控您的消息传递基础设施，从而改善可用性。这些产品还链接到范围广泛的其他 Tivoli 产品，支持一种集中、整体的消息传递系统监控方法。
参考资料 产品说明、文档、培训信息、支持信息等。一个可访问所有 Omegamon XE for Messaging 文档的 Web 门户，包含关于安装、配置和使用 Omegamon XE 的概念、任务和参考信息。这个 SupportPac 包含一个简单的名为 Q 的管道程序，该程序从一个源提取消息并将它们放置到一个目标上。源和目标可以是控制台、一个队列，或者一个主题。这个来自 WebSphere MQ V7 信息中心的主题介绍了在确定被放置到集群队列上的消息的最终目的地时使用的工作负载管理算法。该技术资源帮助您使用 WebSphere MQ 设计、开发和部署消息传递中间件，以将应用程序、Web 服务和事务集成到几乎任意平台上。产品说明、产品新闻、培训信息、支持信息等。WebSphere MQ 产品手册。一个可访问所有 WebSphere MQ V7 文档的 Web 门户，包含关于安装、配置和使用 WebSphere MQ V7 的概念、任务和参考信息。介绍消息排队技术的基本概念和好处，以及 V7 中的新特性，并提供一个展示那些特性的实际运行的业务场景。一个功能齐全的 WebSphere MQ V7.0 免费试用版，试用期为 90 天。一个支持问题及其解决方案的可搜索数据库，包含下载、修复程序、问题跟踪等。针对 WebSphere MQ 产品系列的可下载代码、文档和性能报告。产品说明、文档、试用和演示、培训信息、支持信息等。一个有关如何部署、安装和配置公共服务组件和组成基本 Tivoli Monitoring 产品的监控代理的 Web 门户。面向使用 WebSphere 产品的开发人员的技术信息和资源。developerWorks WebSphere 提供产品下载、how-to 信息、支持资源以及一个免费技术库，该技术库包含 2000 多篇技术文章、教程、最佳实践、IBM 红皮书和在线手册。帮助您构建 WebSphere 应用程序连通性和业务集成解决方案的 how-to 文章、下载、教程、培训、产品信息等资源。含有 WebSphere BPM how-to 文章、下载、教程、培训、产品信息等资源，帮助您建模、装配、部署和管理业务流程。How-to 文章、下载、教程、培训、产品信息等资源，帮助您设计和构建WebSphere SOA 和 Web 服务解决方案。免费下载关键 WebSphere 产品试用版。特定于产品的论坛，可以在此获得技术问题的答案，并与其他 WebSphere 用户分享您的专业经验。下载并观看 WebSphere 演示，了解 WebSphere 产品和 WebSphere 相关技术的用途。developerWorks 新闻简讯提供了您感兴趣的主题的最新文章和信息。除 WebSphere 以外，还可以选择 Java、Linux、Open source、Rational、SOA、Web 服务和其他主题。立即订阅并设计您的定制邮件。通过 Barnes & Noble 便捷地在线订购。世界各地针对 WebSphere 开发人员的会议、商贸展览、网络广播和其他活动。由 IBM 专家主持的免费技术活动可以帮助您加快学习进度，在最困难的软件项目中取得成功。这些在世界各地举行的活动包括一小时的网络广播、半天到全天的真实活动等。收听新颖有趣的软件创新者访谈和讨论。
developerWorks: 登录
标有星（*）号的字段是必填字段。
保持登录。
单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件。
在您首次登录 developerWorks 时，会为您创建一份个人概要。您的个人概要中的信息（您的姓名、国家/地区，以及公司名称）是公开显示的，而且会随着您发布的任何内容一起显示，除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。
所有提交的信息确保安全。
选择您的昵称
当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。
您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。
标有星（*）号的字段是必填字段。
(昵称长度在 3 至 31 个字符之间)
单击提交则表示您同意developerWorks 的条款和条件。 .
所有提交的信息确保安全。
IBM PureSystems(TM) 系列解决方案是一个专家集成系统
通过学习路线图系统掌握软件开发技能
软件下载、试用版及云计算
static.content.url=/developerworks/js/artrating/SITE_ID=10Zone=WebSphereArticleID=503504ArticleTitle=通过 Omegamon XE for Messaging 和 IBM Tivoli Monitoring 改进 WebSphere MQ 集群工作负载平衡publish-date=
说的太好了，我顶！
Copyright & 2014 www.51yue.net Corporation, All Rights Reserved
Processed in 0.1040 second(s), 3 db_queries,
0 rpc_queries}