中国石化IT运维平台项目（一期）初步设计报告_V1 0

1、中国石化IT运维平台项目（一期）初步设计报告中国石化IT运维平台项目（一期） 初步设计报告(V1.0) 编制单位: 中国石油化工股份有限公司信息系统管理部 石化盈科信息技术有限责任公司2013年12月目录1现状及发展趋势41.1国内外发展趋势41.2行业现状42需求分析42.1业务现状42.2信息系统现状42.3用户业务需求43建设目标和内容43.1范围和阶段43.2总体目标、阶段目标43.3建设内容43.4子系统目标和内容43.5设计原则44总体设计44.1总体架构44.1.1功能架构44.1.2逻辑架构44.1.3技术架构44.1.4部署架构44.2子系统技术架构54.3技术路线54.4安

2、全设计54.5性能设计54.6标准化54.7需要解决的瓶颈及其策略55系统配置55.1配置原则55.2系统配置55.2.1软件配置55.2.2硬件配置56实施方案56.1实施策略56.2组织结构56.3进度计划56.4培训计划56.5风险评估及规避57资金预算67.1资金计算依据及方法67.2投资估算及资金来源67.3资金筹措68项目验收指标68.1技术指标68.1.1阶段验收指标68.1.2最终验收指标68.1.3需提交的最终成果68.1.4效益指标69附件61 现状及发展趋势1.1 国内外发展趋势 1.2 行业现状2 需求分析2.1 业务现状2.2 运维支持系统现状2.3 运维业务需求3

3、建设目标和内容3.1 范围和阶段3.2 总体目标、阶段目标3.3 建设内容3.4 设计原则4 总体设计4.1 总体架构4.1.1 功能架构SAP的运行监控部分，是通过SLM(SAP Solution Manager)系统集中对当前的ERP、BW、BO、MDM、HR、CRM、PI进行监控。SAP 相关系统运行监控，具有用户服务质量管理，自动化工作流、应用系统运维（根本原因分析等）、业务流程管理、事件及问题管理和变更请求管理等功能，具体功能架构图如下：4.1.2 逻辑架构SAP前端是有应用管理、系统管理以及基础架构管理组成，形成一个全方位的、端到端的监控和管理系统。每个模块将核心并且重要的信息集成

4、至集中的“应用监控看板”以及“系统和基础架构看板”中，集中的展现实时故障，初步分析原因，并且快速分派专家进行故障的分析和解决工作。同时借助于Solution Manager提供的直观报表的功能，在运维和项目中集中形成持续优化的流程，提升运维执行效率，进一步优化运维管理质量。同时，基于项目、运维中出现的ERP应用问题，及时的向业务部门进行反馈，找到业务部门中的深层次根源问题，从源头上避免业务流程和应用在运行过程中的问题，形成跨业务部门和信息部门的大的闭环管理体系。为了提高运维水平，引入ITPA提供应用的故障响应、IT操作、健康检查的自动化流程处理。对复杂的SAP系统应用场景提供自动化处理流程处理

5、。提高运维效率，解除运维人员的繁重工作，避免事件处理延误和手工运维错漏而引发的新的问题。4.1.3 技术架构通过统一采集平台，来实现统一采集控制、统一信息总线、统一数据存放、统一进行数据的调和分析。运行监控部分总的技术架构图：SAP系统监控的技术架构图具体如下：架构图包括六个部分：1. 运行监控和展示方案的核心(SAP Solution Manager)负责各个采集层面数据信息（包括165个系统及功能模块，基础设备等）和告警信息的汇总，结合智能监控产品提供（端对端应用性能监控，应用和数据的关联性监控）等监控功能，结合自动化流程处理解决方案和运维部门进行事件处理，并结合统一报表展示平台提供报表展

