SAP HANA系统解决方案

1、SAP HANA系统解决方案能够生存下来的物种，并不是那些最强壮的,也不是那些最聪明的，而是那些对变化做出快速反应的。 达尔文 能够生存下来的企业，并不是那些最强壮的,也不是那些最聪明的，而是那些对变化做出快速反应的。 达尔武 快速反应的前提条件及时获取准确信息获取信息拥有知识决策模型做出判断快速反应但是，企业拥有最多的却是数据Know NothingKnow WhatKnow HowKnow Why所以，关键就在于如何快速从数据中获取信息企业的盈利和声誉取决于其快速获取和分析信息的能力商业决策者永远需要实时的、正确的洞察能力来进行正确的决策信息是企业赖以生存的源泉，信息必须是有价值的、可进行

2、分析的数据数据和信息驱动企业的决策和战略目标 (商业的&技术的) DataInformationSAP适时推出了重大战略平台HANA实时执行实时报表和分析实时交互实时计划实时的平台EmployeesCustomersResourcesNetworks最先进的业务平台，实现无间断创新更敏捷的业务创新先于竞争对手捕捉到新的发展机会更快速的企业流程使业务的速度同步于市场的速度更简单的业务交互我们在业务需要的时候立刻能做出正确的决定，并立刻行动SAP致股东的一封信实时的世界已经成为现实技术已经超越对业务的支持，不仅如此，技术就是业务数据每18个月就翻一番，产生了压倒性的信息管理挑战客户盼望SAP帮助他

3、们面对这加速变化的实时世界SAP适时推出了重大战略平台HANAWhat is SAP HANA？是SAP的一个基于内存计算的全新平台可以驱动实现在海量数据之上的实时业务操作可以在标准的设备上部署，也可以通过“云”来提交服务SAP HANA基于内存计算的平台SAP的RoadmapSAP的客户该怎么办？SAP的Partner该怎么办？Cisco 2013以来 SAP成功案例 公司在SAP领域的最新进展Win eBayHANA on Cisco 的客户列表思科SAP国内案例现有SAP系统是4.7,核心部分运行在HP rp8420上，但SAP很快不再支持4.7,因此要向SAP ECC 6.0迁移。双机

4、配置的UNIX方案,需要非常高的硬件 & 软件费用,以及运维费用,导致企业IT成本居高不下关键应用,即使初期最高配置,仍旧无法满足业务飞速发展的需求，只能一台机器内竖向扩展，无法横向扩展，当用户量及模块增加时，易遭遇服务器天花板现象。在不断的升级扩展中,原有的高投入设备硬件不断淘汰,浪费了企业的宝贵资源双机方案中备机绝大多数时间闲置东风有限迁移前面临的挑战传统的模式制约了应用发展CISCO UCS入主SAP应用-背景2013年东风商用车有限公司成立，相关的系统均需要进行拆分和搭建，SAP系统为其中一个重要的系统，并且情况更为复杂，该系统不仅存在拆分的课题，同时还存在系统软件升级的课题。统DB环

5、境甚至APP环境是在 UNIX平台上运行，例如SAP 系统其运行环境基本上就在 UNIX环境上运行；在这样的 环境和条件下，IT部门在考 虑系统架构设计的时候，需 考虑前期系统的运行状况， 结合以前的IT架构设计经验，设计和搭建一套成本低廉，而在东风商用车有限公司成立以前，大部分系可靠性高，扩展性好的平台，该平台即为通用平台。CISCO UCS入主SAP应用-平台的选择系统运行硬件平台分为两种，主要是UNIX平台和X86平台，两个平台各有自己的优缺点（红 字部分为较优的选择）：通过以上比较,可确定选择X86平台为通用平台标准硬件环境DBAPPVmwareclustercluster1.DB 选

6、择 机架服务 器或高配 刀片2.APP和虚 拟化群集 选择刀片 服务器平台 可扩容性 可靠性 运维技能要求 技术发展 成本类型 比较兼容性性能资源调整UNIX 1.只能购 1.操作系统为UNIX或 高,必须要求运维人 发展较慢， 高 买相同品linux,比较稳定 员有一定的维护经 已出现部分 牌硬件扩2.无病毒风险 验,同时对各个厂商 厂商停止研容 3.因其结构硬件损坏影 的硬件技术和UNIX 发的事件2.扩容操 响低 OS技术有一定了解作复杂弱,同品牌的 服务器才可 实现群集架 构只能选择同厂 商的软件,且功 能较差X86 1.扩容简 1.操作系统可为 低 ,不用了解各个厂 发展快,基 低

