HP存储方案培训ppt课件

1、从需求到方案HP Channel212 七月 2022提纲典型企业运用架构数据存储层的需求分析数据访问层的需求分析运用层的需求分析案例分享312 七月 2022典型企业运用架构存储层 存储企业数据 通常是数据库数据访问层 对存储设备的访问 对数据的操作运用层 业务逻辑展现层 数据的展现412 七月 2022数据存储层需求思索的问题存储环境的选择数据容量数据平安性数据扩展性数据访问效率性能要求数据生命周期的思索512 七月 2022Q1: 客户存储环境？客户现有环境和方案采用的技术SAN 环境 (光纤) 存储区域网络 高速光纤网络 高效 适宜提供块数据效力 造价相对较高NAS 经过网络提供数据

2、通常适宜文件效力 容易共享 造价低 受NAS效力器限制 iSCSI IP SAN SCSI over IP 网络上提供数据块效力 无需公用存储网络 造价较低 网络协议导致了性能相对FC SAN较低DAS 直接衔接效力设备 衔接方式多样 数据无法共享 维护本钱高 612 七月 2022Q2: 客户数据容量？现有数据容量和开展需求MSA系列出众的TCO 324 TB存储整合 + 灾难恢复经过虚拟化实现简易性Windows、HP-UX、Linux以及其它实时可用 851 TB数据中心整合 + 灾难恢复大规模Oracle/SAP运用HP-UX、Windows、以及其它20多种，包括mainframe

3、低本钱整合 50T712 七月 2022Q3: 数据维护软件缺点14%病毒7%自然缺点3%硬件或系统缺点44%人为错误32%用户删除文件格式化硬驱动器PC 黑客硬件、驱动器和 RAID 控制器缺点.操作系统死机.火灾地震洪水数据损坏来源：Understanding Data Loss. CBL Data Recovery Technologies Inc. Industry 资料来源 Data Recovery Report5 4为什么需求数据维护？812 七月 2022Q3: 数据平安的保证在线一份数据还是两份？单存储？即时数据拷贝保证数据平安在线备份、对运用无影响数据丧失可及时恢复拷贝的数

4、据可以用于数据发掘改善业务流程提高客户的业务才干提供针对Oracle, Exchange和SAP系统特点的数据快照维护912 七月 2022Q3: 数据平安的保证在线一份数据还是两份？双存储？继续数据维护基于操作系统简单易用没有停机时间费用较高不能完成容灾mirroring1012 七月 2022备份及其误区误区之一：用拷贝替代备份误区之二：用双机，磁盘阵列/镜像等系统冗余替代数据备份系统冗余保证了进程的延续性和系统的高可用性。系统冗余不能替代数据备份人为错误，恶意破坏病毒断电天灾人祸数据的备份才干保证数据万无一失误区之三：只备份数据文件恢复时要重新安装操作系统恢复时要重新安装一切的运用程序需

5、求相当长的时间才干恢复一切的数据1112 七月 2022LTO ULTRIUM适用于寻求最正确性能、可靠性和投资维护的客户网络备份和异构环境的理想之选可选择高性能、全高磁带机或者经济的半高磁带机DAT/DDS经济、可靠的处理方案非常适用于任务站和小型效力器提供热插拔型号最低的介质价钱可带来极低的拥有本钱*上述所列容量为磁带机本身具备的容量Q4: 数据平安 备份磁带机 Tape Driver任务组级办公效力器部门/本地网络企业/网络备份DAT 4020 GB入门级高端高性能、全高磁带机中档半高磁带机36 GBDAT 72Ultrium 460200 GBUltrium 960400 GBUltr

6、ium 448200 GBUltrium 920400 GBUltrium 1840800 GBDAT 16080GBUltrium 1760800 GB 数据备份 快速恢复 单键快速自动恢复 OBDR1212 七月 2022MSL 系列简单、低本钱适用于少量的效力器和小型网络环境DAS 和 LAN 备份易于管理, 灵敏, 可靠适用于中、大型业务环境DAS, LAN, 入门级 SAN 备份强大的扩展才干和高性能 适用于企业级的数据中心 大型的SAN环境性能容量中级入门级企业级ESL E- 系列AutoloadersEML E-系列高扩展, 易于管理, 高度可靠适用于中、大型的数据中心中到大型的