6、示和分析报告。3.应用深入诊断（SAP Wily）系统的稳定运行并非只依赖与某一基础设施的性能，最终的用户体验离不开整个系统的各个组件，例如中间件（如：Weblogic,Websphere等），各类型技术平台（JAVA,ABAP,.Net等），各类型业务系统（SAP, 非SAP）。SAP Wily全面提供各中间件，各类型技术平台，各类型业务系统的主动监控功能，并能提供关联性分析，最大程度预测分析系统的可能瓶颈，为我们智能监控、关联性分析提供技术保障与支持。4.自动化工作流执行中心（SAP IT Process Automation ）结合CMDB及知识库（如SAP RUNBOOK等），配合So

7、lution Manager和运维部门，根据预警信息，系统蓝图以及运维知识库的资源，定位问题所在，同时根据知识库的指引做出反应，尽可能自动化处理基础设施和业务任务的异常情况。同时，提供良好的扩展功能，让运维人员可以补充最新的知识总结，实现服务的持续改进。5. 事件关联性分析对于我们石化如此庞大的系统，终端业务人员的用户满意度很大程度取决于进行该行业务时，需要调用的各个业务模块。SAP IT Process Automation依据SAP多年运作的经验，内置300多个业务模版，把相互影响的各模块关联性展示在运维人员眼前，最大程度协作运维人员发现瓶颈。6. SAP报表展示平台根据数据采集层和监控中

8、心提供的信息，把整个企业IT运行情况呈现在管理层和IT管理人员面前，同时提供实时的全方位的工作台/仪表盘，帮助IT人员全方位监控系统运营情况。 同时，提供强大分析功能，帮助IT管理人员分析资源运用情况，根据系统压力、资源使用不同时间的曲线等各项指标信息，定期制定资源调配计划，最大程度减低系统过载危险，最大程度提升资源利用率，帮助运维部门更好实现节能增效的KPI。4.1.4 部署架构SAP Solution Manager 7.1 和ITPA需要单独部署在不同的物理机上。SAP Solution Manager 7.1 和ITPA及被管系统之间需要互联（可以相互访问）。4.2 技术路线先做SLM

9、 平台整合(SLM7.0和7.1整合至7.1，含服务流程和变更流程进行重构)，再做运维平台集成SAP SLM7.1系统监控，最后做运维平台集成工厂化运行SAP项目。4.2.1 关键技术术语的简要介绍Ø 被管理系统：和SAP Solution Manager连接的系统，例如SAP ECC应用系统就是一个典型的被管理系统；Ø SLD：是System Landscape Directory的简称。SLD的功能是SAP管理复杂环境布局中的关键技术，保证不同系统平台中的系统信息的及时更新（例如系统版本、硬件平台等）。Solution Manager平台复用了SLD平台，并且结合了LM

10、DB的相关技术，实现被管理系统平台技术信息的及时同步；Ø LMDB：是Landscape Management Database，布局管理数据库的简称。LMDB是SAP Solution Manager 7.1特有的功能。主要功能是实现Solution Manager后台能够通过LMDB自动收集所有已经完成连接的被管理系统，并且自动同步这些被管理系统的相关信息，主要包括：软件版本、软件组件、服务器信息、IP地址、SAP实例等等。LMDB的使用能够确保系统层面的信息能够定期的在SAP Solution Manager进行同步，保证Solution Manager能够及时的获取被管理系统

11、变化的情况，而不需要管理员定期的手动维护相关的系统信息。Ø Diagnostics Agent：诊断代理程序。该程序在每个被管理系统的服务器上进行安装，并且与Solution Manager进行连接。诊断代理程序定期的将被管理系统中的监控对象进行传输至Solution Manager中，保证Solution Manager能够集中的进行监控展示、故障分析以及相关的报表；Ø SAP主机代理程序（SAP Host Agent）：SAP主机代理程序是安装在操作系统上的程序软件，通过在操作系统上的后台运行，该程序能够将操作系统、服务器类型的数据进行定期抓取，并且同步至诊断代理程序中

