蓝色舞九寨旋风聚英杰

1、vvSystems & Technology Group 2007 IBM CorporationIBM STG July 20072主要内容主要内容存储高可用性与业务连续性的关系存储高可用性解决方案存储高可用系统和灾备系统之间的配合与转换成功案例3主要内容主要内容存储高可用性与业务连续性的关系存储高可用性解决方案存储高可用系统和灾备系统之间的配合与转换成功案例4最影响最影响ITIT策略的驱动因素策略的驱动因素Source: IT Infrastructure and IT Management, North American Adoption, Drivers and Triggers Su

2、rvey, Oct 1, 2004在影响IT基础架构和IT管理软件的选择和使用策略中，哪三项是最关键的驱最关键的驱动因素动因素？问题问题:Strategic IT “Triggers”Percentage Based on Actual Respondent Count 0%10%20%30%40%50%60%70%IT 基础架构策略IT 管理策略关键关键IT服务的中断服务的中断业务连续性业务连续性/Security Requirements业务应用的可用性业务应用的可用性 / Performance高IT投资要求 IT 服务和支持费用过于昂贵提高内部IT职员的生产力整合新IT资源form M

3、&A外包给第三方的压力其它61%40%53%59%43%53%40%34%40%30%35%29%18%20%22%17%8%4%5Industry SectorRevenue / HourRevenue / Employee HourEnergy$2,817,846$ 569.20Telecommunications$2,066,245$ 186.98Manufacturing$1,610,654$ 134.24Financial Institutions$1,495,134$1,079.89Information Technology$1,344,461$ 184.03Insurance$

4、1,202,444$ 370.92Retail$1,107,274$ 244.37Pharmaceuticals$1,082,252$ 167.53Banking$ 996,802$ 130.52Food / Beverage Processing$ 804,192$ 153.10Consumer Products$ 785,719$ 127.98Chemicals$ 704,101$ 194.53Transportation$ 668,586$ 107.78Utilities$ 643,250$ 380.94Healthcare$ 636,030$ 142.58Metals / Natura

5、l Resources$ 580,588$ 153.11Professional Services$ 532,510$ 99.59Electronics$ 477,366$ 74.48Construction & Engineering$ 389,601$ 216.18Media$ 340,432$ 119.74Hospitality & Travel$ 330,654$ 38.62Average$1,010,536$ 205.55各行业系统停机的成本各行业系统停机的成本Meta Group 20016本地高可用性是保障业务连续性的最基本环节本地高可用性是保障业务连续性的最基本环节HA: 系统

6、的一种能力，它能够对最终用户隐藏计划外的故障，提供相对无缝的服务能力。主要包括硬件容错功能、部件冗余、自动错误诊断、修复、迂回处理、再配置等，并具备预分析、测试、故障管理和变更管理等能力7本地高可用性和灾难备份之间的关系本地高可用性和灾难备份之间的关系 HA - 关键词关键词“本地本地” 定位：针对生产中心的内部故障 通常能够满足非常快速的恢复时间 RTO / RPO要求严格 实时保护 实施相对简单 切换过程简单 DR - 关键词关键词“异地异地” 定位：针对生产中心的机房或大面积设备故障 通常恢复时间较长 一般能够容忍部分数据丢失 实施相对复杂 切换过程复杂、涉及内/外多个环节和部门8高可用

7、性的主要实现技术高可用性的主要实现技术9高可用性的实现层次高可用性的实现层次数据库服务器数据库服务器应用服务器应用服务器RAID 5 或或RAID 10双数据拷贝双数据拷贝冗余冗余SAN 网络网络服务器集群服务器集群并行数据库并行数据库冗余冗余 网络网络应用伸缩性应用伸缩性边缘设备边缘设备10为什么要建设存储高可用系统为什么要建设存储高可用系统 “高可靠性”和“高可用性”是两个不同的概念 系统的整体可用性，往往取决于它最薄弱的环节。例如： 相比主机系统来讲，存储系统受损坏的几率更高 (机械部件、微码变更、数据丢失等) 相比主机系统来讲，存储系统承担的作用更加重要 解决存储的“硬件疲劳”和“软件

