数据中心优化在ExadataCloud上构建企业级ERP-Oracle.PDFVIP

数据中心优化在ExadataCloud上构建企业级ERP-Oracle.PDF

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
数据中心优化在ExadataCloud上构建企业级ERP-Oracle

Insert Picture Here 数据中心优化 在Exadata Cloud上构建企业级ERP ERP在传统平台上的挑战 客户的抱怨 • 在我们呼叫中心的销售和客户电话沟通的时候, 屏幕需要5秒钟才能显示客 户信息, 完全无法接受 • 清算,结算需要很长时间,增加硬件还是不能缩短时间 • 我们的ERP有超过30台的服务器以及不同品牌的存储予以支撑。我们在IT 上难以找到足够的专家来支持这样复杂的运行环境 • 我们的业务通过Portal来开展。ERP性能极限频繁出现。我们不知道什么时 候一个业务模块就可能导致系统崩溃。我们需要尽快调整以适应业务环境 的迅速变化 © 2012 Oracle Corporation – Proprietary and Confidential 2 业务场景问题实例1:某大型饮料公司例子 业务场景1 –销售交货单创建 • SAP Oracle 10g安装在基于HA架构的满配4路小机上; • 对SAP的“销售交货单创建”场景进行分析,当用户从Web页面提交请求以后,该请求很快经由 Tomcat下发至SAP系统,接着瓶颈出现在SAP系统中的功能模块: SAPLZRFC_SD_CREDIT2。该模块 执行时间普遍在15分钟以上,甚至更长。与此同时,终端用户的Web界面一直处于“等待系统响应”状 态 • SAPLZRFC_SD_CREDIT2的瓶颈在于表VBFA及其索引VBFA~0的读取上,对应SQL语句的SQL_ID为 10sz72yrhf20a。分析该SQL语句的执行情况可知,等待事件”db file sequential read”占到了总执行 时间59.57% ,等待事件”read by other session”占到了34.55% ; © 2012 Oracle Corporation – Proprietary and Confidential 3 业务场景问题实例2: 某大型饮料公司例子 业务场景2 – 货物移动信息查询 • 在当前系统中,当货物移动信息的查询模块SAPLZRFC_SD_DELIVERINFO被调用时,花费很长 时间运行(普遍在10分钟以上)。分析该模块,发现瓶颈在于对于表VBFA的大量读操作上。对 应的SQL_ID为bdbpc84sfuttz。分析该SQL操作的等待时间,等待事件”db file scattered read” 占到了61.87% ,等待事件”db file sequential read”占到了17.92%; © 2012 Oracle Corporation – Proprietary and Confidential 4 计算机世界对ERP用户满意度的调查 几乎50%的客户不满意系统的响应时间 © 2012 Oracle Corporation – Proprietary and Confidential 5 答案:造成这些问题的主要原因 所有产生的现象都指向了I/O这个主要瓶颈  BW多处出现性能问题,无论数据装载还是报表运算  分摊、MRP、物资和财务资产类的业务场景以及报表时 ,非常耗I/O资源 ,等待时间很长  复杂计算如BOM和财务结算等 需要大量I/O需求 而传统IT改造很难解决问题  目前业界的ERP基本是采用Unix+小机, HA 的架构, 满配不少  峰值时期系统压力过大, 满配也难以满足  不同的业务模块需要部署不同的数据库 ,带来管理的复杂性 ,同时分散的架构 ,使硬件、软件许可证和管 理成本都非常高 ,改造非常困难 © 2012 Oracle Corporation – Proprietary and Confidential 6 木桶理论 1. 从我们的实践经验

文档评论(0)

zhuwo + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档