HP存储方案培训v2.6

从需求到方案HP

Channel219三月2024提纲典型企业应用架构数据存储层的需求分析数据访问层的需求分析应用层的需求分析案例分享319三月2024典型企业应用架构存储层存储企业数据通常是数据库数据访问层对存储设备的访问对数据的操作应用层业务逻辑展现层数据的展现419三月2024数据存储层需要考虑的问题存储环境的选择数据容量数据平安性数据扩展性数据访问效率〔性能要求〕数据生命周期的考虑519三月2024Q1:客户存储环境？

客户现有环境和方案采用的技术SAN环境(光纤)存储区域网络高速光纤网络高效适合提供块数据效劳造价相对较高NAS通过网络提供数据通常适合文件效劳容易共享造价低受NAS效劳器限制iSCSI–IPSANSCSIoverIP网络上提供数据块效劳无需专用存储网络造价较低网络协议导致了性能相对FCSAN较低DAS直接连接效劳设备连接方式多样数据无法共享维护本钱高

619三月2024Q2:客户数据容量？

现有数据容量和开展需求MSA系列出众的TCO<

324TB存储整合

+灾难恢复通过虚拟化实现简易性Windows、HP-UX、Linux以及其它实时可用<851TB数据中心整合+灾难恢复大规模Oracle/SAP应用HP-UX、Windows、以及其它20多种，包括mainframe低成本整合<60TB

WEB、Exchange、SQL简单的DAS到SAN（ProLiant）Windows、Linux、Netware可扩展性

总计吞吐量

EVA系列EVA4400EVA6400EVA8400XP

系列MSA30/50/60/70/20001-5T5-50T>50T719三月2024Q3:数据保护软件故障14%病毒7%自然故障3%硬件或系统故障44%人为错误32%用户删除文件格式化硬驱动器PC黑客硬件、驱动器和RAID控制器故障.操作系统死机.火灾地震洪水数据损坏来源：Understanding

Data

Loss.CBLDataRecoveryTechnologiesInc.Industry资料来源–DataRecoveryReport5–4为什么需要数据保护？819三月2024Q3:数据平安的保证

在线一份数据还是两份？单存储？即时数据拷贝保证数据平安在线备份、对应用无影响数据丧失可及时恢复拷贝的数据可以用于数据挖掘改善业务流程提高客户的业务能力提供针对Oracle,Exchange和SAP系统特点的数据快照保护919三月2024Q3:数据平安的保证

在线一份数据还是两份？双存储？持续数据保护基于操作系统简单易用没有停机时间费用较高不能完成容灾mirroring1019三月2024备份及其误区误区之一：用拷贝替代备份误区之二：用双机，磁盘阵列/镜像等系统冗余替代数据备份系统冗余保证了进程的连续性和系统的高可用性。系统冗余不能替代数据备份人为错误，恶意破坏病毒断电天灾人祸数据的备份才能保证数据万无一失误区之三：只备份数据文件恢复时要重新安装操作系统恢复时要重新安装所有的应用程序需要相当长的时间才能恢复所有的数据1119三月2024LTOULTRIUM适用于寻求最正确性能、可靠性和投资保护的客户网络备份和异构环境的理想之选可选择高性能、全高磁带机或者经济的半高磁带机DAT/DDS经济、可靠的解决方案非常适用于工作站和小型效劳器提供热插拔型号最低的介质价格可带来极低的拥有本钱*上述所列容量为磁带机自身具备的容量Q4:数据平安–备份

磁带机TapeDriver工作组级办公服务器部门/本地网络企业/网络备份DAT4020GB入门级高端（高性能、全高磁带机）中档（半高磁带机）36GBDAT72Ultrium460200GBUltrium960400GBUltrium448200GBUltrium920400GBUltrium1840800GBDAT16080GBUltrium1760800GB数据备份快速恢复–单键快速自动恢复OBDR1219三月2024MSL系列简单、低成本适用于少量的服务器和小型网络环境DAS和LAN备份易于管理,灵活,可靠适用于中、大型业务环境DAS,LAN,入门级SAN备份强大的扩展能力和高性能

适用于企业级的数据中心

大型的SAN环境性能容量中级入门级企业级ESLE-系列AutoloadersEMLE-系列高扩展,易于管理,高度可靠适用于中、大型的数据中心中到大型的SAN环境HPRestricted–ForHPPartner&InternalUseOnlyQ5:数据平安–备份

磁带库TapeLibrary集中备份自动备份与恢复1319三月2024磁盘备份？磁带备份？现在，市场上有两种备份方式可供您选择...磁盘备份磁带备份优势