12、，保证系统在操作系统、服务器层面的数据准确可靠；Ø Introscope 企业管理器 (IS EM)： Introscope是Wily公司的产品，用以集中存储相关的监控数据，并且转发至Solution Manager中Ø Introscope代理程序（IS Agent）：用以存储Wily Introscope抓取的数据，并且最后转发至Introscope EM和诊断代理程序Ø Web Service（网页服务）：SAP标准化的开放接口之一。通过调用Web Service的方式，SAP的软件的功能之间和外部软件之间能够达到良好的集成，形成相关监控数据或者事件管理数据

13、的传输；Ø ST-PI, ST-A/PI：Solution Manager相关的插件，安装在被管理系统上，用以抽取相关数据；Ø 事件管理：SAP Solution Manager中，使用ITSM（即IT服务管理）的平台实现了事件管理功能，保证问题和故障统一的使用Solution Manager平台进行追踪，并且根据实际运行的情况分派至相关的项目、运维管理人员；4.2.2 应用管理架构在SAP Solution Manager上，应用管理的主要功能包括：业务流程分析、业务流程监控、业务流程趋势分析报表以及业务流程运营看板。如上图所述数据流主要有这样两方面：一方面从业务流程监控

14、开始：监控数据从SAP以及非SAP系统抓取，监控相关的数据的抓取来源于已经安装在系统中，并且通过定期的后台程序自动抓取，并且发送至Solution Manager。这些监控数据被存在SAP Solution Manager的clustered table 和 transparent table DSWP_BPM_ALERTS，然后定期将数据传输至业务流程监控进行展示。此外，业务流程监控的数据也可以通过BW处理链，抽取至InfoCube 0SM_BPM，并最终形成趋势分析报表。在表DSWP_BPM_ALERTS和InfoCube 0SM_BPM中的数据也会被用以做业务流程运营看板。另一方面从业务

15、流程分析开始：SAP Solution Manager从被管理系统中定期抽取相关的数据，然后通过Extractorframework（数据抽取框架）存储在InfoCube 0SM_BPMRH。这些数据之后可以用来进行业务流程分析的相关应用。 此外，这些数据也可以集中显示在业务流程运营看板中。此外，针对于中国石化特有的ERP监管报表以及ERP操作管控等方法，也是借助于和业务流程分析一致的数据抽取方法进行实现。4.3 安全设计基于系统安全方面的考虑，我们主要考虑到如下内容：数据安全：SAP Solution Manager提供一个双向接口，允许其服务台与其他第三方服务管理平台实现消息交换。此接口基

16、于WEB服务，简单、灵活、相对独立。由SAP服务台产生的消息可自动转发到第三方服务管理平台，每个不同消息有其唯一识别编码，当该消息在对端处理完毕后，SAP服务台可根据意味识别码对此详细实现关闭处理。实现事件的闭环处理流程。由第三方服务管理平台产生的消息，通过此接口可以传达给SAP Solution Manager，并可以转发给SAP技术支持。访问安全：SLM 符合标准的安全管理要求，可自定义用户、权限、角色，实现分区分域的系统安全管理。系统追溯：当前系统发生故障时，可以通过系统日志等内容，可以对系统进行追溯。真实的反映系统情况。4.4 性能设计基于系统性能方面的考虑，我们主要考虑到如下内容：源

17、系统（目标系统）端性能设计：一个被监控主机上只部署一个AGENT，根据目标系统的现状，可自定义频率的抽取性能数据。在不影响监控的前提下，最大限度的降低因监控而带来的系统负载。监控系统端性能设计：监控数据集中存放在SLM及ITPA系统上，实现数据共享，ITPA通常情况下直接访问Solution Mananger即可。大大降低源系统及网络负载。另外通过配置组登录策略可以实现对多台Solution Mananger服务器（DB及APP）实现负载均衡。4.5 标准化符合ITIL标准，能实现对各种资源的统一管理和与其它管理软件的集成；同时需要提供开发接口，以方便扩展管理功能，并且支持第三方厂商的应用集成

