BMC产品与HP产品的比较分析

《BMC产品与HP产品的比较分析》由会员分享，可在线阅读，更多相关《BMC产品与HP产品的比较分析（8页珍藏版）》请在金锄头文库上搜索。

1、 1 监控产品监控产品 比较项比较项 BMC ProactiveNet Performance Manager BMC Event and Impact Manager HP Operations Manager SiteScope 对用户的对用户的 影响影响 架构架构 BMC 产品架构紧紧围绕 BSM 的主题和目 标 底层的 Atrium CMDB 技术使得各解决 方案可以实现信息共享及无缝集成 BMC ProactiveNet Performance Manager 通过统一的平台实现 Agent 和 Agentless 两种混合架构的统一管理 用户可以根据 管理需要轻松选择管理模式 在功

2、能和成 本两方面做好平衡 集中管理平台由 BMC Event Manager Service Impact Manager 来实现 集中事件处理和服务影响分析 充分利用 CMDB 的信息轻松建模 HP 收购了 Mercury 后 宣布整合的解决方案名称为 HP BAC Business Availabity Center Openview 部分组件被使用到系统可用性管理 终端用户 管理 故障诊断中 基础架构监控底层使用 OM Agent based 和 SiteScope Agent less 事件管理仍然使用 HP OM 应用交易管理采用 Mercury 由于多个产品的整合 架构复杂 Ope

3、rations Manager 无 Agentless 支持能力 如果需要 Agentless 必须要结 合使用 Sitescope 虽然 SiS 可以把事件转发到 OM 但是 OM目前没有任何关于利用 CMDB 丰富 OM 告警的想法 系统不够 聪明 维护 人员的操 作任务比 较多 BMC Performance Manager for hardware 可以监控主机设备的各种硬件板卡 温度 电源 风扇 存储整列 SAN 交换机 只能集成的 System Insight manager 不支持非 hp 其他的硬件管理产品 4 ITSM 分类分类 比较项比较项 BMC Remedy ITSM

4、Suite 7 5 HP Service Manager 7 0 对用户的影响对用户的影响 技术分析技术分析 应用应用模块模块 BMC Remedy ITSM Suite 7 5 包含 以下主要流程应用模块 Service Desk 实现事件 问题 管理流程 Change Management 实现变 更和发布管理流程 Asset Management 实现资产 管理 Service Request Management 实现服务请求管 理 Knowledge Management 实现 知识管理 Identify Management 实现身份 管理 Service Level Manage

5、ment 实 现服务水平管理 HP Service Manager 包含以下模块包含以下模块 Foundation 客户端许可 没有实际功 能 Help Desk 帮助台许可实现配置 事 件 问题流程 Change 实现变更和发布管理流程 Request 服务请求管理 Asset contract 资产合同管理 与 AM 有重叠 Knowledge Management 实现知识管 理 Service Level Management 实现服 务水平管理 除此之外有 Asset manager 做资产的全生 命周期管理 也有合同管理的功能 和 SM 从数据 应用 展现层都是不一样的 uCMDB

6、 作为统一配置管理的功能模块 清楚了解厂商的成熟产 品能实现 ITIL 的哪些流 程 Hp 需要使用三个产 品 而且要做大量的集成 工作才能达到 Remedy 的默认功能 产品产品架构架构 BMC Remedy ITSM Suite 的应用模 块构建于统一的工作流引擎平台 ARS 之上 从而保证各流程应用之间 实现充分的整合 BMC Remedy ITSM Suite 也同时是构建 BMC 单一 没有单独的流程平台 SM 不同模块的配置 方法都不一样 例如 Change 中有简单的流 程 图 然 而 事 件 流 程 中 却 没 有 SM AM uCMDB 对外的开发接口都是不一 样的 整合的产

7、品可以减少系 统间的集成接口 便于后 期的扩展和维护 5 的 CMDB 之上 真正实现统一架构的 IT 服务管理平台 对对 ITIL 的遵从性的遵从性 通过 ITIL 的官方机构 OGC ITIL 产品 的认证 通 过 国 外 第 三 方ITIL机 构 PinkElephant 的 ITIL V3 工具认证 11 个流程 通过国外第三方 ITIL 机构 PinkElephant 的 ITIL V3 工具认证 11 个流程 是否符合 ITIL 标准对于 用户规范运维以及通过 标准 ISO20000 有一 定影响 工作流定制能力工作流定制能力 BMC Remedy Action Request S

8、ystem ARS 是一个独立的工作流 引擎平台 提供了强大的工作流程定 制能力 定制的方式为所见即所得的 方式 通过简单的界面定制和适当的 工作流组件定制即可完成复杂工作 流定制工作 不需要代码或脚本级的 编程 定制和开发比较复杂 没有一个清楚地配置 引导过程 是靠分布在很多不同界面下的规 则来实现 不同用户 不同流程管理员配置 流程的方法都可能不一样 管理员之间很难 理解其他人配置的工作 所以对人的依赖性 很大 实际运维工作中存在许 多非 ITIL 的工作流程 也 需要在运维平台上一起 实现 应用模块的流程定制能力应用模块的流程定制能力 对 BMC Remedy ITSM Suite 的各