快速文件访问

减少备份时间增加备份并行度

容易使用

比较便宜

利于长期保存

容易移动劣势

价格稍高

不方便在不同地之间移动

备份和恢复速度慢

对磁带需要更多的管理1419三月2024磁带的优势大容量：1盘介质上可存储高达800GB的数据小尺寸：所有这些容量都可存储在1盘小巧的数据磁带上可移动性：介质可以与设备别离，提供额外的病毒保护便携性：介质可以在现场之外存储，提供额外保护长寿命：适合长期存储〔至少10–15年〕3惠普机密磁带备份系统的问题问题当前的应对措施惠普虚拟磁带库系统解决问题的方法无法满足备份时间要求听之任之，孤注一掷被迫在性能较低的情况下完成备份任务硬着头皮向管理层提交备份故障报告提升备份性能提高备份流程可靠性恢复速度慢专门投入存储管理资源迁就于低下的生产效率减轻存储管理员和服务台工作人员的工作负担提高相关人员的工作效率介质利用效率低下购买更多的介质支付更多的异地服务费用减少磁带拷贝的数量提高介质利用率解决方案无法满足需求

（例如容量太低，不支持新应用）淘汰和更换解决方案针对主要问题部署专用解决方案独立扩展容量和吞吐量几乎支持所有的备份应用采用重复数据删除技术和自动迁移技术1619三月20241619三月2024D2D100

系列VLS6000

系列D2D2500

系列D2D4000

系列VLS9000VLS12000

EVA网关新新入门级中高端企业级简单经济小型企业iSCSI入门级机架更小的IT环境或远程站点iSCSI更高容量的解决方案具有小型数据中心的中型企业iSCSI和FC单节点系统中型和企业级数据中心大中型FCSAN多节点系统高性能和可扩展性企业数据中心大型FCSAN具备快速重复数据删除功能〔Accelerateddeduplication〕具备重复数据删除功能数据平安–备份

磁盘备份–虚拟磁带库VTL集中、自动备份与恢复快速自动备份与恢复

提高介质利用率1719三月2024手动备份与恢复人员操作容易出错，恢复复杂本钱高集中自动备份与恢复自动运行无需或者很少人员的参与更容易的恢复数据平安–备份手段

自动方式？手动备份？1819三月2024Q6:数据平安

容灾需求？多存储藏份与恢复StorageMirroring磁盘阵列级多存储藏份与恢复-CA1919三月2024容灾！容灾！容灾！

如何选择适宜的数据保护战略？两个主要的衡量指标：恢复时间目标〔RTO〕业务流程能够承受多长的停机时间？一天？一个小时？一刻都无法承受？恢复点目标〔RPO〕企业可承受多少数据丧失？一天的数据？一个小时的数据？不能丧失任何数据？磁带和

自动化处理虚拟

磁带库基于磁盘复制连续保护数据

年天小时分钟秒

秒分钟小时天恢复点(RecoverPointObjective)恢复时间(RecoveryTimeObjective)保护方法磁带备份写入时捕获保险库

综合备份磁带备份存档快照实时复制镜像实时恢复磁盘存储磁带存储

卷备份时间点搜索/检索

恢复方法2019三月2024202019三月2024多主机级多存储藏份与恢复

StorageMirroring持续的数据保护要求快速数据备份，字节数据复制，秒级内快速数据恢复，分钟级内从SMB到Enterprise软件支持，价格较低较低的网络配置也能满足2119三月2024磁盘阵列级多存储藏份与恢复