7、单,易操作 windows或linux 商技术,现有的 本三年一换2.windows有病毒风险, windows和linux环境 需杀病毒软件支持 均已实现视窗化管3.硬件损坏影响高 理强,不同品牌 服务器可以 安装同样的 操作系统可选第三方软 件,且选择范围 大CISCO UCS入主SAP应用-品牌的选择（性能外部需求特性） 硬件比较性能比较外部需求(相同外链端口需求,每刀片4个万兆端口,2个光纤口)特性:品牌型号 支持虚拟化特性 支持万兆网络 成本 快速扩展Cisco UCS有是低可HP C7000无否中可IBM Flex System无是高可品牌型号 网络接口数量 光纤接口数据量Cisc

8、o UCS 2 2HP C7000 8 4IBM Flex System 4 4通过以上比 较，决定选 择CISCO 作为通用平 台硬件选择 之一，根据 通用平台硬 件标准，选 择CISCO 刀片服务器 作为SAP硬 件选择之一品牌型号 SAPS CPU 发布日期Cisco UCS B200 M3 41700 Intel Xeon Processor E5-2690*2 2012021HP ProLiant BL460c Gen8 40180 Intel Xeon Processor E5-2680*2 2012016IBM Flex System x240 43520 Intel Xeon

9、Processor E5-2690*2 201200910G/FCOE ConnectionPV SAP主机高可用方案部署建议图FC ConnectionUCS 6248UCS 6248VNX550090 x 300G 15K SAS Disk24 x 600G 10K SAS DiskNexus 5KProD ECC/CIR&D磁带库：2xLTO5 Driver32x LTO5 Tape GEProd AppProd AppProD ECC/DBQAQA/SpareSAPS说明生产区数据库层2xB440144000DB/CI互为HA保护应用层2xB200 M383000SAP应用多节点部署，

10、保障应用层高可靠性开发区1xB200M341700考虑vmware虚拟化技术测试区2xB200 M383000利用无状态计算计算，对生产提供快速修复保护，空闲时可为测试区使用，达到最大限度资源服用现有SAP系统DB/CI 高可用APP多节点部署拆分过程保障1.保障速度：拆分过程有大量数据传递，全万兆线速连接，保障传输过程目标端不是瓶颈。2.集中监控：对目标端所有服务器，网络提供集中监控管理3.工期保障：任何物理故障可由冗余服务器快速修复，无需重复安装系统，配置集群，软件及许可授权方案优势1.满足性能：满足并超过设计需求2.高可用：网络自愈，集群保障，服务器物理故障快速修复，缩短故障修复窗口3.

11、资源复用：冗余资源可以在生产，开发，测试系统间灵活调度4.服务器平滑升级：采用服务器硬件虚拟化方式平滑升级系统，保障性能扩展5.和现有系统无缝衔接6.云基础平台*思科也提供同等处理能力的传统机架服务器解决方案，但缺乏刀片方案优势弹性节点DEV_OLDPRD_OLDDEV_NEWMigrationQA_OLDMigrationPRD_NEWHom. CopyQA_NEWAdvantage: QA will be refreshed during migration!建议迁移顺序PRD_CloneSANDBOX升级演练OS/DB迁移主要步骤源系统准备源数据导出目标系统准备目标数据导入234黄色字体

12、为主要停机时间停机时间主要取决于：数据导出，数据传输，数据库安装和导入调整和检查5SAP拆分升级资源保障目标步骤硬件资源需求SandBox标准/自开发程序检查1.导出结构2.SAP/DB升级3.OS迁移网络连接rx4440 x 1 (内置300G Disk x4)UCS B200M3 x2 (内置600G Disk x2)Dev升级演练单元测试/集成测试/业务流程1.导出部分数据2.SAP/DB升级3.OS迁移网络连接rx4440 x 1 (内置300G Disk x4)UCS B200M3 x2 (内置600G Disk x2)Qas升级演练集成测试/业务流程1.导出部分数据2.SAP/DB

13、升级3.OS迁移网络连接rx4440 x 1 (内置300G Disk x4)UCS B200M3 x2 (内置600G Disk x2)拆分测试数据拆分验证1.分别导出数据2.SAP/DB升级网络/FC连接rx4440 x 2 (内置300G Disk x4)SAN存储 升级测试升级验证OS迁移网络/FC连接rx4440 x 2 (内置300G Disk x4)UCS B200M3 x4 (内置600G Disk x2)SAN存储正式拆分/升级1.分别导出数据2.SAP/DB升级3.OS迁移网络/FC连接rx4440 x 2 (内置300G Disk x4)UCS （按正式系统配置）SAN存

