解决方案计划计划-能源行业-运维控制中心(occ)解决方案计划计划手册新.pdf

运维控制中心 （OCC ）解决方案手册 目录 1 ，运维控制中心（OCC ）简介 2 2 ，运维控制中心（OCC ）构成 2 2.1 一套中央显示器 2 2.2 基础架构运维3 2.3 应用运维3 2.4 业务流程运维3 3 ，客户需要OCC 原因4 3.1 提高业务连续性4 3.2 提高业务满意度4 3.3 提高 IT 支持效率 4 3.4 降低运营成本4 4 ，OCC 是如何工作的5 4.1 提供透明化5 4.2 解决警报7 5 ，OCC 中的关键人员配置8 5.1OCC 团队负责人8 5.2IT 运维人员 (技术 /功能) 9 1 ，运维控制中心 （OCC ）简介 运维控制中心(OCC)是“ERP 工厂化运维”的具体体现。OCC 能够确保高度自动化及主动的操作，此 举能够在降低运营成本的同时提高 IT 服务质量，从而提高企业满意度。此外，OCC 能够不断推动业务 流程的改进和 IT 支持。 在 OCC ，一组IT 运维人员负责 SAP 生产环境的维护。根据环境和业务流程复杂性的差异，全职运 维人员进行环境的维护，通过 SLA （服务等级协议）设定的目标解决业务问题。 2 ，运维控制中心 （OCC ）构成 2.1一套中央显示器 ，能够持续报告业务流程和相关IT架构的状态，包括重要的业务和技术异常事 件。 OCC 的中央监视器始终以客户的具体需求为重。然而，与 SAP 的支持标准相对应，一组标准显示 器能在许多情况下进行使用，如图 1 所示。此标准显示器能够提供业务流程状态，IT 架构组件的状态， 以及最终用户角度下的性能和警示收件箱的状态。 图1：OCC 标准显示器 客户特定的扩展能够显示系统之间数据不一致的数量，或者关键接口错误信息。 根据监控实体，SAP能够区分三个局次：  业务流程层 ，由业务流程运维处理  应用层 ，由应用运维处理  IT基础架构层 ，由IT架构运维处理 图 2: 监控的三个局面 2.2基础架构运维用来管理IT基础架层上的（SAP和非SAP ）项目 （例如：打印机和网络交换机）， 通过从SAP基础架构管理（需要额外的许可证）获得强大的集成功能。主存储库是一个配置管理数据库 (CMDB)。 2.3应用运维能够基于SAP的工具套件，处理详细的技术监测、预警和异常数据（如响应时间，数据 库的大小和增长率）。同样可以覆盖SAP和非SAP组件。 2.4业务流程运维能够处理监控、警报和业务流程的异常数据，以及各个业务流程步骤（例如，创 建销售订单的数量）。 2.4.1警报监测基础架构 ，无需人工操作，全天候7x24积极监控解决方案，在出现问题的情况下，将触 发警报和关联问题。警报附带在警示收件箱中。 IT运维团队 ，以标准化的方式进行警报（事件管理流程）工作：  执行初步分析 （文档化/引导操作）  叧需点击鼠标，即可将警报上升至事件/服务请求，假如警报无法得到解决，则需要下一级的支 持。 2.4.2持续改进流程 ，能够明确运营痛点。这通常是通过基于运维工具的监控数据的趋势分析来支持的。 一旦过程启动，将是不断优化的过程：  明确根本原因  采取必要的行动 ，减轻风险  跟踪和报告成功案例 3 ，客户需要OCC 原因 3.1 提高业务连续性 客户需要 OCC ，因为其能够提供透明化，标准化，自动化和主动化的服务。业务连续性能够通过 主动化运营（警示驱动 ）模式进行提高：在问题对业务造成影响之前，能够理想化的进行自动检测和自 动提醒。例如，OCC 能够自动检测到一个 SAP 文件系统的溢出 。当 SAP 系统受到影响之前 ，可以启 动纠正措施（清理或延长）。集中控制能够提供 IT 运维人员与支持专家所需的信息，以确保业务流程 和 IT 组件的可用性。 3.2 提高业务满意度 持续提高改进业务满意度表现在两个局面。集中支持层面，这一过程重点为防止再次发生单一重大 事故和循环发生的微小事故。由于每个事件代表业务的机