8、异常”问题服务器服务器部分的独立可用性部分的独立可用性:99.999%存储存储部分的独立可用性部分的独立可用性:98%应用应用部分的独立可用性部分的独立可用性:98%那么，整体可靠性为那么，整体可靠性为:99.999% * 98% * 98% = 96.039%11主要内容主要内容存储高可用性与业务连续性的关系存储高可用性解决方案存储高可用系统和灾备系统之间的配合与转换成功案例12各类可用性实现方式概览各类可用性实现方式概览HA Tier1No Backup2Tape Backup3FlashCopy4Metro Mirror4+HACMP/XD5pLVM Mirror5zGDPS Hyper

9、SwapConfigurationRTO (1)?Days to HoursHours to DaysMinutes to HoursSeconds to HoursSecondsSecondsRelative RTO?86408640360601Forward RecoveryN/AYesYesYesYesNoNoBackup WindowN/AHoursSecondsSecondsSecondsSecondsSecondsData lossYesYesYesNo (2)No (2)No (2)No (2)ApplicationFailFailFailFailFailContinueCont

10、inueRelative Storage Hardware Cost (3)DS400011.52.43.53.53.4N/ADS600011.31.62.82.82.6N/ADS8000p11.11.72.62.62.3N/ADS8000z11.41.62.9N/AN/A2.9Note: (1) Recovery Time Objective (2) Assume all cache data on server is hardened. (3) Storage hardware cost comparison at 10TB effective user capacity13DS8000

11、/ 4000HACMPBackup ServerActive ServerSAN目前的典型架构目前的典型架构( 主机高可用、存储未高可用 )方案一：磁盘间数据镜像方案一：磁盘间数据镜像LVMLVMCopy 1Copy 2SANDS8000 / 4000HACMPBackup ServerActive ServerSAN方案一：磁盘间数据镜像方案一：磁盘间数据镜像LVMLVMCopy 1Copy 2SANDS8000 / 4000HACMPBackup ServerActive Server方案二：磁盘间数据复制方案二：磁盘间数据复制Primary CopyTarget CopyPPRC(Met

12、ro Mirror)SANDS8000 / 4000HACMPBackup ServerActive ServerSANPrimary CopyTarget CopySANPPRC(Metro Mirror)方案二：磁盘间数据复制方案二：磁盘间数据复制业务价值业务价值 100% 的本地数据访问弹性 没有受磁盘设备故障导致的应用中断时间，或应用中断时间最小化 与远程灾备系统相辅相成 方便易行的数据保护和故障恢复过程IBM全面支持能力全面支持能力 主机、存储的技术配合 多种结构解决方案 系统评估和规划 本地化的服务团队本地高可用性解决方案本地高可用性解决方案14解决方案一：磁盘设备间数据镜像解决方

13、案一：磁盘设备间数据镜像（AIX LVM MirrorAIX LVM Mirror）主机主机主机主机磁盘磁盘1磁盘磁盘2n通过LVM卷管理软件实现n磁盘1故障时，磁盘2不需要重新在主机上mount，应用无需中断。真正实现了无缝接管15解决方案一的特点解决方案一的特点n100%持续可用性n不需要切换操作，实现和管理简单n双磁盘写，对性能影响轻微n投资少，LVM是p系列主机AIX中的缺省技术，不需要额外的软件购买费用。只需少量的实施费用nIBM是唯一能够同时提供LVM镜像和磁盘复制的厂商n技术成熟16Active ServerBackup ServerHACMPSANActive DiskBack

14、up DiskRAID 5 or RAID 10Redundant NetworkpSeriesPPRC解决方案二：磁盘设备间数据复制解决方案二：磁盘设备间数据复制（PPRC / RVM PPRC / RVM ）n通过磁盘硬件的数据复制功能实现nDS8000 / 6800 / ESS800: PPRC ( Metro Mirror )nDS4000: RVM17解决方案二的特点解决方案二的特点n数据零丢失，切换快捷n不受主机平台限制，对服务器透明n技术成熟，众多成功案例n实施简单、管理方便n未来容易改造成三站式业务连续性方案18异构存储环境解决方案（异构存储环境解决方案（SVCSVC）IBMO