CA容灾-“抗地震”的应用系统高可用性方案数据的连续拷贝硬件级别的操作对系统性能无影响保证业务数据平安在灾难发生时，保持业务运行应用与数据容灾的配合2219三月2024Q7:数据扩展性如何扩展容量考虑的问题是否考虑停机？重构还是自动扩展？一次采购还是逐渐升级目标应用不停机，容量自动增长磁盘卷不用重构，容量自动扩展减少初期投入，随业务稳步增长2319三月2024Q8:数据访问效率阵列的选择并发用户数的考虑数据量的大小平均访问时间磁盘的选择？FC/FATA/SATA/SSD如何利用所有磁盘的性能不同类型的硬盘其性能差异很大，根据性能、容量、价格来进行衡量同类型的硬盘选择指导：在满足相同存储容量要求下，尽量选择大容量低转速的硬盘，降低采购本钱。2419三月2024固态硬盘SSD与光纤硬盘的比照随机读延迟随机读IOPS读吞吐量(MB/s)耗电单层式固态硬盘SSD~0.1ms>15000~250MB/s~3-4w多层式固态硬盘SSD~0.1ms>1000~150MB/s~1-2w15000转光纤硬盘~6ms~180~100MB/s~15w2519三月2024近线FATA磁盘不常访问的数据、快速恢复、备份到磁盘…在线FC磁盘活动数据、本地和远程镜像、即时恢复…数据生命周期–分层存储固态硬盘-SSDIO密集型应用…2619三月2024数据访问层的需求数据访问模式数据访问平安系统可靠性要求系统性能需求系统备份与恢复资源共享2719三月2024Q9:数据访问模式数据库Oracle、SQLServer、DB2、Sybase、…文件效劳NFS、CIFSNAS2819三月2024Q10:数据平安访问提供高可用，多节点的访问如OracleRAC，可以选择ServiceGuard+ServiceGuardextensionforRAC双机Standby互备模式应用容灾〔涉及流程、切换、演练、人员等〕2919三月2024Q11:系统可靠性需求非方案宕机时间防病毒与平安内部平安机制3019三月2024小机？PC效劳器？平安性更高，PCServer上的OS平安性相对较低，而且病毒、bug等更严重扩展性更高，如果业务增长较快必须移植到小型机稳定性更高，小型机99.999%，而PCServer一般99.99%，停机时间分别为5分钟和52分钟可靠性更高硬件上更多的可靠性技术〔如zx2的双芯片备件、IO故障隔离、CPU故障隔离〕集群技术更成熟3119三月2024Q12:系统性能需求性能考虑指标并发用户数平均响应时间业务复杂程度一般情况下，一个CPUCore支持20-50并发用户数小型机下：CPUCore/Memory=1:2或者1:4PC机下：CPUCore/Memory=1:1或者1:23219三月2024Q13:烟囱式？融合式？单一应用/多个应用能利用应用峰值的错峰特性？充分利用虚拟化技术实现资源的共享硬件分区、软件分区、虚拟机、资源动态调度技术虚拟连接VC、刀片技术3319三月2024应用层的需求中间件选择〔应用架构〕应用访问平安系统可靠性系统性能需求系统备份与恢复资源共享3419三月2024中间件选择C/S架构无中间件平台多层架构J2EE架构，如WebLogic，WebSphere，JBoss.NET架构Transaction，如TUXEDO、CICS需要有中间件效劳器支撑3519三月2024应用访问平安应用效劳器Cluster应用效劳器本身就有集群的能力，如WebLogic、WebSpere、JBoss等有别于数据库中的HA和Standby3619三月2024系统性能需求根据系统的并发用户数来选择效劳器一般情况下，一个CPUCore支持50-100并发用户数小型机下：CPUCore/Memory=1:2或者1:4PC机下：CPUCore/Memory=1:1或者1:23719三月2024案例分享某省社保案例医疗信息系统案例3819三月2024案例1–社保案例

社保IT部门面临挑战业务复杂、影响面广养老、医疗、失业、工伤、生育政策、流程变更频繁参保机构/人员增加，系统不能满足业务需要白天，参保机构办理停保、续保业务多，应用效劳器很忙，客户等待时间很长。〔晚上较闲〕晚上，批量处理参保机构信息，数据库效劳器忙，有时在第二天上班前不能处理完毕。〔白天较闲〕信息化建设正兴起，系统维护力量相对薄弱案例1–社保案例

了解客户需求Q1:客户存储环境？

客户现有环境和方案采用的技术结合用户现有技术环境，选择适宜的存储环境客户对性能要求较高客户现有SAN存储环境A1:FCSAN案例1–社保案例

了解客户需求Q2:客户数据容量？

现有数据容量和开展需求800万参保用户、48万参保单位为例保存五年的数据在一级存储存储需求30TB数据冗余,RAID5阵列裸容量50TB随着农村医疗和区域医疗的参加，数据还会增加A2:需要50TB存储容量，并提供容量增加的能力案例1–社保案例

了解客户需求Q3:数据平安的保证

在线一份数据还是两份？单存储？数据量大，难以保存两份数据内置RAID技术可以满足数据的平安需求需要存储阵列提供企业级的平安级别，99.999%在第一期不考虑容灾的问题A3:企业级存储的内置RAID实现数据平安保护案例1–社保案例

了解客户需求Q3:数据平安的保证