18、，为产品的选型提供更高的灵活性。统一规范运维，ITPA（SAP IT Process Automation by Cisco）能够帮助IT管理人员在整个企业范围内实现操作流程的标准化和统一化，以尽可能延长设备的正常运行时间并优化资源利用率。4.6 需要解决的瓶颈及其策略4.6.1 应用管理建设Ø 业务管理瓶颈形成端到端的业务流程监控体系，实施反应核心业务流程的运行情况，及时发现业务运行中出现的严重故障；Ø 运维管理瓶颈通过闭环式管理，形成自助化的流程管控体系，通过统一的平台实现企业ERP管控的评价平台，供企业及总部能够查询ERP运行情况；4.6.2 系统管理建设Ø

19、 平台不统一：建设统一的系统监控平台，将ERP中系统问题集中的抓取和展现，及时发现系统运行中出现的故障，避免大范围的ERP服务的中断；Ø 运维低效：提高故障处理的效率，简化故障分析步骤，提升运维支持人员的效率；Ø 被动运维：集中的报表展现系统运行状况，并对今后系统运行情况做预测，将运维支持从被动转为主动；5 系统配置5.1 配置原则5.2 系统配置5.2.1 软件配置SLM要求：部署在WINDOWS环境下：（在这里仅仅列出了FOR ORACLE DB的要求）WINDOWS Server 2003 及以上版本，oracle DB 为 10G 或者 11G。部署在UNIX 环境

20、下：（在这里仅仅列出了AIX和Oracle DB 的要求）ORACLE DB 版本要求也是10G或者11G。ITPA要求（最低）：另外，对平台及数据库要求如下：平台操作系统 （64bit系统以上， 32位系统不再支持) ：· Windows 2003· Windows 2008· Windows 2008 R2· Native 64 bit only（不可是集群环境）数据库（用于处理和报告）: · MS SQL Server o 2005 with reporting services (Standard or Enterprise) o 20

21、08 with reporting services (Standard, Enterprise or Datacenter) o 2008 R2 with reporting services (Standard, Enterprise or Datacenter (Including Failover o Clusters) o 2008 (Standard, Enterprise or Datacenter) with BO reporting BOXI 3.1 SP2&SP3 · Oracle 11G R2 ，包括实时应用集群 (RAC) o 企业版支持BO 包括 B

22、OXI 3.1 SP2&SP35.2.2 硬件配置SLM 系统要求：(1) 以SAPS值和用户数作为服务器选型基准值，参考同类型企业的使用情况；(2) Solution Manager生产系统采用双机(两台物理设备)热备；(3) 存储设备容量以三年数据量为基准，并留有30%的余量；(4) 充分考虑业务系统可能的变化对SAP系统扩充性要求，预留30%扩充容余量；(5) 开发和测试服务器沿用现有的Solution Manager服务器，暂不做扩容。2015年底，对于SAP Solution Manager CPU的SAPS的指标的最低要求为50260，硬盘最低要求为4TB。详见下表：其中对

23、CPU的SAPS的指标的最低要求为50260，硬盘最低要求为4TB。ITPA系统要求（最低）：6 实施方案6.1 实施策略中国石化的SAP 项目建设将基于13套集中ERP使用的 Solution Manager 7.1 管理平台，对相关的功能需要进行统一规划，综合考虑运维和项目的优化需求，对13套ERP的系统和业务流程进行深度试点，对于核心功能做深入挖掘、提升价值，形成完整的大集中管控方案，确保今后的推广工作能够顺利进行。伴随运维平台项目的推广过程，应用SAP的方法和工具可以作为13套集中ERP系统集中管控方案的有效组成部分，在企业内部进行推广使用，同时管控平台将从现有的Solution Manager 7.0 平台逐步迁移到新的SAP So