7、 SAN环境HP Restricted For HP Partner & Internal Use OnlyQ5: 数据平安 备份磁带库 Tape Library 集中备份 自动备份与恢复1312 七月 2022磁盘备份？磁带备份？如今，市场上有两种备份方式可供您选择.磁盘备份磁带备份优势 快速文件访问 减少备份时间 增加备份并行度 容易使用 比较便宜 利于长期保存 容易移动劣势 价格稍高 不方便在不同地之间移动 备份和恢复速度慢 对磁带需要更多的管理1412 七月 2022磁带的优势大容量：1盘介质上可存储高达 800GB 的数据小尺寸：一切这些容量都可存储在1盘小巧的数据磁带上可挪动性：介

8、质可以与设备分别，提供额外的病毒维护便携性：介质可以在现场之外存储，提供额外维护长寿命：适宜长期存储至少10 15年3惠普磁带备份系统的问题问题当前的应对措施惠普虚拟磁带库系统解决问题的方法无法满足备份时间要求听之任之，孤注一掷 被迫在性能较低的情况下完成备份任务硬着头皮向管理层提交备份故障报告提升备份性能提高备份流程可靠性恢复速度慢专门投入存储管理资源 迁就于低下的生产效率减轻存储管理员和服务台工作人员的工作负担提高相关人员的工作效率介质利用效率低下购买更多的介质支付更多的异地服务费用减少磁带拷贝的数量提高介质利用率解决方案无法满足需求（例如容量太低，不支持新应用）淘汰和更换解决方案针对主要

9、问题部署专用解决方案独立扩展容量和吞吐量几乎支持所有的备份应用采用重复数据删除技术和自动迁移技术1612 七月 20221612 七月 2022D2D100系列VLS6000系列D2D2500系列D2D4000系列VLS9000VLS12000EVA网关新新入门级中高端企业级简单经济小型企业iSCSI入门级机架更小的IT环境或远程站点iSCSI更高容量的处理方案具有小型数据中心的中型企业iSCSI和FC单节点系统中型和企业级数据中心大中型FC SAN多节点系统高性能和可扩展性企业数据中心大型FC SAN具备快速反复数据删除功能Accelerated deduplication具备反复数据删除功

10、能数据平安 备份磁盘备份 虚拟磁带库VTL 集中、自动备份与恢复 快速自动备份与恢复 提高介质利用率1712 七月 2022手动备份与恢复 人员操作 容易出错，恢复复杂 本钱高集中自动备份与恢复 自动运转 无需或者很少人员的参与 更容易的恢复数据平安 备份手段自动方式？手动备份？1812 七月 2022Q6: 数据平安容灾需求？多存贮藏份与恢复 Storage Mirroring磁盘阵列级多存贮藏份与恢复 - CA1912 七月 2022容灾！容灾！容灾！如何选择适宜的数据维护战略？两个主要的衡量目的：恢复时间目的RTO业务流程可以接受多长的停机时间？一天？ 一个小时？ 一刻都无法接受？恢复点

11、目的RPO企业可接受多少数据丧失？一天的数据？ 一个小时的数据？ 不能丧失任何数据？ 磁带和自动化处置虚拟磁带库基于磁盘复制延续维护数据 年 天 小时 分钟 秒 秒 分钟 小时 天恢复点(Recover Point Objective)恢复时间(Recovery Time Objective)维护方法磁带备份 写入时捕获 保险库综合备份 磁带备份 存档 快照 实时复制 镜像实时恢复 磁盘存储 磁带存储卷备份 时间点 搜索/检索恢复方法2012 七月 2022202012 七月 2022多主机级多存贮藏份与恢复Storage Mirroring继续的数据维护要求快速数据备份，字节数据复制，秒级内

12、快速数据恢复，分钟级内从SMB 到Enterprise软件支持，价钱较低较低的网络配置也能满足2112 七月 2022磁盘阵列级多存贮藏份与恢复CA容灾 - “抗地震的运用系统高可用性方案数据的延续拷贝硬件级别的操作对系统性能无影响保证业务数据平安在灾难发生时，坚持业务运转运用与数据容灾的配合2212 七月 2022Q7:数据扩展性如何扩展容量思索的问题能否思索停机？重构还是自动扩展？一次采购还是逐渐晋级目的运用不停机，容量自动增长磁盘卷不用重构，容量自动扩展减少初期投入，随业务稳步增长2312 七月 2022Q8: 数据访问效率阵列的选择 并发用户数的思索 数据量的大小 平均访问时间磁盘的选

13、择？FC/FATA/SATA/SSD如何利用一切磁盘的性能不同类型的硬盘其性能差别很大，根据性能、容量、价钱来进展衡量同类型的硬盘选择指点：在满足一样存储容量要求下，尽量选择大容量低转速的硬盘，降低采购本钱。2412 七月 2022固态硬盘SSD与光纤硬盘的对比 随机读 延迟随机读 IOPS读吞吐量 (MB/s)耗电单层式固态硬盘 SSD0.1ms15000250 MB/s3-4w多层式固态硬盘 SSD0.1ms1000150MB/s1-2w15000转光纤硬盘6ms180100MB/s15w2512 七月 2022近线FATA磁盘 不常访问的数据、快速恢复、备份到磁盘在线FC磁盘 活动数据、