14、储IoT对传统数据中心的挑战1. POC测试环境 看似不可完成的任务一、设备配置B440 4*E7-4870/512GB200 2*E5-2630/128GB250 2*E5650/128GEMC存储： 128 SAS盘 40 SSD盘二、软件说明SAP ECC5.0ORACLE 11GREDHAT6.2GFS2.0 三、软件构架2节点ASCS HA结构2节点DI应用服务器3节点RAC数据库系统2节点压力测试机RAT回放测试 生产系统日常业务（早9:00-11:00） 生产系统月结业务（晚21:00-23:00）前台业务混合模型 3倍RAT日常业务压力背景 22个JOB，按照固定用户比例混合测

15、试，运行20分钟 用户递增方式： 1秒钟增加1个虚拟用户 5秒钟增加5个虚拟用户 10秒钟增加5个虚拟用户 20秒钟增加5个虚拟用户后台业务混合模型 3倍RAT日常业务压力背景 20个JOB，同时执行获取业务测试执行时间和生产时间的比值信贷业务模型 3倍RAT日常业务压力背景 20个JOB，同时执行获取业务测试执行时间和生产时间的比值2. 业务测试模型3. 3倍RAT后台业务混合场景从压力测试执行时间/生产执行时间图分析，除个别作业压力测试执行时间较长或执行过程中取消外，其余作业压力测试执行时间较生产环境执行时间有较大提高；2. 从CPU利用率图分析，APP服务器CPU利用率较低，表现正常，数

16、据库服务器CPU利用率在60%80%之间，符合预期范围. 业务挑战思科解决方案业务成果SAP系统BUG原有SAP系统针对财务系统中的信贷模块有BUG，导致数据不一致，SAP开发了信贷作业修复补丁，修复信贷作业，保证数据一致，该作业需要对大量数据进行扫瞄对比（信贷作业修复涉及20多个表，最大的一个表具有数百G），修复运行计算复杂，占用大量系统资源。在原有SAP ECC需要运行5-7小时，修复期间业务锁定，导致业务不可用，只能每周日执行一次，其余时间导致信贷不准，造成业务损失;SAP系统月底IO高峰海尔SAP ECC系统累计数据量达17TB，原系统在做月结操作时产生大量IO请求，导致系统运行效率低

17、，需要运行12小时才能完成，期间所有其它操作都受到较大影响。采取分库技术，将SAP信贷及月结操作相关数据由ECC系统实时复制出来，信贷及月结批处理业务均在新库运行，减少了ECC系统的压力及资源冲突。新库采用HANA技术，提升响应速度。采用新推出的Nexus5kStarter Pack Bundle For SAP HANA解决方案；1台5108;3台B440 M2;2台6248UP；1台EMC VNX5300;SAP HANA属于内存数据库类型的应用，数据通过以太网络从ECC复制，对各节点间的网络要求有低时延、高带宽、高处理能力的要求，展现出NexusUCS B的整体优势；SAP HANA属于

18、裸机部署，UCS无状态技术特性对于用户未来多对一备份及业务快速恢复奠定了基础，得到了用户的高度认可；加速海尔集团核心业务系统处理效率，消除业务损失；采用Scale-Out 方式解决方，便于用户未来灵活扩展；承载海尔集团核心业务系统信贷作业系统和月结系统，进一步证明UCS系统可靠、稳定性，首次做为全球领先家电行业核心业务系统做为支撑；HAIER HANA解决方案 高手定律思科SAP解决方案状况SAP Solution PackageSAP ERP SolutionSAP HANASolutionRISC MigrationSolution/web/china-vertical-and-solut

19、ion/27/-/document_library/view?_20_folderId=736514502Cisco SAP Solution Package概览SAP未来Big Five创新和发展方向HANA Evolution Cisco portfolio covers the full spectrumDW/AnalyticsBusiness SuiteSuite on HANACustomerSpecific ApplicationsHadoopIntegrationDeployment ModelsTDIShared StorageShared/multi-instanceDedi

