打造信息共享、资源共享的绿色ERP云数据中心.pdf

打造信息共享、资源共享的绿色打造信息共享、资源共享的绿色ERP云数据中心云数据中心 Oracle Exadata构建高性能企业构建高性能企业ERP应用的磐石应用的磐石 传统单应用部署架构分析传统单应用部署架构分析-大中型应用大中型应用 数据库服务器和应用服务器数据库服务器和应用服务器实现实现分层部署分层部署 数据库和应用服务器分级部署，便于按各自的方式数据库和应用服务器分级部署，便于按各自的方式扩充扩充 应用架构细分，应用架构细分， APP独立出来，采用应用服务器网格部署，符合独立出来，采用应用服务器网格部署，符合SOA设计理念设计理念 架构合理，避免架构合理，避免App服务器和数据库服务器资源不对等配置，服务器和数据库服务器资源不对等配置，性能性能好好 降低成本降低成本 在成本降低的同时，提高“宕机在成本降低的同时，提高“宕机可用性可用性” 采用采用Oracle 数据库数据库 RAC，最大限度提高数据库可用性最大限度提高数据库可用性 ERP用户经常遇到的一些问题用户经常遇到的一些问题 某大型石油公司某大型石油公司: ERP系统有较多接口系统有较多接口,系统繁忙时可能导致整系统繁忙时可能导致整 个系统个系统宕机；销售系统有性能问题宕机；销售系统有性能问题，瓶颈在瓶颈在DB 部分表上亿条数据部分表上亿条数据，写的速度特别慢；写的速度特别慢；CPU利用率不高利用率不高30%，IO的速的速 度很慢度很慢 量很大量很大 并发用户量多达并发用户量多达+3000，增加应用服务器也无法解决增加应用服务器也无法解决，CPU利用率也不利用率也不 高高 某大型石化公司某大型石化公司: 存储不稳定；年底当运行分摊存储不稳定；年底当运行分摊、MRP、物资物资 和财务资产类的业务场景以及报表时和财务资产类的业务场景以及报表时，非常耗内存和资源非常耗内存和资源，数数 据库主机据库主机80%以上压力以上压力，性能很差性能很差，DB 600+GB 某大型白色家电企业某大型白色家电企业: 数据仓库系统业务高峰期为月初和月末数据仓库系统业务高峰期为月初和月末 ，CPU利用率为利用率为100%；核心交易系统业务高峰期为；核心交易系统业务高峰期为9:00-11:00 、3:00-5:00以及月末以及月末,CPU利用率利用率80%-90% 某大型保险公司某大型保险公司: 数据仓库系统效率太慢数据仓库系统效率太慢,数据装载超过数据装载超过2小时小时, 报表计算时间都很长报表计算时间都很长,要跑几个小时要跑几个小时, 只能省级查询不能全国查只能省级查询不能全国查 询询,数据量在数据量在57TB左右左右 造成这些性能和可靠性问题的主要原因造成这些性能和可靠性问题的主要原因 目前业界的目前业界的ERP基本是采用基本是采用Unix+小机小机, HA 的架构的架构, 满配不少满配不少 数据量大数据量大、数据空间增长迅速数据空间增长迅速，系统整体系统整体IO能力不足能力不足 峰值时期系统压力过大峰值时期系统压力过大, 单机满配也难以满足单机满配也难以满足. 查询和报表等多处出现性能问题查询和报表等多处出现性能问题,无论数据装载还是报表运算无论数据装载还是报表运算 销售系统容易出现性能问题销售系统容易出现性能问题 分摊分摊、MRP、物资和财务资产类的业务场景以及报表时物资和财务资产类的业务场景以及报表时，非非 常耗内存和资源常耗内存和资源 有些复杂计算如有些复杂计算如BOM和财务结算等需要大量和财务结算等需要大量I/O需求需求，现有传现有传 统的存储架构无法满足统的存储架构无法满足 不同的不同的ERP模块需要部署不同的数据库模块需要部署不同的数据库，带来管理的复杂性带来管理的复杂性 ，同时分散的架构同时分散的架构，使硬件使硬件、软件许可证和管理成本都非常高软件许可证和管理成本都非常高 ，需要进行需要进行DB系统的整合系统的整合。 传统多应用下的部署架构传统多应用下的部署架构 外部用户外部用户 内部用户内部用户 Local Balancer 应用服务器集群应用服务器集群 数据库服务器集群数据库服务器集群 Oracle RAC DB AFS 外部用户外部用户 内部用户内部用户 Local Balancer 应用服务器集群应用服务器集群 数据库服务器集群数据库服务器集群 Oracle RAC DB BW 外部用户外部用户 内部用户内部用户 Local Balancer 应用服务器集群应用服务器集群 数据库服务器集群数据库服务器集群 Oracle RAC DB CRM 外部用户外部用户 内部用户内部用户 Local Balancer 应用服务器集群应用服务器集群 数据库服务器集群数据库服务器集群 Oracle RAC DB Retail 传统传统IT架构如何应对未来挑战架构如何应对未来挑战 影响信息化发展的因素影响信息化发展的因素 信息孤岛信息孤岛、系统独立、重复建设、系统独立、重复建设 应用应用系统部署、升级复杂、项目系统部署、升级复杂、项目周期长，周期长， 难于适应快速变化的业务需求难于适应快速变化的业务需求 数据、应用平台数据、应用平台不统一、信息集成难不统一、信息集成难 服务器服务器资源不能充分利用、效率资源不能充分利用、效率低、低、资源资源 孤岛孤岛 设备为每个应用的设备为每个应用的峰值配置峰值配置资源资源 设备资源无法动态调整，导致无法共设备资源无法动态调整，导致无法共 享、享、利用率低利用率低 系统系统架构很难按业务进行架构很难按业务进行扩展扩展、可靠性可靠性低低 系统结构复杂，不同的软硬件平台，不同系统结构复杂，不同的软硬件平台，不同 的应用架构，的应用架构，IT维护成本高维护成本高、管理复杂管理复杂、 安全安全差，形成管理和差，形成管理和安全孤岛安全孤岛 传统的传统的IT架构架构-烟囱式烟囱式 系统经过长期的建设和积累、结果是系统经过长期的建设和积累、结果是 不同的应用、不同的不同的应用、不同的 硬件平台硬件平台 机房空间、电力供应机房空间、电力供应 、空调制冷不足、空调制冷不足 应用不停更新应用不停更新 配置不断配置不断升级、灾备升级、灾备 软、硬件的维护成本软、硬件的维护成本 持续增加持续增加 长期的性能调优长期的性能调优 主机虚拟化能解决所有问题吗？主机虚拟化能解决所有问题吗？ 更加昂贵、更加复杂、更难管理更加昂贵、更加复杂、更难管理 ERP系统的数据库需要解决的一些问题系统的数据库需要解决的一些问题 应避免头痛医头、脚痛医脚应避免头痛医头、脚痛医脚 整合集中部署多个数据库、支持新应用的数据库整合集中部署多个数据库、支持新应用的数据库 快速部署快速部署 解决系统的性能瓶颈问题，需考虑整体的平衡架解决系统的性能瓶颈问题，需考虑整体的平衡架 构，不能头痛医头、脚痛医脚、缺乏整体规划构，不能头痛医头、脚痛医脚、缺乏整体规划 24*7的高可用性的高可用性 大数据量、大并发访问的处理能力大数据量、大并发访问的处理能力 打包的应用，很难通过改写打包的应用，很难通过改写SQL提升性能提升性能 运维复杂，运维管理人员缺乏运维复杂，运维管理人员缺乏 OLTP和和OLAP的混合负载，导致优化困难的混合负载，导致优化困难 传统与云模式下的多应用部署架构分析传统与云模式下的多应用部署架构分析 烟囱式的系统建设，烟囱式的系统建设，IT成本居高不下（硬件成本居高不下（硬件 /能耗能耗/管理）管理） 按峰值规模建设，资源平均利用率低按峰值规模建设，资源平均利用率低 缺乏弹性的系统设计，应对业务突发情况差缺乏弹性的系统设计，应对业务突发情况差 ，OLTP平台与平台与OLAP平台不兼容，存储要平台不兼容，存储要 分离建设分离建设 非结构化和结构化数据的分离问题非结构化和结构化数据的分离问题 建设周期漫长，无法快速提供与部署建设周期漫长，无法快速提供与部署 业务需求的快速增长，设备更替快，不利投业务需求的快速增长，设备更替快，不利投 资保护资保护 集中资源池的共享集中资源池的共享 虚拟化、分时虚拟化、分时/区共享区共享 动态调配、弹性伸缩动态调配、弹性伸缩 自动化、自服务自动化、自服务 低成本、标准化硬件低成本、标准化硬件 云模式云模式 云计算“六化”云计算“六化” 技术标准化技术标准化 能力服务化能力服务化 提供快速化提供快速化 资源资源弹性化弹性化 管理管理自动化自动化 管控集中化管控集中化 传统模式传统模式 云计算能够为客户所带来的价值云计算能够为客户所带来的价值 基于基于PAAS的的私有云私有云更加适合金融、电信、政府、大型企业等的需求更加适合金融、电信、政府、大型企业等的需求 应用部署在云端，应用部署在云端，资源池化资源池化和和弹性可扩展弹性可扩展，业务量，业务量 的发展、流程的改变等，可灵活适应而无需重构的发展、流程的改变等，可灵活适应而无需重构IT 基础基础架构架构 不同的用户都可以灵活的使用资源、共享内容不同的用户都可以灵活的使用资源、共享内容 敏捷敏捷、支持支持快速部署新的应用快速部署新的应用 提高软、硬件的共享和利用率，提高提高软、硬件的共享和利用率，提高ROI，绿色绿色环保环保 利用云的整合和虚拟化等功能，利用云的整合和虚拟化等功能，简化简化IT，自动化管，自动化管 理，降低理，降低管理维护的复杂程度和运行成本管理维护的复杂程度和运行成本 满足满足SLA的性能、的性能、可靠性可靠性、安全性、等安全性、等方面的方面的要求要求 Oracle云云解决方案与整体设计解决方案与整体设计：真正落地：真正落地 应用程序应用程序 质量管理质量管理 配置管理配置管理 应用程序应用程序 性能管理性能管理 生命周期管理生命周期管理 物理与虚拟物理与虚拟 系统管理系统管理 Ops Center 基础架构即服务基础架构即服务 数据库网格：数据库网格：Oracle 数据库、数据库、RAC、ASM、分区、分区、 IMDB Cache、Active Data Guard、Database Security 应用网格：应用网格：WebLogic Server、Coherence、Tuxedo、JRockit 平台即服务平台即服务 Oracle 应用应用 产品产品 定制应用程序定制应用程序 ISV 应用程序应用程序 软件即服务软件即服务 Oracle VM for x86 操作系统：操作系统：Oracle Enterprise Linux Oracle Linux Oracle Solaris Oracle VM for SPARC (LDom) Solaris Containers Oracle Enterprise Manager 管理管理 Oracle SOA、 Oracle BPM Oracle Data Integration Oracle WebCenter、 内容管理内容管理 Oracle Identity Management 集成系统集成系统 新时代的黎明新时代的黎明 低成本，减化低成本，减化IT 以前以前 现在现在 限制应用性能之木桶理论限制应用性能之木桶理论 说明：说明： 1、从我们的实践经验来看，影响企业、从我们的实践经验来看，影响企业 ERP使用的最大性能瓶颈在于大型查询使用的最大性能瓶颈在于大型查询 和大型报表；和大型报表； 2、Exadata 致力于解决软硬件的平衡配致力于解决软硬件的平衡配 置和充分利用；置和充分利用； 3、 HCC/SmartSCAN/Flash /Infiniband 等技创新技术都是为了解决“木桶中的等技创新技术都是为了解决“木桶中的 短板”而设计短板”而设计 ； 4、从我们现有的多家测试结论与实际使、从我们现有的多家测试结论与实际使 用案例，都很好的说明了用案例，都很好的说明了Exadata可以解可以解 决企业决企业ERP中的应用性能瓶颈，令您的中的应用性能瓶颈，令您的 ERP“飞”起来“飞”起来 Oracle数据库技术的发展演进数据库技术的发展演进 Exadata采用了先进的分布式计算和智能存储技术采用了先进的分布式计算和智能存储技术: 从从SMP到到RAC解决和高可靠性、服务器垂直扩展的问题解决和高可靠性、服务器垂直扩展的问题 Exadata解决了解决了IO等的全面扩展和数据库整合问题等的全面扩展和数据库整合问题 Exadata解决了利用低成本的硬件实现企业级云计算的性能问题解决了利用低成本的硬件实现企业级云计算的性能问题 InfiniBand 请求请求 极限性能，突破传统架构瓶颈极限性能，突破传统架构瓶颈 高性能理由高性能理由 “混合列压缩混合列压缩(EHCC)”： 技术获得10x50x 超高压缩比，并提高磁盘I/O效率 高性能理由高性能理由 “Smart Flash Cache”：22.4 TB 的 Flash Cache， 随机I/O性能高达150万IOPS(相当于5000块硬盘) 高性能理由高性能理由 “Smart Scan”： 计算负载部分卸载至并行智 能存储层，并只传输经筛选的有用数据，云计算 高性能理由高性能理由 “Infiniband ”: 提供40Gb/s 端口带宽(相当于 40根千兆网)，聚合带宽高达880Gb/s , 端口延时 (0.1um ）小于以太网的 1/1000，打通任督二脉 Smart Scan、Storage Index、EHCC、Smart Flash Cache等是等是Oracle Exadata 独有的关键性独有的关键性 能突破技术能突破技术 数据库服务器数据库服务器 智能存储服务器智能存储服务器 数据云的关键技术数据云的关键技术: 开放平台极限性能优化开放平台极限性能优化 专门针对专门针对Oracle数据库的极限性能优化数据库的极限性能优化 Exadata中国区用户中国区用户POC测试结果测试结果 Project Config Poc Results Competitor Timetable FSI: DW project V2, Rack 25x IBM/Teradata 21 Days，May 2010 电力：低压集超电力：低压集超(DW) V1 10x HP 8640 (32CPU)+ 存储存储EV 8000 7 Days, Jan 2010 电力：电力营销电力：电力营销(-) V1 16x IBMP6570(16core)+DS8300 2 days 交通：交通：ETC (DW) V2, Rack 300x,秒级秒级 N/A 14 Days May 2010 物流：物流： ODS/DW V2, Rack 62x 3-nodes RAC, IBM P570 14 Days May 2010 制造：制造：MES Report V2, Rack 28/10x HP SD 72Cores, EVA8000 64dsks Mar-Apr 2010 政府：政府：DATES DW V2, Rack 10x 450x HP Itanimum Server, EVA SAN Storage Jul5-16,2010 电信：电信：BASS system V1 10x P595（2x32CPU）+DB2 7 Days Sep 2009 电信：电信：BASS V2, Rack 168x SUN 25K*2 EMC Storage Jul26-Jul28,2010 政府：政府：DW V2, Rack 12x - 460x HP Itaninum，EVA4400 Jul5-Jul15,2010 电信：电信：BASS V2, Rack 235x 2个个IBM595(96 Core)，EMC DMX-4 300 Sep8-Sep15,2010 电信：综合告警电信：综合告警 （DW） ） V1, Rack 105 /352 x SUN M5000 Oct11-18,2010 电信：网管电信：网管 (OLTP+DW) X2-2, Rack 44 127x on OLTP Average 2000x on DW E6900 48Core,F6800 32Core Jan,2011 社保社保DW X2-2, Rack 5 - 2000 times 2 HP RX8640（12 core each) Jan 2011 物流：物流： OLTP X2-2, Rack 9.3x310x 3-nodes RAC, IBM P570 Jan 2011 Exadata在所有的层面均提供高可靠性在所有的层面均提供高可靠性 无单点故障，按照最大可靠性体系架构的最佳实践设计无单点故障，按照最大可靠性体系架构的最佳实践设计 Oracle真正应用集群真正应用集群: 可防范数据库服务器故障可防范数据库服务器故障 冗余冗余InfiniBand交换机、双口网卡交换机、双口网卡 Oracle自动存储管理自动存储管理: 所有数据库文件都有镜像；磁盘故障不中断查询过程所有数据库文件都有镜像；磁盘故障不中断查询过程 Oracle Exadata Storage Server软件软件: 可防范服务器故障可防范服务器故障 所有服务器的冗余电源所有服务器的冗余电源 使用使用Oracle Recovery Manager来做备份来做备份 使用使用Oracle Flashback Technologies进行即时恢复进行即时恢复 FIN HR EAM 联机添加和联机添加和 删除节点删除节点 BI Apps Exadata构建新企业构建新企业ERP数据库云平台数据库云平台 随用随付、按需投入、灵活扩展，大大简化随用随付、按需投入、灵活扩展，大大简化IT架构架构 数据库应用整合，数据大集中数据库应用整合，数据大集中 操作性应用和分析性应用混合运行操作性应用和分析性应用混合运行 应用整合应用整合 开机即用，降低系统上线时间开机即用，降低系统上线时间 可灵活扩展可灵活扩展，提高业务快速增长，提高业务快速增长 灵活升级配置灵活升级配置 电子商务电子商务 生产管理生产管理 数据仓库数据仓库 订单管理订单管理 计划管理计划管理 财务财务 管理管理 库存管理库存管理 采购采购 数据交换数据交换 八分之一配八分之一配 半配半配 满配满配 多个多个机柜机柜(18个个) 四分之一配四分之一配 Exadata DB Cloud 数据库整合及云数据库整合及云服务、简化服务、简化数据中心数据中心架构架构 支持支持OLTP、OLAP及混合负载及混合负载 磁盘阵列磁盘阵列 HR ERP DataMart CRM 磁带备份磁带备份 远程灾备远程灾备 磁带备份磁带备份 远程灾备远程灾备 SAN DW System DBaaS 整合与按需服务整合与按需服务 服务器、存储及网络资源池服务器、存储及网络资源池 统一管理与监控统一管理与监控 随需扩展随需扩展 维护简单、对整个数据库系统进行统一管理维护简单、对整个数据库系统进行统一管理 同一个工具自动化管理所有的软件和硬件同一个工具自动化管理所有的软件和硬件 采用采用Exadata云数据库云数据库 传统服务器、存储、交换机和软件集成传统服务器、存储、交换机和软件集成 开箱即用、原厂实施，一般开箱即用、原厂实施，一般4小时完成所有的安小时完成所有的安 装、配置工作装、配置工作 需要有经验的集成人员，协调各个厂家进行硬需要有经验的集成人员，协调各个厂家进行硬 件、软件的安装集成，通常需数星期件、软件的安装集成，通常需数星期 预先集成好，标准化生产，不存在兼容性问题，预先集成好，标准化生产，不存在兼容性问题， 云服务器的性能、可靠性远远超越传统架构云服务器的性能、可靠性远远超越传统架构 对集成能力要求高，存在不兼容的风险，可靠对集成能力要求高，存在不兼容的风险，可靠 性跟集成经验有关，需要大量的优化工作性跟集成经验有关，需要大量的优化工作 统一集成的管理模式，一个浏览器实现整个系统一集成的管理模式，一个浏览器实现整个系 统的监控和统一管理，自动化管理统的监控和统一管理，自动化管理 单独对不同厂商的主机、存储、交换机、数据单独对不同厂商的主机、存储、交换机、数据 库分别进行管理库分别进行管理 单一服务接口，出现问题不存在推诿现象单一服务接口，出现问题不存在推诿现象 出现问题需要协调多家厂商解决，很难准确定出现问题需要协调多家厂商解决，很难准确定 位责任，处理问题的周期长位责任，处理问题的周期长 白金服务，主动管理，战略产品的贴心服务白金服务，主动管理，战略产品的贴心服务 充分节省数据中心的各种资源充分节省数据中心的各种资源 IDC 2010对对Exadata的观察报告的观察报告 部署简单部署简单、快捷；数据加载快捷；数据加载、备份等批处理时间窗口备份等批处理时间窗口 显著降低显著降低。典型案例：某大型银行迁移到典型案例：某大型银行迁移到Exadata后后， 备份时间从备份时间从12小时提到到小时提到到1.5小时小时 查询性能通常能够提升查询性能通常能够提升2030倍倍 OLTP应用性能通常能提升应用性能通常能提升810倍倍 混合列压缩技术使数据仓库的压缩比通常达到混合列压缩技术使数据仓库的压缩比通常达到10倍倍， 对于对于OLTP的压缩比通常的压缩比通常24倍倍 降低机房占用降低机房占用、节约能源节约能源，通常为原来系统的通常为原来系统的1/4面面 积和积和1/8能源能源 性能大幅提升性能大幅提升，可以减少索引的使用可以减少索引的使用，节省了数据库节省了数据库 空间空间、并降低管理的复杂程度并降低管理的复杂程度 某家电企业数据中心逻辑架构某家电企业数据中心逻辑架构 平台层平台层 数据中心不是问题中心数据中心不是问题中心 性能性能需要提升需要提升 资源利用率需要提升资源利用率需要提升 业务响应能力业务响应能力 弹性扩展弹性扩展 弹性弹性/可靠性可靠性/性价比性价比 快速应用部署快速应用部署 压缩环境准备和应用安装部署时间压缩环境准备和应用安装部署时间 提高工作效率提高工作效率 节能减排节能减排 机房空间效率机房空间效率 电力供应电力供应 平均平均CPU/存储利用率存储利用率 追求更低的追求更低的TCO和高和高ROI 降低软件、硬件、服务成本降低软件、硬件、服务成本 简化运维工作，降低维护成本简化运维工作，降低维护成本 集中集中管控管控 监控预警，实现主动管理监控预警，实现主动管理 故障诊断和性能优化故障诊断和性能优化 可视化管理，面向服务质量可视化管理，面向服务质量 风险风险控制控制 降低操作风险降低操作风险 系统安全提升系统安全提升 云数据资源中心逻辑架构规划蓝图云数据资源中心逻辑架构规划蓝图 在私有云中获取数据资源在私有云中获取数据资源 基础设施基础设施 平台层平台层 Exadata与传统与传统SMP架构架构TCO对比对比 Oracle 1/4 Rack Exadata 2 套小型机套小型机/(32Core)+12套盘阵套盘阵 机架数机架数 1 2 主节点架主节点架+12 存储架存储架 磁盘磁盘 3台存储、高可靠，裸空间台存储、高可靠，裸空间: 108TB 裸空间裸空间: 21TB、2套存储才能避免单点故障套存储才能避免单点故障 闪存闪存 4.8 TB N/A CPU能力能力 22*8 + 32*6 =68核核 32*2=64核核 内存内存 2256+364 = 704 GB 128*2=256GB 网络交换网络交换 2个个36口口Infiniband交换机交换机 每端口每端口40Gb/s 2个个24口口FC SAN 交换机交换机 每端口每端口4-8Gb/s 未压缩磁盘吞吐量未压缩磁盘吞吐量 闪存闪存20GB/s 37.5万万/25万的读万的读/写写 IOPS 磁盘磁盘 13.5GB/hour ） BOM主题调度处理速度提升主题调度处理速度提升 30% 数据运算能力较前系统数据运算能力较前系统提升提升 9倍倍- 26倍倍 非非SAP数据源数据源 SAP数据源数据源 EDW数据中心数据中心 BW数据中心数据中心 统一数据标准统一数据标准 统一应用标准统一应用标准 统一服务平台统一服务平台 个性化用户界面个性化用户界面 逻辑数据中心逻辑数据中心 原原OMS 系统面临最大的问题是性能瓶颈系统面临最大的问题是性能瓶颈 每月每月OMS定期做计划期间是定期做计划期间是OMS的业务高峰期。当计划的业务高峰期。当计划 、预测、订单业务高峰，性能问题是巨大挑战、预测、订单业务高峰，性能问题是巨大挑战 计划操作涉及大量的大批量数据查询操作（如下载模板，计划操作涉及大量的大批量数据查询操作（如下载模板， 提交计划时的检查等操作提交计划时的检查等操作 ），其中涉及到的最大的表近上），其中涉及到的最大的表近上 亿条，几十个亿条，几十个GB的数据量。最频繁访问的表，数据量都的数据量。最频繁访问的表，数据量都 很大，千万行记录以上很大，千万行记录以上 问题表象：系统问题表象：系统IO、CPU等资源耗尽，响应缓慢、处理等资源耗尽，响应缓慢、处理 能力直线下降、最严重的情况下甚至发生宕机并直接造成能力直线下降、最严重的情况下甚至发生宕机并直接造成 业务停止业务停止 OMS系统性能问题不仅影响自身运行，也影响其它关联系统性能问题不仅影响自身运行，也影响其它关联 系统系统 业务，如业务，如GVS、Estore、LES、MDM系统等。系统等。 运行性能结果运行性能结果 中间件中间件CPU平均使用率不超过平均使用率不超过10% 数据库数据库CPU平均使用率不超过平均使用率不超过15% 处理能力达到处理能力达到4000请求请求/分钟分钟 原系统运行在原系统运行在4 台小型机上台小型机上(2台台DB/2台台 WLS) 在在Oracle云服务器运行云服务器运行OMS结果结果 中间件中间件CPU超过超过90%，并出现请求阻塞情况，并出现请求阻塞情况 数据库数据库CPU超过超过90%，并且运行时间很长，并且运行时间很长 处理能力处理能力200请求请求/分钟分钟 云端制胜云端制胜- Oracle Exadata构建神华集团企业云构建神华集团企业云 神华神华集团简介集团简介 神华集团有限责任公司神华集团有限责任公司（简称神华集团简称神华集团）是于是于1995年年10月经国务院批准设月经国务院批准设 立的国有独资公司立的国有独资公司，是中央直管的是中央直管的53家国有重要骨干企业之一家国有重要骨干企业之一，是以煤为基是以煤为基 础础，电力电力、铁路铁路、港口港口、航运航运、煤制油与煤化工为一体煤制油与煤化工为一体，产运销一条龙经营产运销一条龙经营 的特大型能源企业的特大型能源企业： 2010年年，销售收入达到销售收入达到 2170 亿元亿元，利润总额利润总额575亿元亿元，目前已是世界上最目前已是世界上最 大的煤炭供应商；大的煤炭供应商； 在在2011年年7月月财务财务中文网发布世界中文网发布世界500强最新排名中强最新排名中，神华集团神华集团从从2010 年的第年的第356位跃升位跃升64个位次个位次，名列第名列第292位位，在上榜的中国企业中排名第在上榜的中国企业中排名第33位位 矿矿 电电 路路 港港 航航 化化 依托两横一纵的平台支撑，实现依托两横一纵的平台支撑，实现 集团管控、资源整合、业务协同集团管控、资源整合、业务协同 、专业管理、本质安全、集约化、专业管理、本质安全、集约化 服务、综合管理服务、综合管理7大能力的全面提大能力的全面提 升升 7 提升七大业务能力提升七大业务能力 神华实施信息化“神华实施信息化“SH217” 工程工程 依托数据仓库、集成总线依托数据仓库、集成总线 、门户、工作流及内容管、门户、工作流及内容管 理平台、集中身份管理等理平台、集中身份管理等 支持功能，实现纵向业务支持功能，实现纵向业务 信息的穿透和决策支持系信息的穿透和决策支持系 统的应用。统的应用。 1 一体化纵向管控平台一体化纵向管控平台 依据集团管控运营模式，依托依据集团管控运营模式，依托 信息化平台，实现：信息化平台，实现： 产运销协同调度指挥产运销协同调度指挥 人财物协同资源整合人财物协同资源整合 2 两大横向协同平台两大横向协同平台 SH 神神 华华 集集 团团 “SH217”工工 程程 产运销协同调度平台产运销协同调度平台 企企 业业 综综 合合 管管 理理 能能 力力 共共 享享 服服 务务 管管 理理 能能 力力 本本 质质 安安 全全 管管 理理 能能 力力 专专 业业 管管 理理 能能 力力 业业 务务 协协 同同 能能 力力 资资 源源 整整 合合 能能 力力 集集 团团 管管 控控 能能 力力 人财物