14、本地和远程镜像、即时恢复数据生命周期 分层存储固态硬盘 - SSD IO密集型运用2612 七月 2022数据访问层的需求数据访问方式数据访问平安系统可靠性要求系统性能需求系统备份与恢复资源共享2712 七月 2022Q9: 数据访问方式数据库Oracle、SQL Server、DB2、Sybase、文件效力NFS、CIFSNAS2812 七月 2022Q10: 数据平安访问提供高可用，多节点的访问如Oracle RAC，可以选择ServiceGuard+ServiceGuard extension for RAC双机Standby互备方式运用容灾涉及流程、切换、演练、人员等2912 七月 2

15、022Q11:系统可靠性需求非方案宕机时间防病毒与平安内部平安机制3012 七月 2022小机？PC效力器？平安性更高，PC Server上的OS平安性相对较低，而且病毒、bug等更严重扩展性更高，假设业务增长较快必需移植到小型机稳定性更高，小型机99.999%，而PC Server普通99.99%，停机时间分别为5分钟和52分钟可靠性更高硬件上更多的可靠性技术如zx2的双芯片备件、IO缺点隔离、CPU缺点隔离集群技术更成熟3112 七月 2022Q12: 系统性能需求性能思索目的 并发用户数 平均呼应时间 业务复杂程度普通情况下，一个CPU Core支持20-50并发用户数小型机下：CPU

16、Core/Memory = 1:2 或者1:4PC机下：CPU Core/Memory = 1:1 或者 1:23212 七月 2022Q13: 烟囱式？交融式？单一运用/多个运用能利用运用峰值的错峰特性？充分利用虚拟化技术实现资源的共享硬件分区、软件分区、虚拟机、资源动态调度技术虚拟衔接VC、刀片技术3312 七月 2022运用层的需求中间件选择运用架构运用访问平安系统可靠性系统性能需求系统备份与恢复资源共享3412 七月 2022中间件选择C/S 架构无中间件平台多层架构J2EE架构，如WebLogic，WebSphere，JBoss.NET架构Transaction，如TUXEDO、CI

17、CS需求有中间件效力器支撑3512 七月 2022运用访问平安运用效力器Cluster运用效力器本身就有集群的才干，如WebLogic、WebSpere、JBoss等有别于数据库中的HA和Standby3612 七月 2022系统性能需求根据系统的并发用户数来选择效力器普通情况下，一个CPU Core支持50-100并发用户数小型机下：CPU Core/Memory = 1:2 或者1:4PC机下：CPU Core/Memory = 1:1 或者 1:23712 七月 2022案例分享某省社保案例医疗信息系统案例3812 七月 2022案例1 社保案例社保IT部门面临挑战业务复杂、影响面广养老

18、、医疗、失业、工伤、生育政策、流程变卦频繁参保机构/人员添加，系统不能满足业务需求白天，参保机构办理停保、续保业务多，运用效力器很忙，客户等待时间很长。晚上较闲晚上，批量处置参保机构信息，数据库效力器忙，有时在第二天上班前不能处置终了。白天较闲信息化建立正兴起，系统维护力量相对薄弱案例1 社保案例了解客户需求Q1: 客户存储环境？客户现有环境和方案采用的技术结合用户现有技术环境，选择适宜的存储环境 客户对性能要求较高 客户现有SAN 存储环境A1: FC SAN案例1 社保案例了解客户需求Q2: 客户数据容量？现有数据容量和开展需求 800万参保用户、48万参保单位为例 保管五年的数据在一级存

19、储 存储需求30TB 数据冗余, RAID 5 阵列裸容量 50TB 随着乡村医疗和区域医疗的参与，数据还会添加A2: 需求50TB存储容量，并提供容量添加的才干案例1 社保案例了解客户需求Q3: 数据平安的保证在线一份数据还是两份？单存储？数据量大，难以保管两份数据内置RAID技术可以满足数据的平安需求需求存储阵列提供企业级的平安级别，99.999%在第一期不思索容灾的问题A3: 企业级存储的内置RAID实现数据平安维护案例1 社保案例了解客户需求Q3: 数据平安的保证在线一份数据还是两份？双存储？ 利用企业存储阵列的RAID技术 不运用两份或者双存储 双存储的容灾处理方案将在后期思索A3:

20、 企业级磁盘阵列案例1 社保案例了解客户需求Q4: 数据平安 备份磁带机 Tape Driver 数据需求备份，以保证数据的平安 需求利用磁带来保证具有数据的多个版本 除了数据之外，主机的操作环境也需求备份 全备份数据量 30TB 日添加数据量 15GB磁带机只能用于主机系统的数据备份，不能用于数据案例1 社保案例了解客户需求Q5: 数据平安 备份磁带库 Tape Library 数据容量30TB 每月完全备份一次 30TB 每天增量备份 16GB 多个备份义务要同时进展Q5: 磁带库容量普通按照数据容量的3倍进展选择，因此磁带库容量需求100TB，4-6个并发支持案例1 社保案例了解客户需求

21、Q5:数据平安 备份磁盘备份 虚拟磁带库VTL 备份时间窗口需求 全备份不超越8小时 增量备份1小时内完成 系统数据恢复时间不能超越12小时A5: 需求利用虚拟磁带库。案例1 社保案例了解客户需求Q5:数据平安 备份手段自动方式？手动备份？ 自动完成备份 无需人工干涉 出错报警技术，SMS, 支持全备份与增量备份自动的，全备份与增量备份软件案例1 社保案例了解客户需求Q6: 数据平安容灾需求？本期不思索容灾需求A6: 暂不思索，但存储和主机应该支持数据和运用的容灾。案例1 社保案例了解客户需求Q7:数据扩展性 现有容量20TB 3年内添加到30TB 假设政策改动，能够会涨到50TBA7: 存储

22、必需快速实现容量的添加，不能影响业务的延续运转案例1 社保案例了解客户需求Q8: 数据访问效率75%的查询，25%对数据修正平均操作呼应时间不能超越5秒100个用户会对数据库访问晚上数据的报表需求较多的计算资源A8： 必需采用FC磁盘才干满足客户的高效能需求案例1 社保案例了解客户需求Q9: 数据访问方式根据社保中心平台，J2EE环境采用Oracle + Weblogic架构采用Oracle RAC实现并行处置本案例采用了Oracle数据库，利用Oracle RAC提供多节点访问和高性能案例1 社保案例了解客户需求Q10: 数据平安访问Oracle RACWebLogic ClusterHA方

23、案案例1 社保案例了解客户需求Q11:系统可靠性需求 系统需求延续不断运转 必需对病毒免疫 必需支持大规模高并发 必需支持超越500个并发的用户数量采用小型机，Unix案例1 社保案例了解客户需求Q12: 系统性能需求 必需支持多达30TB的数据访问 必需支持高达500的并发用户 必需采用HA的方式 系统平均呼应时间小于5秒 报表时间必需小于8小时A12: 高性能多CPU小型机案例1 社保案例了解客户需求Q13: 烟囱式？交融式？ 业务平台和报表平台共享数据库 业务平台白天比较忙，而报表相反 希望能利用峰值差在不同系统之间调度计算资源Q13： 动态资源调度技术客户需求Summary从前面了解的

24、需求，总结客户的需求如下：性能要求较高、现有SAN环境数据量大，现有数据20TB，3年内到达30TB，还会添加数据不能丧失，系统可靠性99.999%主机系统数据平安备份用户数据备份，每月全备份一次30TB、每日增量备份15GB、全备份时间不能超越8小时、增量备份不超越1小时、数据恢复时间不超越12小时、要求自动、集中备份数据库采用Oracle RAC、运用效力器采用WebLogic Cluster，要求支持500以上并发用户、平均呼应时间不超越5秒、报表时间不超越8小时白天运用系统忙、晚上数据库有大量的批量作业要进展处置，如报表、批量数据处置业务HP建议硬件设备根据用户的需求，建议的HP硬件配

25、置方案：存储阵列：EVA 8400SAN交换机：8/16 SAN Switch数据库效力器：SuperDome、HP-UX、ServiceGuard、ServiceGuard extension for RAC、1个nPar、2个vPar运用效力器：SuperDome、HP-UX、1个nPar、2个vPar虚拟带库：VLS9000磁带库：245e备份软件：DP备份管理效力器：DL380存储管理效力器：DL3805712 七月 2022案例1 社保案例社保处理方案运用系统架构集群案例1 社保案例社保总体架构社保数据库效力器RAC1SD 12*1.6GHz/32GB社保数据库效力器RAC2SD 1

