搜索
1监控产品比较项BMCProactiveNetPerformanceManager/BMCEventandImpactManagerHPOperationsManager/SiteScope对用户的影响架构BMC产品架构紧紧围绕BSM的主题和目标，底层的AtriumCMDB技术使得各解决方案可以实现信息共享及无缝集成。BMCProactiveNetPerformanceManager通过统一的平台实现Agent和Agentless两种混合架构的统一管理。用户可以根据管理需要轻松选择管理模式，在功能和成本两方面做好平衡。集中管理平台由BMCEventManager/ServiceImpactManager来实现集中事件处理和服务影响分析，充分利用CMDB的信息轻松建模。HP收购了Mercury后，宣布整合的解决方案名称为HPBAC（BusinessAvailabityCenter)。Openview部分组件被使用到系统可用性管理、终端用户管理、故障诊断中。基础架构监控底层使用OM（Agent-based）和SiteScope（Agent-less），事件管理仍然使用HPOM，应用交易管理采用Mercury。由于多个产品的整合，架构复杂。OperationsManager无Agentless支持能力，如果需要Agentless必须要结合使用Sitescope，虽然SiS可以把事件转发到OM；但是OM&SiS的操作界面和使用方法完全不同，目前是完全独立的两套产品，告警的内容与格式也不相同由于HP现有的uCMDB来自于Mercury，与传统的OM平台集成尚存在问题，数据同步复杂，与现有的流程管理平台SM7集成也存在很多问题，因此其缺乏统一的CMDB方案，整个方案缺乏统一集成，无法直接使用CMDB数据进行建模及事件丰富。事件管理平台OM技术陈旧，事件处理定制极为困难及复杂。操作、培训，资源占用2可扩展性BPPM提供类C的平台开发语言PSL，用户可以很快掌握开发技巧，根据需要自我开发监控管理模块，复用性强，扩展灵活，功能强大。BEIM支持多层次的事件处理，事件处理架构灵活，内部提供HA自支持。提供DeveloperTookit，而且不免费提供。没有统一平台开发标准，开发难度大。通常开发一个参数需要较长的人天。动态阀值支持动态阀值调整，可以自动根据KPI的运行规律来生成Baseline，根据趋势来告警，也可以将绝对阀值和动态阀值相结合。不支持需要经常调整性能阀值资源占用BPPM的Agent采用单一智能Agent技术，自动控制内部任务运行队列，数据采集直接从内核采集数据，Agent对系统资源的占用非常小。实时性能分析用的是GlancePlus，历史数据是PA,所以对于一个监控参数可能有OMA\PA\GP三个软件进行各自独立的采集，配置方法、查看界面都不一样，数据采集占用资源较多。和流程平台的集成能力/第三方集成能力BEIM提供大量的out-of-box的集成模块及手段，同BMCRemedy及其他第三方的多数流程平台均提供有效的双向集成。同时提供OM的集成及迁移模块，帮助用户快速迁移仅提供有限的集成，后期需要大量定制。数据采样及定制化BPPM支持最小1秒的数据采样周期，用户能够随时调整采样周期及调整参数历史保存期限默认使用5分钟的采样周期，调整较麻烦，所有参数的周期都要一样，不能单独调整3与CMDB的关联BPPM可以与CMDB交互，直接将监控平台发现的CI信息同步到CMDB。BEIM事件平台可以直接读取CMDB数据进行事件丰富。同时BEIM和CMDB的数据模型采用统一数据模型，CMDB数据模型的变化能够直接反映到BEIM服务模型中。无法直接关联CMDB，不支持直接采用CMDB数据建模及进行事件丰富。和CMDB是完全隔离的两套系统，只能把CMDB中服务模型的数据导出到XML再导入OM;目前没有任何关于利用CMDB丰富OM告警的想法系统不够聪明，维护人员的操作任务比较多BMCPerformanceManagerforhardware可以监控主机设备的各种硬件板卡、温度、电源、风扇；存储整列、SAN交换机只能集成的SystemInsightmanager，不支持非hp、其他的硬件管理产品4ITSM:分类比较项BMCRemedyITSMSuite7.5HPServiceManager7.0对用户的影响技术分析应用模块BMCRemedyITSMSuite7.5包含以下主要流程应用模块：ServiceDesk：实现事件，问题管理流程；ChangeManagement：实现变更和发布管理流程；AssetManagement：实现资产管理；ServiceRequestManagement：实现服务请求管理；KnowledgeManagement：实现知识管理；IdentifyManagement：实现身份管理；ServiceLevelManagement：实现服务水平管理HPServiceManager包含以下模块Foundation:客户端许可，没有实际功能HelpDesk:帮助台许可实现配置、事件、问题流程Change:实现变更和发布管理流程Request：服务请求管理Assetcontract:资产合同管理（与AM有重叠）KnowledgeManagement：实现知识管理；ServiceLevelManagement：实现服务水平管理除此之外有Assetmanager做资产的全生命周期管理，也有合同管理的功能。和SM从数据、应用、展现层都是不一样的。uCMDB作为统一配置管理的功能模块清楚了解厂商的成熟产品能实现ITIL的哪些流程。Hp需要使用三个产品，而且要做大量的集成工作才能达到Remedy的默认功能产品架构BMCRemedyITSMSuite的应用模块构建于统一的工作流引擎平台ARS之上，从而保证各流程应用之间实现充分的整合。BMCRemedyITSMSuite也同时是构建BMC单一没有单独的流程平台，SM不同模块的配置方法都不一样，例如Change中有简单的流程图，然而事件流程中却没有。SM\AM\uCMDB对外的开发接口都是不一样的。整合的产品可以减少系统间的集成接口，便于后期的扩展和维护5的CMDB之上。真正实现统一架构的IT服务管理平台。对ITIL的遵从性通过ITIL的官方机构OGCITIL产品的认证；通过国外第三方ITIL机构PinkElephant的ITILV3工具认证（11个流程）；通过国外第三方ITIL机构PinkElephant的ITILV3工具认证（11个流程）；是否符合ITIL标准对于用户规范运维以及通过标准（ISO20000）有一定影响工作流定制能力BMCRemedyActionRequestSystem（ARS）是一个独立的工作流引擎平台，提供了强大的工作流程定制能力，定制的方式为所见即所得的方式，通过简单的界面定制和适当的工作流组件定制即可完成复杂工作流定制工作，不需要代码或脚本级的编程。定制和开发比较复杂，没有一个清楚地配置引导过程，是靠分布在很多不同界面下的规则来实现，不同用户、不同流程管理员配置流程的方法都可能不一样，管理员之间很难理解其他人配置的工作，所以对人的依赖性很大。实际运维工作中存在许多非ITIL的工作流程，也需要在运维平台上一起实现应用模块的流程定制能力对BMCRemedyITSMSuite的各应用模块提供的ITIL标准流程可以进行调整和定制，主要是以下两种方式：由RemedyITSMSuite提供的流程后台配置功能即可完成大部分的流程定制工作，包括流程的流转，自动分派，审批等，对于每一个流程都会有相应的配置选项；对于无法通过配置完成的流程，可以对RemedyITSMSuite应流程的配置依靠JavaScript或者RAD(私有的开发工具，用户很难掌握)。是否可以快速部署和上线，后期的维护和调整是否容易6用模块进行基于ARS平台之上的流程定制工作。与CMDB的整合BMCRemedyITSMSuite与AtriumCMDB是开箱即用的无缝整合，AtriumCMDB是实施Remedy应用模块的前提和基础。HPSM与UCMDB相对独立，SM自身也提供了一个简单的CMDB，在没有UCMDB的情况下也可以实施。SMCMDB和uCMDB之间缺乏有效的集成，尤其是SM7CMDB中增加的客户化字段很难和uCMDB进行复制和比对实现闭环管理流程的重要基础是统一的配置管理数据库单平台，多用户的分层分级运维管理RemedyITSMSuite缺省提供Multi-Tendency的功能，即企业级的多用户管理模式：在一套平台上，支持多个用户（例如不同分支机构或业务部门）开展各自的运维工作，各个用户的数据独立，流程也可以不同。可以灵活实现各种分层分级的运维管理模式。HPSM缺省支持DataPartition的功能：在一套平台上，支持对不同用户的数据进行隔离，但是整个平台上的流程必须保证一致。可以用于实现统一流程，数据分隔的运维管理模式。可以很好的支持分层分级的运维管理模式，方便用户灵活扩展成功案例BMCRemedy在中国的市场占有率较高，分布也较广，包括银行，保险，电信，政府，企业等等，其中80%的用户都属于金融和电信行业，其中国内主要的一线银行和大部分二线银行都选择了Remedy作为运维管理的平台：中国银行SM7的实施案例有限7中国交通银行上海浦东发展银行中国银联中国人民银行中国银监会东亚银行深圳发展银行广东发展银行……技术文档Remedy按照流程梳理成不同的文档，各自清晰地描述了不同流程模块的功能、配置方法等所有流程的文档混杂在一起，非常不友好，很难找到需要的内容好的文档可以帮助用户了解、熟悉系统，减少培训，易于用户接手维护的工作事件管理查询RemedyServiceDesk提供以下功能来帮助用户提高工作效率：事件匹配功能：可以通过该功能快速查找与当前事件类似的已有事件，问题，已知错误，知识条目等；SM7的事件处理匹配和查询比较简单，只是字段的搜索，而且每次只能搜索某一个特定的分类，不能同时搜索历史记录、已知错误、知识库SM7的用户为了查找一个事件的相关信息必须打开多个界面处理进展事件处理的流程有进度条展示没有直观的图形化现实决策树决策树功能：对于不太熟悉的事件描述，可以借助归纳好的决策树功能对事件进行一层一层的深入分析和判断，最终找到可能的原因；没有决策树的功能缺乏决策树对于分析和解决问题的能力都提出了更高的要求问题管理提供标准的问题管理和对已知错误的管理；8已知错误中提供临时恢复方案（WorkAround）知识管理可以一次同时搜索知识记录与历史记录、已知错误等分开搜索上述的不同分类一次搜索避免了知识点的遗漏变更管理影响分析RemedyChangeManagement提供符合ITILV3要求的变更管理流程；变更影响分析：利用AtriumCMDB提供的影响模拟功能，对变更进行模拟的影响分析，产生的分析结果可直接以文件的方式附加在变更中；变更冲突分析在另一个独立的HPReleaseControlsoftware中实现，和SM7的集成并不好，例如影响评估的图默认无法返回给SMChangemanagement模块；Remedy模块之间的集成更紧密，便于使用，管理信息也是整合的变更日历变更冲突检测：在对变更进行排期时，可以基于变更的配置项和时间检查系统中是否存在与当前变更产生冲突的其它变更；变更日历只显示了时间上潜在的冲突，没有显示对同一个配置项要做的不同变更；SM7分析变更冲突的能力不全面审批变更审批：基于Remedy独立的审批引擎对各种不同类型的变更定义不同的审批规则（并行或串行）；可进行批量审批，代理审批等；审批规则的定制没有Remedy灵活，而且变更中的审批配置规则只能在审批中使用，事件和问题流程中没有办法使用审批引擎在审批方面SM7的不同流程之间配置和使用方法不一致，增加了培训和维护工作变更路径变更路径的定制：可以灵活配置不同类型变更的路径，包括变更在不同