9、应 用模块提供的ITIL标准流程可以进行 调整和定制 主要是以下两种方式 由 Remedy ITSM Suite 提供的 流程后台配置功能即可完成大 部分的流程定制工作 包括流程 的流转 自动分派 审批等 对 于每一个流程都会有相应的配 置选项 对于无法通过配置完成的流程 可以对 Remedy ITSM Suite 应 流程的配置依靠JavaScript 或者RAD 私有 的开发工具 用户很难掌握 是否可以快速部署和上 线 后期的维护和调整是 否容易 6 用模块进行基于 ARS 平台之上 的流程定制工作 与与 CMDB 的整合的整合 BMC Remedy ITSM Suite 与 Atrium

10、 CMDB 是开箱即用的无缝整合 Atrium CMDB 是实施 Remedy 应用 模块的前提和基础 HP SM 与 UCMDB 相对独立 SM 自身也 提供了一个简单的 CMDB 在没有 UCMDB 的情况下也可以实施 SM CMDB 和 uCMDB 之间缺乏有效的集成 尤其是 SM7 CMDB 中 增 加 的 客 户 化 字 段 很 难 和 uCMDB 进行复制和比对 实现闭环管理流程的重 要基础是统一的配置管 理数据库 单平台 多用户的分层单平台 多用户的分层分级分级运维管理运维管理 Remedy ITSM Suite缺 省 提 供 Multi Tendency 的功能 即企业级的 多

11、用户管理模式 在一套平台上 支 持多个用户 例如不同分支机构或业 务部门 开展各自的运维工作 各个 用户的数据独立 流程也可以不同 可以灵活实现各种分层分级的运维 管理模式 HP SM 缺省支持 Data Partition 的功能 在 一套平台上 支持对不同用户的数据进行隔 离 但是整个平台上的流程必须保证一致 可以用于实现统一流程 数据分隔的运维管 理模式 可以很好的支持分层分 级的运维管理模式 方便 用户灵活扩展 成功案例成功案例 BMC Remedy 在中国的市场占有率 较高 分布也较广 包括银行 保险 电信 政府 企业等等 其中 80 的 用户都属于金融和电信行业 其中国 内主要的一

12、线银行和大部分二线银 行都选择了Remedy作为运维管理的 平台 中国银行 SM7 的实施案例有限 7 中国交通银行 上海浦东发展银行 中国银联 中国人民银行 中国银监会 东亚银行 深圳发展银行 广东发展银行 技术文档技术文档 Remedy 按照流程梳理成不同的文 档 各自清晰地描述了不同流程模块 的功能 配置方法等 所有流程的文档混杂在一起 非常不友好 很难找到需要的内容 好的文档可以帮助用户 了解 熟悉系统 减少培 训 易于用户接手维护的 工作 事件管理事件管理 查询查询 Remedy Service Desk提供以下功能 来帮助用户提高工作效率 事件匹配功能 可以通过该功能快速 查找与当

13、前事件类似的已有事件 问 题 已知错误 知识条目等 SM7 的事件处理匹配和查询比较简单 只 是字段的搜索 而且每次只能搜索某一个特 定的分类 不能同时搜索历史记录 已知错 误 知识库 SM7 的用户为了查找一 个事件的相关信息必须 打开多个界面 处理进展处理进展 事件处理的流程有进度条展示 没有直观的图形化现实 决策树 决策树功能 对于不太熟悉的事件描 述 可以借助归纳好的决策树功能对 事件进行一层一层的深入分析和判 断 最终找到可能的原因 没有决策树的功能 缺乏决策树对于分析和 解决问题的能力都提出 了更高的要求 问题管理问题管理 提供标准的问题管理和对已知错误 的管理 8 已知错误中提供

14、临时恢复方案 Work Around 知识管理知识管理 可以一次同时搜索知识记录与历史 记录 已知错误等 分开搜索上述的不同分类 一次搜索避免了知识点 的遗漏 变更管理变更管理 影响分析影响分析 Remedy Change Management 提供 符合 ITIL V3 要求的变更管理流程 变更影响分析 利用 Atrium CMDB 提供的影响模拟功能 对变更进行模 拟的影响分析 产生的分析结果可直 接以文件的方式附加在变更中 变更冲突分析在另一个独立的 HP Release Control software 中实现 和 SM7 的集成并 不好 例如影响评估的图默认无法返回给 SM Chan

15、ge management 模块 Remedy 模块之间的集 成更紧密 便于使用 管 理信息也是整合的 变更日历变更日历 变更冲突检测 在对变更进行排期 时 可以基于变更的配置项和时间检 查系统中是否存在与当前变更产生 冲突的其它变更 变更日历只显示了时间上潜在的冲突 没有 显示对同一个配置项要做的不同变更 SM7 分析变更冲突的能 力不全面 审批审批 变更审批 基于 Remedy 独立的审批 引擎对各种不同类型的变更定义不 同的审批规则 并行或串行 可进 行批量审批 代理审批等 审批规则的定制没有 Remedy 灵活 而且 变更中的审批配置规则只能在审批中使用 事件和问题流程中没有办法使用审批引擎 在审批方面 SM7 的不同 流程之间配置和使用方 法不一致 增加了培训和 维护工作 变更路径变更路径 变更路径的定制 可以灵活配置不同 类型变更的路径 包括变更在不同阶 段的回退 默认只能提供单向前进的顺序变更任务 变 更回退需要很多定制开发工作 SM7 的变更流程不够灵 活