26、2*1.6GHz/32GB存储管理效力器FC Switch 8/16MC/Service Guard Extension for RAC备份效力器磁带库245e数据离线备份EVA8400社保运用效力器SD 4*1.6GHz/8GB社保运用效力器SD 4*1.6GHz/8GBVLS9000案例1 社保案例产品配置需求清单存储产品型号和配置需求清单型号、台数、硬盘个数按照转速、软件LTU、效力级别光纤交换机型号和配置需求清单型号、台数、端口数LTU、SFP数量、光纤线长度与数量、高级软件LTU、效力级别数据库效力器产品型号和配置需求清单产品型号、台数、CPU个数、内存大小、内置硬盘个数与容量、网卡

27、个数、FC卡个数、操作系统、磁带机、效力级别运用效力器产品型号和配置需求清单产品型号、台数、CPU个数、内存大小、内置硬盘个数与容量、网卡个数、操作系统、磁带机、效力级别磁带库产品型号和配置需求清单产品型号、台数、Driver数量、磁带容量和盘数、清洗带数量、磁带标签、效力级别备份软件 DP和配置清单SAN Backup、Online Backup、槽位数扩展、Driver数扩展管理效力型号和配置清单PC Server6012 七月 2022案例2 医疗信息系统案例业务需求业务集中早上810点，下午13：3015点，是医院看病的业务顶峰期平安性要求高系统不能蒙受病毒、平安破绽攻击数据不能丧失系

28、统要求稳定，不能宕机系统扩展才干业务开展快系统易管理要求降低运营本钱案例2 医疗信息系统案例了解客户需求Q1: 客户存储环境？客户现有环境和方案采用的技术结合用户现有技术环境，选择适宜的存储环境 客户对性能要求较高 客户现有SAN 存储环境A1: FC SAN案例2 医疗信息系统案例了解客户需求Q2: 客户数据容量？现有数据容量和开展需求 每日门诊量5000人左右，住院床位数1000张左右 保管五年的数据在一级存储 存储需求3TB 数据冗余, RAID 5 阵列裸容量 5TB 随着PACS、EMR的参与，数据还会添加A2: 需求5TB存储容量，并提供容量添加的才干案例2 医疗信息系统案例了解客

29、户需求Q3: 数据平安的保证在线一份数据还是两份？单存储？数据量大，难以保管两份数据内置RAID技术可以满足数据的平安需求需求存储阵列提供企业级的平安级别，99.999%在第一期不思索容灾的问题A3: 企业级存储的内置RAID实现数据平安维护案例2 医疗信息系统案例了解客户需求Q3: 数据平安的保证在线一份数据还是两份？双存储？ 利用企业存储阵列的RAID技术 不运用两份或者双存储 双存储的容灾处理方案将在后期思索A3: 企业级磁盘阵列案例2 医疗信息系统案例了解客户需求Q4: 数据平安 备份磁带机 Tape Driver 数据需求备份，以保证数据的平安 需求利用磁带来保证具有数据的多个版本

30、除了数据之外，主机的操作环境也需求备份 全备份数据量 5TB 日添加数据量 1GB磁带机只能用于主机系统的数据备份，不能用于数据案例2 医疗信息系统案例了解客户需求Q5: 数据平安 备份磁带库 Tape Library 数据容量3TB 每月完全备份一次 3TB 每天增量备份 1GB 并发性要求不是很高Q5: 磁带库容量普通按照数据容量的3倍进展选择，因此磁带库容量需求10TB，1-2个并发支持案例2 医疗信息系统案例了解客户需求Q5:数据平安 备份磁盘备份 虚拟磁带库VTL 备份时间窗口需求 全备份不超越8小时 增量备份1小时内完成 系统数据恢复时间不能超越12小时日增数据量1GBA5: 不需

31、求利用虚拟磁带库。案例2 医疗信息系统案例了解客户需求Q5:数据平安 备份手段自动方式？手动备份？ 自动完成备份 无需人工干涉 出错报警技术，SMS, 支持全备份与增量备份自动的，全备份与增量备份软件案例2 医疗信息系统案例了解客户需求Q6: 数据平安容灾需求？本期不思索容灾需求A6: 暂不思索，但存储和主机应该支持数据和运用的容灾。案例2 医疗信息系统案例了解客户需求Q7:数据扩展性 现有容量2TB 3年内添加到3TB 假设有PACS系统的整合或者EMR系统的需求，能够会涨到10TB以上A7: 存储必需快速实现容量的添加，不能影响业务的延续运转案例2 医疗信息系统案例了解客户需求Q8: 数据访问效率50%的查询，50%对数据修正平均操作呼应时间不能超越5秒100个用户会对数据库访问存在业务顶峰期的问题，早上8:00-10:00，下午13:30-15:00业务集中A8： 必需采用FC磁盘才干满足客户的高效能需求案例2 医