在线一份数据还是两份？双存储？利用企业存储阵列的RAID技术不使用两份或者双存储双存储的容灾解决方案将在后期考虑A3:企业级磁盘阵列案例1–社保案例

了解客户需求Q4:数据平安–备份

磁带机TapeDriver数据需要备份，以保证数据的平安需要利用磁带来保证具有数据的多个版本除了数据之外，主机的操作环境也需要备份全备份数据量～30TB日增加数据量～15GB磁带机只能用于主机系统的数据备份，不能用于数据案例1–社保案例

了解客户需求Q5:数据平安–备份

磁带库TapeLibrary数据容量30TB每月完全备份一次~30TB每天增量备份~16GB多个备份任务要同时进行Q5:磁带库容量一般按照数据容量的3倍进行选择，因此磁带库容量需要100TB，4-6个并发支持案例1–社保案例

了解客户需求Q5:数据平安–备份

磁盘备份–虚拟磁带库VTL备份时间窗口需求全备份不超过8小时增量备份1小时内完成系统数据恢复时间不能超过12小时A5:需要利用虚拟磁带库。案例1–社保案例

了解客户需求Q5:数据平安–备份手段

自动方式？手动备份？自动完成备份无需人工干预出错报警技术，SMS,Email……支持全备份与增量备份自动的，全备份与增量备份软件案例1–社保案例

了解客户需求Q6:数据平安

容灾需求？本期不考虑容灾需求A6:暂不考虑，但存储和主机应该支持数据和应用的容灾。案例1–社保案例

了解客户需求Q7:数据扩展性现有容量20TB3年内增加到30TB如果政策改变，可能会涨到50TBA7:存储必须快速实现容量的增加，不能影响业务的连续运行案例1–社保案例

了解客户需求Q8:数据访问效率75%的查询，25%对数据修改平均操作响应时间不能超过5秒~100个用户会对数据库访问晚上数据的报表需要较多的计算资源A8：必须采用FC磁盘才能满足客户的高效能需求案例1–社保案例

了解客户需求Q9:数据访问模式根据社保核心平台，J2EE环境采用Oracle+Weblogic架构采用OracleRAC实现并行处理本案例采用了Oracle数据库，利用OracleRAC提供多节点访问和高性能案例1–社保案例

了解客户需求Q10:数据平安访问OracleRACWebLogicClusterHA方案案例1–社保案例

了解客户需求Q11:系统可靠性需求系统需要连续不断运行必须对病毒免疫必须支持大规模高并发必须支持超过500个并发的用户数量采用小型机，Unix案例1–社保案例

了解客户需求Q12:系统性能需求必须支持多达30TB的数据访问必须支持高达500的并发用户必须采用HA的方式系统平均响应时间小于5秒报表时间必须小于8小时A12:高性能多CPU小型机案例1–社保案例

了解客户需求Q13:烟囱式？融合式？业务平台和报表平台共享数据库业务平台白天比较忙，而报表相反希望能利用峰值差在不同系统之间调度计算资源Q13：动态资源调度技术客户需求Summary从前面了解的需求，总结客户的需求如下：性能要求较高、现有SAN环境数据量大，现有数据20TB，3年内到达30TB，还会增加数据不能丧失，系统可靠性99.999%主机系统数据平安备份用户数据备份，每月全备份一次30TB、每日增量备份15GB、全备份时间不能超过8小时、增量备份不超过1小时、数据恢复时间不超过12小时、要求自动、集中备份数据库采用OracleRAC、应用效劳器采用WebLogicCluster，要求支持500以上并发用户、平均响应时间不超过5秒、报表时间不超过8小时白天应用系统忙、晚上数据库有大量的批量作业要进行处理，如报表、批量数据处理业务HP建议硬件设备根据用户的需求，建议的HP硬件配置方案：存储阵列：EVA8400SAN交换机：8/16SANSwitch数据库效劳器：SuperDome、HP-UX、ServiceGuard、ServiceGuardextensionforRAC、1个nPar、2个vPar应用效劳器：SuperDome、HP-UX、1个nPar、2个vPar虚拟带库：VLS9000磁带库：245e备份软件：DP备份管理效劳器：DL380存储管理效劳器：DL3805719三月2024案例1–社保案例

社保解决方案应用系统架构集群案例1–社保案例

社保总体架构社保数据库效劳器RAC1SD12*1.6GHz/32GB社保数据库效劳器RAC2SD12*1.6GHz/32GB存储管理效劳器FCSwitch8/16MC/ServiceGuardExtensionforRAC备份效劳器磁带库245e数据离线备份EVA8400社保应用效劳器SD4*1.6GHz/8GB社保应用效劳器SD4*1.6GHz/8GBVLS9000案例1–社保案例