20、cated ApplianceModelOn PremStandardizationVirtualizedCloud Ref ArchEnterpriseSP/GSI20102012Customer Use Cases2014+HostedHANA Appliance Cisco 认证Cisco 最新认证产品ServerCPUMemoryNetworkLog+DataNetworkBootLB4604xE7-48901T2x VIC12402x VIC1280EMC, XFSNetApp, NFSN3K/N5K/N9KLocal, SAN, PXELB4604xE7-48901T2x VIC1

21、2402x VIC1280- / TDI- / TDI-ServerCPUMemoryNetworkLog+DataNetworkBootMC4602xE7-4890512G2x VIC1225EMC, XFSNetApp, NFSN3K/N5K/N9KLocal, SAN, PXELC4604xE7-48901024G2x VIC1225EMC, XFSNetApp, NFSN3K/N5K/N9KLocal, SAN, PXEM - LC4604xE7-4890512G 1T2x VIC1225- / TDI- / TDI-ServerCPUMemoryNetworkLog+DataNetw

22、orkBootSB2602xE7-4890256G1x VIC1240 1x VIC1280EMC, XFSNetApp, NFSN3K/N5K/N9KLocal, SAN, PXEMB2602xE7-4890512G1x VIC1240 1x VIC1280EMC, XFSNetApp, NFSN3K/N5K/N9KLocal, SAN, PXEXS - MB2602xE7-4890128G-512G1x VIC1240 1x VIC1280- / TDI- / TDI-Cisco UCS B260 M4 Blade ServerCisco UCS B460 M4 Blade ServerC

23、isco UCS C460 M4 High-Density Rack ServerNew Solutions for 2T and 6T Suite on HANACisco Branded 8S Solution HW, SW, Svcs2T & 6T Scale UP & Scale OUT solutions System Monitoring (UCSPM) & Management (UCSD)Business Continuity Solutions (HA, BU/R, DR/DT)October FCS first systemsC880 M4Scale-out Cisco U

24、CS with EMC as applianceCisco ComponentsUCS B460 M4 with 1TB UCS 6248UP Fabric Interconnect (UCS 6296UP for 10 nodes)UCS 5108 Blade Server ChassisUCS 2204 Fabric ExtenderNexus 3524 switchEMC ComponentsVNX54001 2 nodes = 25x900GB 10k SAS disks = 1x DPE3 4 nodes = 45x900GB 10k SAS disks = 1x DPE + 1x

25、DAE5 6 nodes = 66x900GB 10k SAS disks = 1x DPE + 2x DAE7 8 nodes = 86x900GB 10k SAS disks = 1x DPE + 3x DAE9 10 nodes = 106x900GB 10k SAS disks = 1x DPE + 4x DAEAdd 2nd VNX5400 for 10 nodesScale-out Cisco UCS with EMC as TDICisco ComponentsUCS B260 with 512G; B460 1TB; C460 1TB (2TB single node for

26、SoH)UCS 6248UP Fabric Interconnect (UCS 6296UP for 10 nodes)UCS 5108 Blade Server ChassisUCS 2204 Fabric ExtenderNexus 3524 switchSee Cisco TDI Whitepaper for technical detailsEMC ComponentsVNX5400/5600/5800: up to 10 NodesVNX7600: up to 12 NodesVNX8000: up to 16 NodesVMAX 10K, 20K, 40K: up to 12 No

27、des per EngineSee EMC TDI Whitepaper for numbers of drives and technical details思科HANA解决方案vBlockCisco ComponentsN xCisco Blades B440M24 * Intel Xeon E7-4870 processor on each blade (10 cores each)512GB DRAM2VIC cards2 * Nexus 5596UP Switches2 * Nexus 2224 Fabric Extender2 * UCS 6248UP Fabric Interco

28、nnectN/4 * UCS 5108 Blade Server Chassis2 * UCS 2204 Fabric Extender2 * C220 Rack Mount Server (Management Server)1 * C2911 Integrated Service RouterEMC Components1 * DPE with 25 * 600GB SAS2 * DAE with 25 * 600GB SAS each4 * Onboard IO Ports4 * additional IO Ports Slot A0 (8Gbps)1 * ControlStation2

29、 * DataMover (one active, one standby)1 * Standby Power Supply (SPS)1 * EMC 19” Rack for VNXSoftwareVNX OE for BLOCKVNX OE for FILE Cisco HANA scale out with EMCUCSMgmt PointHANA Studio, CIA for HANABack-up/snapshot to NFSPXE bootRedundant mgtCorp-LAN1 GbE4x10 GbE4x8 FC思科HANA解决方案FlexpodCisco Compone