15、ther主机备机n通过SVC（SAN卷控制器）实现n支持业界主流的磁盘存储设备19异构存储解决方案的特点异构存储解决方案的特点n不受主机平台限制n不受存储平台限制n可以在现有SAN结构上平滑改造n额外的业务价值无缝的在线数据迁移无缝的在线数据迁移多个磁盘空间利用率均衡化多个磁盘空间利用率均衡化减少功能软件购买成本减少功能软件购买成本20主要内容主要内容 存储高可用性与业务连续性的关系 存储高可用性解决方案 存储高可用系统和灾备系统之间的配合与转换 成功案例21高可用性和快速系统恢复高可用性和快速系统恢复灾备系统的建设定位灾备系统的建设定位硬件故障Server, network device,

16、disk意外删除在系统配置期间在整理存储卷期间软件/应用错误数据毁坏恶意操作病毒、黑客环境灾害水灾、火灾、大面积长时间的停电事故等快速数据恢复快速数据恢复灾难恢复灾难恢复22覆盖范围比较覆盖范围比较灾备中心机房一把手工程业务部门配合人员编制运行体系技术线路等运营费用Local HADR 项目建设涉及环节项目建设涉及环节部件故障单个设备硬件故障单个设备电力故障机房内局部火灾或其它损坏生产中心整体灾难(火灾、水灾等)区域性灾难(电力、通讯、水灾等)地震、台风、海啸等大面积灾难战争等灾难Local HADR 能够应对的故障、灾难范围能够应对的故障、灾难范围23不同层次业务连续性的相关定义与概念不同层

17、次业务连续性的相关定义与概念从对应磁盘镜像中恢复从对应磁盘镜像中恢复从磁带拷贝中恢复从磁带拷贝中恢复恢复时间目标恢复时间目标 15 Min.1-4 Hr.4 -8 Hr.8-12 Hr.12-16 Hr.24 Hr.DaysCostTier 4 时间点磁盘拷贝时间点磁盘拷贝Tier 3 电子数据传输电子数据传输Tier 2 有备份机房的磁带备份有备份机房的磁带备份Tier 7 具有自动恢复功能的磁盘镜像具有自动恢复功能的磁盘镜像Tier 6 不具备自动功能的磁盘镜像不具备自动功能的磁盘镜像Tier 5 基于软件的复制基于软件的复制Tier 1 磁带备份磁带备份24存储高可用性设计为灾备系统建设

18、奠定了技术基础存储高可用性设计为灾备系统建设奠定了技术基础ApplicationMiddle WareDB InterfaceDatabaseDev InterfaceOSSANDiskApplicationMiddle WareDB InterfaceDatabaseDev InterfaceOSSANDiskApplication ReplicateTwoWay Commit Log replayLog ShippingGeoRM，MMIX VVR LVM MirrorSymphony, IPStor/MaxxanPPRC, PPRC-XD SRDF, True Copy易 实施难度 难易

19、 管理难度 难易 扩展难度 难小 开发投资 大小 服务投资 大大 硬件投资 小25转换模式示例：转换模式示例：3 3站式业务连续性方案站式业务连续性方案For customers with an absolute requirement for constant access to data IBM Metro/Global Mirror for the DS8000 offers 3-site disaster recovery/backup support as a generally available functionA three-site, cascading remote cop

20、y solution using the IBM System Storage DS8000Uses separately priced IBM Metro Mirror, IBM Global Mirror, and IBM FlashCopy functionsBenefitsDesigned to maintain a consistent and re-startable copy of the data at the remote site, with minimal impact to applications at the local siteDesigned to allow

21、data consistency to be managed across multiple machines configured in a single session, with data currency at the remote site lagging behind the local site by as little as 3 to 5 secondsDesigned to support failover / failback modes for efficient resynchronization, with incremental resync of changes in event of loss of any of sites (Includes site A to C resync for DS8000)Solution can help reduce load on site A in comparison to multi-target (non-cascaded) 3-site mirroring solutionsAdvantaged in requiring less network bandwidth and therefore lower cost than offering