产品配置需求清单存储产品型号和配置需求清单型号、台数、硬盘个数〔按照转速〕、软件LTU、效劳级别光纤交换机型号和配置需求清单型号、台数、端口数LTU、SFP数量、光纤线长度与数量、高级软件LTU、效劳级别数据库效劳器产品型号和配置需求清单产品型号、台数、CPU个数、内存大小、内置硬盘个数与容量、网卡个数、FC卡个数、操作系统、磁带机、效劳级别应用效劳器产品型号和配置需求清单产品型号、台数、CPU个数、内存大小、内置硬盘个数与容量、网卡个数、操作系统、磁带机、效劳级别磁带库产品型号和配置需求清单产品型号、台数、Driver数量、磁带容量和盘数、清洗带数量、磁带标签、效劳级别备份软件DP和配置清单SANBackup、OnlineBackup、槽位数扩展、Driver数扩展管理效劳型号和配置清单〔PCServer〕6019三月2024案例2–医疗信息系统案例

业务需求业务集中早上8～10点，下午13：30～15点，是医院看病的业务顶峰期平安性要求高系统不能遭受病毒、平安漏洞攻击数据不能丧失系统要求稳定，不能宕机系统扩展能力业务开展快系统易管理要求降低运营本钱案例2–医疗信息系统案例

了解客户需求Q1:客户存储环境？

客户现有环境和方案采用的技术结合用户现有技术环境，选择适宜的存储环境客户对性能要求较高客户现有SAN存储环境A1:FCSAN案例2–医疗信息系统案例

了解客户需求Q2:客户数据容量？

现有数据容量和开展需求每日门诊量5000人左右，住院床位数1000张左右保存五年的数据在一级存储存储需求3TB数据冗余,RAID5阵列裸容量5TB随着PACS、EMR的参加，数据还会增加A2:需要5TB存储容量，并提供容量增加的能力案例2–医疗信息系统案例

了解客户需求Q3:数据平安的保证

在线一份数据还是两份？单存储？数据量大，难以保存两份数据内置RAID技术可以满足数据的平安需求需要存储阵列提供企业级的平安级别，99.999%在第一期不考虑容灾的问题A3:企业级存储的内置RAID实现数据平安保护案例2–医疗信息系统案例

了解客户需求Q3:数据平安的保证

在线一份数据还是两份？双存储？利用企业存储阵列的RAID技术不使用两份或者双存储双存储的容灾解决方案将在后期考虑A3:企业级磁盘阵列案例2–医疗信息系统案例

了解客户需求Q4:数据平安–备份

磁带机TapeDriver数据需要备份，以保证数据的平安需要利用磁带来保证具有数据的多个版本除了数据之外，主机的操作环境也需要备份全备份数据量～5TB日增加数据量～1GB磁带机只能用于主机系统的数据备份，不能用于数据案例2–医疗信息系统案例

了解客户需求Q5:数据平安–备份

磁带库TapeLibrary数据容量3TB每月完全备份一次~3TB每天增量备份~1GB并发性要求不是很高Q5:磁带库容量一般按照数据容量的3倍进行选择，因此磁带库容量需要10TB，1-2个并发支持案例2–医疗信息系统案例

了解客户需求Q5:数据平安–备份

磁盘备份–虚拟磁带库VTL备份时间窗口需求全备份不超过8小时增量备份1小时内完成系统数据恢复时间不能超过12小时日增数据量1GBA5:不需要利用虚拟磁带库。案例2–医疗信息系统案例

了解客户需求Q5:数据平安–备份手段

自动方式？手动备份？自动完成备份无需人工干预出错报警技术，SMS,Email……支持全备份与增量备份自动的，全备份与增量备份软件案例2–医疗信息系统案例

了解客户需求Q6:数据平安

容灾需求？本期不考虑容灾需求A6:暂不考虑，但存储和主机应该支持数据和应用的容灾。案例2–医疗信息系统案例

了解客户需求Q7:数据扩展性现有容量2TB3年内增加到3TB如果有PACS系统的整合或者EMR系统的需求，可能会涨到10TB以上A7:存储必须快速实现容量的增加，不能影响业务的连续运行案例2–医疗信息系统案例

了解客户需求Q8:数据访问效率50%的查询，50%对数据修改平均操作响应时间不能超过5秒~100个用户会对数据库访问存在业务顶峰期的问题，早上8:00-10:00，