30、nts2 x Nexus 5548UP 10 GB Switches2 x Nexus 2224 Fabric Extender2 x UCS 6248UP Fabric InterconnectN x Cisco Blades B440 M24 x Intel Xeon E7-4870 (10 cores) 512GB DRAM, 2VIC cardsN/4 x UCS 5108 Blade ChassisN/4 x UCS 2204 Fabric Extender2 * C200 M3 for HANA Studio/Modeler, Management etc.1 * C2811 In

31、tegrated Service RouterNetApp ComponentsN/4 x FAS3240 HACisco HANA scale out with NetAppUCSMgmt PointStorage arrayStorage arrayStorage arrayStorage arrayHANA Studio, CIA for HANABack-up/snapshot to NFSPXE boot1 GbE4 x 10 GbERedundant mgtCorp-LANSAP customers on vBlockSAP customers on flexpodIntegrat

32、ed Systems SurveyReasons for Market LeadershipCisco28%Market Leader/maturity20%Vendor Familiarity20%Quality product/ brand/ reliability17%IBM21%Innovative/ Investing/ R&D 19%Quality product/ brand/ reliability 19%Size/ Market presence/ installed base16%HP19%Innovative/ Investing/ R&D 25%Vendor Famil

33、iarity 18%Service Support 18%Dell10%Innovative/ Investing/ R&D 41%Market Leader 13%Vendor familiarityService Support 13%Oracle7%Wide Range of offerings/ products mix 29%Integrations options/ complete integration24%Vendor Familiarity14% IDC Visit us at IDC.com and follow us on Twitter: IDC客户有两个选择HANA

34、作为加速器优势：更加灵活的环境实时的分析和报告交钥匙工程HANA作为主数据库优势：简单速度精益HANA迁移3步曲3个步骤: 更新到最新的非HANA增强包和相应的版本的SAP NetWeaver更新到最新的HANA的增强包版本和对应的版本的SAP NetWeaver从任意的数据库导出数据，再导入SAP HANAERP/CRM/PLM/SCMNetWeaverSAP HANAERP/CRM/PLM/SCMNetWeaver任意数据库HANA迁移3步曲SAP HANA 的迁移助手One-Step-Migration via SAP HANA Migration Wizard (HMW)Any DBA

35、S ABAP 7.0 xKernel 7.xERP 6.0 x /CRM and SCM 7.0 xSAP HANA 1.0 SPS5AS ABAP 7.40 SP0Kernel 7.38ERP/CRM/SCM for SAP HANASAP HANA Migration Wizard (HMW)HANA迁移中的变与不变SAP NW BW 7.3 on HANA经HANA优化的DataStore ObjectsHANA的内存计算平台经HANA优化的InfoCubes基于内存计算的规划引擎通过HANA Studio 享用HANA 技术成果在HANA之上运行BWSAP NW BW 7.x on x

36、DB标准的DataStore Objects需要DB Server和SAP NW BWA标准的InfoCubesBW集成规划HANA 数据集市与BW并肩运行升级到SAP NW BW7.3 Powered by SAP HANA无需再实施的迁移过程不中断现有场景NW BW7.3 Powered by HANA是数据处理下移的典型针对SAP 数据源提供多种数据实时同步方式Trigger-Based Replication：推荐SLT方式实时同步ETL Based Replication： 准实时，DS 控制抽取作业Log Based Replication：基于日志的数据复制目前HANA最常见的2

37、种应用场景第二数据库加速器目前HANA最常见的2种应用场景主数据库HANA迁移的一些约束和注意事项硬件要求所有的应用服务器可以作为遗留系统继续使用SAP HANA 只能安装在特定的硬件上，只能装在SUSE的Linux版本上HANA 内存大小取决于现有的非压缩数据库的大小和应用的特定压缩压缩率(现有大小：HANA大小) 大约3.5-4倍,SAP Business Suite主内存大概50%的压缩现在单个服务器支持最大2T主内存性能考虑不需要特别的性能调优为了保证可预测的性能，HANA上不要运行任何Application非生产应用部署多个HANA非生产系统可以安装在一个HANA应用中虚拟化路线图支持HANA的灵活应用HANA在数据中心部署的考量HANA 系统的安装和升级数据持久化数据备份和恢复HA高可用性灾难容忍（Disaster Tolerance）监控与管理安全和审计HANA在数据中心部署的考量HANA 系统的安装和升级数据持久化数据备份和恢复HA高可用性灾难容忍（Disaster To