世茂集团SAP存储系统建设方案建议书 V1.0 NetApp

世茂集团SAP存储系统建设TIME\@"MMMMd,yyyy"August27,2022©20©2012NetAppAllrightsreserved本文档包含NetApp公司的商业及技术机密。未经NetApp公司许可，不得向第三方泄漏或使用。目录1 概述 31.1 集团概述 31.2 NetApp简介 32 需求描述 62.1 现状 62.2 架构规划及设计要求 72.2.1 架构设计原则 72.3 存储层面数据备份要求 72.3.1 存储层面数据备份原则 73 方案设计 83.1 产品选型及设计原则 83.2 方案架构 93.2.1 容量与性能规划 93.2.2 应用数据备份 103.3 未来架构 114 数据中心存储架构设计方法 164.1 数据中心的演变-多层结构 164.2 数据中心存储架构的演变 184.3 新一代存储平台架构-云存储 204.4 新一代存储平台总体设计构思 224.5 存储系统层考虑 234.5.1 存储协议考虑 234.5.2 存储可靠性考虑 244.5.3 存储性能考虑 244.5.4 存储容量配置考虑 254.5.5 存储功能考虑 255 存储高可靠性 275.1 存储部署结构 275.1.1 单控制器Stand-Alone模型 275.1.2 双控制器Cluster-FailOver模型 275.2 磁盘子系统 295.2.1 MultiPathHA(MPHA) 295.2.2 RAID校验 306 SAP解决方案 346.1 SAP的升级 356.2 SAP的备份和恢复 366.3 SAP的系统复制 386.4 SnapManagerforSAP 396.5 备份数据验证 437 备份 457.1 在线备份 457.2 近线/离线备份 468 系统容灾 548.1 系统容灾概述 548.2 如何衡量一个容灾系统 558.3 数据远程复制方式讨论 558.3.1 三种数据远程复制方式 558.3.2 不同的数据异步复制技术 588.4 NetApp数据容灾技术 598.4.1 SnapMirror 598.4.2 MetroCluster 619 存储管理与监控 649.1 OperationsManager 649.2 ProtectionManager 699.3 ProvisioningManager 7310 存储系统规划 7610.1 软件功能升级 7610.2 硬件平台升级 7610.3 存储架构升级 7711 NetApp的技术优势 8011.1 集成的统一存储 8011.2 读写的高性能 8011.3 横向和纵向的系统高扩展性 8111.4 数据的高可用性 8111.5 灵活地多级备份方式 8211.6 简易的管理 8311.7 最低的总体拥有成本（TCO） 84

概述集团概述世茂，是以房地产开发为主的国际化企业集群。现已经发展成为以“世茂房地产(0813.HK)”及“世茂股份(600823.SH)”两家控股上市公司为核心的大型企业集团。经过二十多年的发展，世茂已经成为中国房地产界领袖企业之一。

二十多年前，世茂进军中国大陆房地产市场，在发展历程中，致力于不断提升人居品质和居住品位，为城市的形象增添更多光彩。本着“缔造生活品位”的理念，企业在中国大陆首创了房地产“滨江模式”，将景观、亲水、园林和建筑等各种元素融合进了每一个家庭的日常生活，不仅在人居环境、自然生态与人文景观之间架起了一条条人性的桥梁，也在描绘高雅的栖居艺术的同时创造了一个个地产精品。目前，世茂正在开发的六十多个项目，分布于中国近四十个大中城市。

同时，世茂始终以创新、前瞻的地产开发思维，以“成就城市梦想”为己任，实践“城市经营者”的理想，投身于推动城市化进程的大业。不仅如此，公司更是放眼全球，融汇欧亚文化，把“全球销售理念”应用于房地产行业，将地产精品推向世界。在弘扬民族经典文化的同时，也为项目当地引进国际资金，促进国际间经济、文化交流。正是这种一如既往的追求和责任，让世茂峥嵘业界数十载，在生态住宅、商业地产、旅游地产等多个领域取得瞩目成就，并成为中国房地产颇具影响力的行业翘楚。NetApp简介NetApp，是美国Nasdaq上市的一家专业网络存储解决方案公司，提供SAN/NAS统一的数据存储和管理产品。NetApp公司为用户提供高性价比，易于管理和使用的存储产品，化繁为简。通过创新性的软件开发，NetApp在多个方面取得了第一的成绩。NetApp方案满足行业存储解决的要求NetApp产品为用户提供能整合内部运营管理和综合业务系统（基于开放系统的UNIX、Linux和Windows平台），加强数据安全性和可用性，简化维护管理，提高竞争力。所以更多的企业已经意识到集中存储系统的重要性，应用的宕机停工所造成的数据丢失、生产率的下降以及客户服务的停滞都会带来巨大的损失，是绝对不允许和不能接受的。即使是微小的数据丢失或短暂的服务停机也会影响企业的日常运营，客户会对企业失去信心，从而导致客户的流失和负面的社会影响.另一方面，计算机管理人员和设备用户，面对着复杂的IT环境，工作量巨大，特别需要简单易用的产品，使其主要精力可以投入到具有更高价值的面向业务的服务，而不必花费大量时间和精力在底层设备维护上。系统高可用性——7x24小时的服务NetApp的产品采用Appliance-专用服务器的设计方式，软硬件一体设计，是专门为数据存储和管理设计的系统，硬件充分冗余，软件得到完备的测试，设备可以达到99.999%的可用性，具有无中断业务系统需要的高扩展性、高性能的、高可用性，满足海量数据I/O吞吐量的需，真正可以实现7x24小时的服务，尽最大可能的去保护您最宝贵的资产。确保业务连续性——企业级灾难恢复方案NetApp的产品具有强大的企业级容灾功能，存储系统内置的在线备份功能——快照Snapshot可以再线为数据保留255个备份版本，进行瞬间备份。快照恢复SnapRestore可以瞬间恢复几个TB的数据。SnapMirror可以将数据通过网络自动镜像到异地。实施企业级灾难恢复解决方案可以将用户数据的损失降至最低甚至为零，最大限度地保护数据的实时性、完整性和一致性。灾难恢复可以降低风险，保证在发生各种不可预料的故障、破坏性事故或灾难情况时，能够继续提供计算机服务，确保业务系统的7x24小时不间断运行，极大地降低的损失。从而提高抗变能力，增加客户的信心。集中存储——多服务器跨平台的数据集中存储NetApp的企业级存储系统能够增强企业内部运营管理和综合业务系统（基于开放系统的UNIX、Linux和Windows平台）业务系统的数据可用性和灵活性。如数据中心主机系统维护、部件更换、系统移植和软件升级等情况下提供不停机环境，保证业务的连续性，避免系统中断运行带来的行业声誉损失以及经济利益损失。NetApp的系统在管理海量数据时具有稳定的性能，支持SAN/NAS统一存储满足各种系统的要求，系统应对增长的业务量有足够的适应能力。不仅是初期投资所做的配置满足一定时间内的需要。而且当业务增长超出初期投资所做配置的能力时，系统能够灵活扩充和升级。这种能力表现在可以在线增加存储容量，以满足数据不断增长的需求。数据安全数据的正确性直接影响服务质量。在各个信息系统运行时要对很多数据库进行操作。如果系统存在隐患而又不能被及时发现就有可能导致上述数据库出现逻辑错误。NetApp的快照功能(Snapshot)可以提供方便的逻辑错误保护和恢复能力。由于NetApp的系统不是采用通用的操作系统设计开发的，对于各种常规的攻击和各种计算机病毒具有先天的免疫能力，是数据的安全堡垒。业务高性能NetApp的存储产品具有十分强大的性能，在处理密集并发的访问请求时，响应时间比本地磁盘具有很大的优势。由于系统采用软硬件一体化的设计，系统充分优化，可以为应用提供充足的性能。系统易用性NetApp的存储系统的使用和管理十分简单，通过一个简单的WEB页面就可以完成所有的管理工作。可以极大地减轻IT人员的工作量和精神压力，避免复杂操作可能引入的误操作。减少IT人员底层维护工作量，可以使IT人员发挥更大的效率。

需求描述现状世茂集团准备新建一套SAP系统，SAP系统准备采用如下图所示的架构：而对于SAP环境中的，采用存储进行本地备份，并且将备份数据复制到宁波的容灾中心，基本架构如下图所示：架构规划及设计要求架构设计原则所提供的架构设计满足3-5年应用建设要求，容量设计满足2年需求；方案必须充分考虑系统的成熟性、先进性、可靠性、兼容性、安全性、可扩展性及可管理性；存储层面数据备份要求存储层面数据备份原则备份时必须保证数据库系统的一致性。备份时必须保证应用系统无中断。

方案设计产品选型及设计原则在存储产品选型方面，我们主要考虑以下因素：存储应该集中：存储系统从逻辑上做到尽可能集中，这样有利于集中备份、管理等维护操作，降低管理复杂度，节省管理上的投资；同时可以集中采用高质量的存储设备，保证系统的可靠性和稳定性。根据应用的要求决定了采用SAN或者NAS结构，灵活地满足的应用需求。响应时间要快：采用的存储系统应该即使在大并发量的访问时仍能够保持极短的响应时间，并且在读写海量小文件有极高的性能表现，这样才不会造成整体系统的响应延迟，从而导致影响整个的设计研发和生产工作的进行。具有可靠的故障冗余和容灾机制：采用的存储系统需要具备极高的可靠性，以及迅速从计划内及特别严重的计划外宕机中恢复的能力。并且存储系统需要具备简单高效的容灾能力，以应对系统管理员意外操作、病毒感染、黑客攻击等造成的系统灾难。存储平台应具备整体性和经济性：采用的存储平台应该具体根据数据的重要程度和访问频度选择采用在线存储和近线存储，以及不同的硬盘类型，这样才能够充分保证整体存储平台投资的科学性和经济性。同时近线存储的选择应该和在线存储是同构的，这样可以降低系统的复杂度，同时保证整体系统的使用连续性。本次方案中所设计的存储架构，采用NetApp最新的共享存储（SharedStorage）的架构，构建绿色、动态的数据中心。通过应用/存储分级，定义存储服务目录（ServiceCatalog），实现存储的横向扩展。而对于未来3-5年内新增的应用，可以根据服务目录的定义，选择已有的在线、近线存储，或扩展新的在线、近线存储。本次方案中所采用的存储硬件设备、存储的操作系统以及基于应用的解决方案，都是NetApp发布半年及以上的硬件及软件，并且被其它用户广为采用，是成熟的解决方案。在本次方案中的存储前端接口，采用8GbFC以及10Gb以太网，后端接口及磁盘类型，采用SAS接口，都是目前逐渐开始被用户选择的解决方案，具有先进性。在本次方案中，生产存储以及存储网络，均为全冗余架构，无单点故障。例如，对于核心存储的控制器，在本方案中，将集群的两个控制器部署在两个机架中，保证可靠性。在本次方案中所采用的存储设备，兼容主流操作系统和主流的数据库应用。在本次方案中的存储及解决方案，均支持基于角色的管理方式，保证管理的安全性。在本次方案中所选择的存储设备，并不是该系列中的最高级别，具有向上扩展的空间。同时，由于存储架构采用共享存储的解决方案，具有横向扩展的空间。方案架构在本方案中，我们针对SAP（生产、开发、质检）和非SAP应用统一考虑，提供整体的解决方案。同时，还提供存储的虚拟化功能，对目前使用的存储进行虚拟化管理，创建统一的虚拟化存储池。同时，我们还整体考虑所有应用的在线快照备份，从磁盘到磁盘(D2D)的快速备份，到带库的离线备份，以及核心数据的容灾等解决方案，希望帮助世茂集团创建一个面向未来的数据中心，实现存储资源的共享。其整体架构如下图所示：在世茂集团上海生产中心，采用FAS3240A作为主存储，为SAP提供集中存储服务。同时，对于每个控制器配置了256GB的FlashCache，提升FAS3240A的总体性能（特别是读性能）。而对于备份，则考虑两级备份的方式，在FAS3240A上，采用快照进行本地在线备份。而为了保证备份对于SAP数据的一致性，在SAP服务器上安装SnapManagerforSAP来保证快照备份的数据一致性。同时，配置第二台存储，FAS2240A，作为备份存储，采用SnapVault从FAS3240A上将快照的变化量每天以增量的方式备份到FAS2240A上。这样，我们可以在主存储FAS3240A上保存较少天数（如7天）的快照，而在二级存储FAS2240A上保存更多天数（如30天）的快照。此外，由于FAS2240A上的数据直接可见，可以通过FlexClone的技术在FAS2240A上生成生产系统的快速克隆，提供给开发/测试系统使用。对于其它文件数据的备份，可以采用OSSV（OpenSystemSnapVault）软件。OSSV软件可以安装在Windows和Linux/Unix服务器上，进行文件级的数据备份，备份到FAS2240A上。对于FAS2240A备份存储上的数据，通过SnapMirror镜像到宁波的FAS2240A上，SnapMirror具有存储端重复数据的感知能力，并且在传输时可以选择压缩功能。此外，还可以在存储上选择SnapMirror复制所使用的带库。因此，即使在目前上海生产中心和宁波容灾中心只有4Mb/s的链路的情况下，也可以使用SnapMirror来实现异地容灾的功能。容量与性能规划在设计SAP应用系统时，考虑到SAP系统IOPS要求较高(150KIOPS)，但是容量相对较低，在FAS3240A上配置了600GB15krpm的SAS硬盘，使得系统在达到相同容量的情况下，具有更多的硬盘，增加存储系统所能够提供的IOPS值。此外，根据ERP系统80%读，20%写的特性，我们为FAS3240A的每个控制器配置了256GB的高速缓存，使得FAS3240A在提供相同IOPS的情况下使用更少的磁盘，降低了采购、运行维护的成本。应用数据备份针对集团的备份要求，我们建议采用存储端快照的方式来实现在线备份。对于本次项目中的SAP数据的备份，并不能够直接在存储端创建快照，这样并不能保证这些应用数据从SAP角度的一致性。因此，在本方案中，我们配置了SnapManagerforSAP，以从应用的角度保证数据的一致性。对于SAP应用，通过脚本也可以实现备份时数据库数据的一致性，但是，通过SnapManager软件，可以提供更大的便利性，可以选择是针对整个库还是某些表空间来进行备份或恢复，提供SAP系统的复制/克隆等功能。虽然所有的快照都可以保存在主存储端，但是考虑到主存储完全出现故障而需要恢复的话，如果从离线的磁带介质进行恢复，需要比较长的时间。而如果采用磁盘到磁盘的备份方式，当主存储出现故障的情况下，可以利用近线存储来直接提供服务，具有本地容灾的能力。因此，在本次项目中，我们提供了多种不同级别的备份和恢复解决方案。在生产存储端提供在线保护，保存较短时间内（具体时间根据应用的要求而定）的快照；在近线存储提供时间相对较长的快照保护（具体时间根据应用的要求而定）；对于更长时间的数据，则通过离线的磁带介质来提供保护。以SAP生产系统为例，在生产存储端每2个小时创建1个快照，保留2份。而在近线存储端，将生产端存储快照的变化量每2小时传输到近线存储，保存3天的快照。同时将近线端的数据备份到离线磁带介质。对于在线备份，由于采用NetApp的独特的快照方式，数据永远写入新的区域而不是改写旧的数据，使得在线备份对系统性能没有影响。下图为第三方的测试，比较了NetApp和EMC的存储在使用快照情况下对性能的影响情况。由于EMC的存储在实现快照时，采用CopyonFirstWrite的方式，即生成快照后，如果需要对原有的数据进行修改，则需要将原有数据复制到预先定义的快照空间，则会增加额外的读取和写入操作，从而影响存储的性能。上图中，EMC的存储在启用快照后，性能下降为原存储性能的40%左右，而NetApp的存储性能则基本上没有影响。此外，由于采用近线存储的方式，将更多的快照保存在采用SATA硬盘的近线存储上，使得在离线备份时可以直接从近线存储下带而不影响到生产存储的性能。未来架构我们希望通过本次项目，帮助世茂完成数据中心架构的转变，将原来的基于项目的基础架构，改变为面向服务的基础架构。原来的基于项目的基础架构，是一种竖井式的架构，架构中的服务器、网络及存储设备很少或者从不加以重复使用，而总是使用新的系统资源。这使得整个架构比较低效，有很多浪费的、未被使用的空间及资源。而且这种竖井式的架构比较僵化，变更比较困难而且代价高昂。而对于面向服务的基础架构，前端的服务器可以考虑虚拟化的架构（这不包含在本方案中），而后端的存储系统采用能够一个共享的存储架构，使得整个基础架构是动态的，非常灵活，系统资源可以被重复利用，项目能够更快地上线，从而有更快的市场需求的响应时间。整合后的资源池非常高效，具有更低的总体拥有成本（TCO）。为了实现面向服务的基础架构，我们需要根据成本和数据关键级别对应用进行分级，例如：而在应用分级之后，我们还需要对存储进行分级，例如（下表为举例说明，并不作为本次项目的存储分级依据）：级别细节灰(Tier-1)描述：高性能，低延迟和高可靠性。采用FC/SAS磁盘。性能：>xxx,000IOPS并且延迟<xxms或具有同步复制可靠性：99.999%(每年平均小于5分钟的非计划停机时间)容灾复制：同步复制(RPO=0)或异步(RPO=10)建议最新的存储分配：500GB蓝(Tier-2)描述：高性能和高可靠性。（适用于60～70%的应用）性能：>1,000IOPS并<xx,000IOPS并且延迟<20ms可靠性：99.999%(每年平均小于5分钟的非计划停机时间)容灾复制：异步(RPO=1hour)建议最新的存储分配：500GB绿(Tier-3)描述：高容量和低成本存储，性能要求较低。性能：<1,000IOPS或者延迟>20ms可靠性：99.995%(每年平均小于25分钟的非计划停机时间)备份RPO：磁盘到磁盘(RPO-24小时)建议最新的存储分配：1TB对于共享存储架构中，存储能够提供的如下：SharedStorageInfrastructure(通过NFS、CIFS、iSCSI和FC访问)基于性能和容量进行存储分级（FC/SAS，SATA）共享资源，安全分区(Multistore)在同一存储上创建多个安全域，支持应用程序及管理提供数据复制(SnapMirrortoDR)提供多种复制频率将备份和恢复任务委派给应用管理员快速备份和恢复(SnapShot,SnapRestore,SnapManager)快速可靠的基于磁盘的备份和恢复（SnapVault）所有应用数据SnapVault到二级存储(SATA)而为了更好地提供服务，我们建议创建服务目录（ServiceCatalog），用户或者应用根据ServiceCatalog来选择相应的服务基本，通过ServiceCatalog来简化管理流程。下面是容灾、备份和应用的标准化。RPO机制RPO<10秒同步复制。只对使用灰色级别存储的应用提供。RPO=10分钟每5分钟进行异步复制。RPO=1小时每小时进行异步复制。RPO=24小时不提供数据复制。数据备份到近线存储。快速恢复机制频率保留策略定期快照基于存储的自动快照每小时每天8天或20%应用一致性利用SnapManager来创建应用一致性的快照每小时每天8天或20%主存储到近线存储将主存储快照复制到近线存储每天每周6个月类型支持的主机/应用主机操作系统Windows2003/200832bit&64bitVMWareESX4.0/4.1AIXversionV5.3Linux

RHEL5HP-UX

11iV3Solaris10数据库MSSQL2003/2005Oracle9i,10gonAIX,Solaris,HP-UXDB2onAIX应用MSExchange2010onWin64VMWareESX4.0/4.1DominoonWin32DominoonAIXMSSharepoint2003onWin32通过类似于上面表格所定义的标准化和ServiceCatalog，我们希望帮助世茂创建一个共享的存储架构，其中Tier1级别的存储相对稳定，而Tier2和Tier3级别的存储是一个可以扩展的架构（如下图所示）。

数据中心存储架构设计方法数据中心的演变-多层结构随着数据量的增加，特别是关键业务数据的增加，企业面临日益增加的存储容量要求，以及提高存储可用性和管理要求。目前应用都采用直接连接服务器的磁盘DAS平台，需要独立管理和维护各自的存储，都面临日益繁重的存储设备和数据管理工作，而且故障隐患压力很大，数据管理成本会不断膨胀。提供统一的数据管理、保护和容灾，整合企业的数据服务，是十分紧迫的。NetApp公司的产品提供网络化的存储(NAS/SAN),得到越来越广泛的使用，NetApp的产品基于网络，提供从核心数据中心到网络边缘的完整的数据管理和数据部署方案，具有快速、简单、易用和可靠性高的特点，具有优异的性价比，是技术发展的领导者。随着网络带宽成本降低，特别是互联网的发展，许多企业通过数据中心为企业通过网络提供计算服务，数据中心可以帮助企业集约计算资源，减少服务器数量，提高数据使用效率，减少IT工作人员的劳动强度，提高数据可用性并且进行容灾。数据中心迅速进化成为多层的结构，数据中心的骨干上有Cache群（CacheFarms）、应用服务器群、应用服务器群、数据库服务器群、存储集群等，支持企业计算和各种应用。这种结构提供了显著的灵活性、扩充能力、可靠性和性价比。传统的商业计算结构所有的计算都由主机完成，随着PC的普及，商业软件迅速从集中式过渡到客户机服务器形式，这种两层结构具有良好的扩充能力，但是可管理度和可靠性不能达到要求。为了克服这些问题，客户机服务器模型进一步扩展为客户机—用户服务器—数据库服务器模型，减低了客户机程序的复杂度和数据库服务器的负载。这种结构的缺点是直连的存储可靠性不够，同时数据中心需要为异种平台服务器环境提供共享的存储，集中管理备份、复制和容量计划等。另外，原来独立的各个企业网络通过网络进行通讯，应用也需要消除信息孤岛，多层结构提供了理想的方案。多层结构中的数据访问层，优化数据存取，可用性和数据移动，一些技术得到越来越广泛的应用。其中在这一层的主要趋势有：下一代光纤通道速度比现有技术快2倍，而以太网向10GB前进，快10倍，速度优势已经从光纤通道转到以太网技术。连续的可用性已经成为IDC的服务级别，包括计划停机时间和意外停机时间。数据增长量为每6-9个月翻一番，难以预先计划。响应时间比吞吐量更为重要，现代应用需要稳定的高速I/O。异构平台的数据共享日益重要。灾难恢复更加现实，磁盘越来越多成为备份工具。每兆磁盘的价钱越来越低。上图示意了一个典型的网络计算应用平台结构，由应用服务器群构成了数据中心的第一层结构，用户通过浏览器访问应用，降低了维护桌面PC的成本，统一了内部应用用户访问、为其他企业服务和外部用户应用工作方式，使得应用服务在整个网络范围内可以到达。应用服务器通过4层交换机进行负载分担和容错，可以通过增加服务器的方式迅速扩充WEB服务能力。应用服务器响应用户的简单页面请求，而将Transaction数据交给应用服务器，这些应用服务器处理各个应用的逻辑，构成了第二层，应用服务器同样负载分担，共享相同应用的数据。第三层是存储网络层，其物理结构为以现有的SAN架构形成的SAN光纤网络和以交换平台为基础初步形成的IP存储交换网络。前者以4Gbps为网络标准带宽，而后者以10Gbps形成下一代数据中心的骨干以太网络，其上可同时承载业务数据交换和服务器应用数据的运行，其安全性，性能和灵活性有其特点。第四层是数据管理层，存储并管理所有的数据，不需要在服务器上进行数据管理工作，例如，容量计划、划分空间、备份、调优数据访问等，简化了服务器的复杂度，增加了可用性。模块化结构的产品提供了极佳的性价比。对多个中心通过存储的复制，实现更高数据可用性，进行容灾。通过建立数据管理层，可以使企业有效进行数据的管理，以更少的带宽更快地访问数据和应用，简化复杂的数据管理任务，将IT服务沿着网络延伸，带来更大的可用性和生产率。数据中心存储架构的演变从1940年第一部计算机ENIAC问世开始，一直到八十年代，因着使用不同的材料与电子零件，出现许多不同世代的计算机系统，运算速度也越来越快。到了八十年代之后，资料的处理与交换成为发展的重点。当资料逐渐增多时，就开始考虑到信息管理层面的重要，因为不同的架构会影响信息管理的效率与成本。这二十多年来因着信息科技的突飞猛进，信息架构也历经多次的转变，以下就简述这些转变的历程，了解这些转变的经过将有助于预知信息发展的趋势。第一个阶段：由封闭转变为开放在八十年代我们看见各种大型主机(Mainframe)集运算、应用程序、资料存储、网络、打印等功能于一身，客户必须选择系统厂商（如IBM、DEC、HP等等）所提供专属的解决方案。每个厂商有不同的整套系统解决方案，都是完全不兼容的封闭系统。后来面临许多挑战：如何降低整体信息管理的成本？如何连接不同系统并交换彼此的资料？如何能有更多弹性的选择？因应市场迫切的需要，开放式系统跃为市场的主角，以系统厂商为主的解决方案逐渐转变为开放式架构的解决方案。同时，一个计算机系统也由各有专长的厂商所领导，可约略分为：处理器、操作系统、网络、档案共享、数据库等等不同的水平领域。一般在市场上常见的操作系统如Windows、Unix（SunSolaris、HP-UX、IBMAIX、SGIIRIX、CompaqTrue64）、服务器、FreeBSD、NetWare、AppleMAC等等纷纷出笼，成为开放系统的基本平台。IBMSUNHPIBMSUNHP第二个阶段：由通用转变为专用到了九十年代，这些操作系统除了担任应用程序服务器和档案服务器的角色，也担任路由器、防火墙、工作站、打印服务器等等各种不同的角色。虽然通用型的操作系统被设计成可以同时担任不同的角色，便于弹性的调整任务，应用软件厂商也有开放的平台得以发展所需的软件，但后来也面临了许多挑战：如何将单一角色服务的效率达到最佳化？如何简化单一角色服务的管理？如何提升单一角色服务的稳定性？如何解决扩充与扩展性受到限制的问题？如何将单一角色的功能发挥得淋漓尽致？因此，每个应用服务也开始渐渐设计成一个专用的设备，以达最佳效益和便于管理。例如路由器设备、打印服务器设备、应用服务器设备，客户可根据需求来选择不同厂商的设备，来建立其信息科技的基础建设。一方面开放式的架构下有更多的选择；另一方面，每个服务由专用设备来担任更容易提升效率，而且更稳定也更易于管理与扩充。第三个阶段：由分散转变为集中每需要一个新的应用服务时，只需增加所需的服务器即可，这不仅方便也很容易实现，但是当服务器逐渐增多时，就会开始面临数据管理的困难，因为存储设备是接在服务器上（故称之为DirectAttachedStorage，简称DAS），每部署一台新的服务器，就需要一台新的存储设备，资料也跟着到处散布在每个应用服务器上，因此又面临了许多挑战：备份与恢复：要如何备份每一台服务器上面的资料呢？如果在每台服务器上安装磁带机，会增加许多投资成本及管理的复杂度。如果透过网络来作统一的备份，则备份时会造成局域网络和备份服务器的负载，影响网络存取的效率，备份的速度也会受限于备份服务器本身的性能瓶颈。资料共享：当主机之间需要彼此共享资料时，也必须藉由耗时的复制才能完成，不仅无法做到实时性的资料共享，也耗用重复的存储空间。应用程序执行速度：当资料逐渐增多时，应用程序的执行速度也会变慢，同时备份这些资料的时间也会越来越长，因着复杂度增加，也必须跟着增加管理人员。如果以上三项挑战未获解决，服务中断的时间会越来越长，架构和扩展性越来越差，效率越来越低，结果就是管理及营运成本不断增加。因此，信息架构需要改变，要从资料分散的架构转变为资料集中的架构。新的资料存储架构就是要使用网络化架构，一般常见的有两种集中化的方法，分别是SAN（存储局域网络，StorageAreaNetwork）和NAS（网络存储设备，NetworkAttachedStorage），就是希望能将资料集中管理，以克服资料分散所带来的挑战。新一代存储平台架构-云存储原始计算能力现在已变得太便宜以致很容易使总体基础设施失衡。结果是相当大一部分新的计算能力保持闲置，等待网络或存储瓶颈。让我们更深入地看一下基本趋势。受益于空前的性价比飞跃，云计算正走上更快的发展轨道对于许多高性能的应用，大型的单机系统正让路给分布式计算网格，这些网格由许多不同的处理器、网络交换机和存储设备组成，它们以统一的方法进行交互从而构成统一的系统。体现这种转变的趋势显示了继续发展的每个特征，而当前主要的动力仍然是计算能力性价比的空前提高。这些都归功于强大的刀片处理器、不断提高的CPU频率、多内核和超线程技术、完善免费的开放源代码操作系统、高效的低成本制造技术以及设计和制造的全球化。虚拟化趋势使云计算在大多数当前应用中扮演更重要的角色另一个大的趋势是计算基础设施的虚拟化。虚拟化的基础设施给操作系统和应用软件提供计算、存储和网络硬件的抽象视图。管理员受益于虚拟化，因为更加灵活和简便的抽象层使他们能够更好地优化和管理整个组织中的资源。用户和应用程序受益，因为更加容易管理一组专用资源。工作成果受益，因为通过在系统的多个虚拟实例中共享物理硬件可以显著提高每个系统的利用率。常见虚拟化平台（如VMware、Xen和Microsoft®VirtualServer）使部署虚拟基础设施更加简单，甚至可以简化从物理基础设施到虚拟基础设施的迁移。这反过来使功能强大、经济合算的计算机网格基础设施更加适合作为基础硬件的来源。主流应用程序现在也开始采用云计算来实现创造性的改进现在，云计算的主要商业动力是需要应用大量的计算能力来操纵大量的数据—例如，绘制动画、分析地质数据、运行专业的政府防御和安全项目以及运行大规模的金融数据查找和分析应用程序。计算网格主要用于高性能计算领域，因为这些应用程序具有苛刻的只有网格能满足的性能要求。企业仍然在不断寻找用更低的成本做更多事的方法。随着网格变得越来越容易部署和管理、可以与主流和关键应用软件集成并逐渐形成了有效的最佳做法，它们将在各种组织和应用中变得更加流行。存储系统需要在可扩展性方面进行类似的提升来提供满意的解决方案云计算解决方案已在许多组织中证明了降低成本和提高容量的能力。但是，部署和维护这些网格需要仔细的系统设计，而不能是临时扩展。如果网络带宽和存储吞吐量迅速成为瓶颈，则简单地添加更多处理器或刀片式计算服务器将无法显著提高整个系统的性能。这种情况与将下一代计算体系结构与现在的I/O基础设施组合在一起时出现的情况相似。最佳的基础设施从平衡必需的计算资源与正确的存储和网络种类开始。它还需要成熟的管理工具来检测和处理不断变化的应用程序优先级和工作负荷。NetApp为配置和管理动态云存储提供各种行业领先的解决方案，显著提高系统的总体利用率。通过实施这些解决方案，组织可以高效地部署、分配和扩展他们的网格基础设施。云存储用户可以在不被中断的情况下获得更好的性能和更高的容量。NetApp解决方案提供确定和减轻存储“热点”的能力，可用于管理跨许多控制器的数据集、以不影响业务的方式添加存储容量、将所选数据从一个位置移到另一个位置以及对存储基础设施进行更改而不影响在线应用。新一代存储平台总体设计构思由上图所示，在本规划中我们把整个存储平台架构设计如下四个部分存储系统层：为整个存储平台的核心层，由支持多存储协议的存储组成，最终实现用户业务数据的存放，并通过存储协议访问层为上层应用提供数据访问的服务存储协议访问层：存储平台通过多种方问协议（FCP/ISCSI/CIFS/NFS）提供数据存储和数据访问的协议支持。主机系统层：主机系统通过存储访问协议层与存储系统连接，为上层的各个应用系统提供运行平台。平台辅助系统：为整个存储平台提供提供辅助功能，以实现简化管理、增强数据保护等功能，我们认为可以考虑以下辅助系统备份管理系统数据容灾系统信息安全系统主机存储虚拟化信息生命周期系统存储平台综合管理上述的四个部分组成了整个存储平台，这样用户就可以在此平台上部署相应的应用系统，利用这个存储平台来为这些应用系统提供数据存储和访问的服务。存储系统层考虑存储协议考虑目前用户DAS、NAS很SAN搭建了基于SAN/NAS访问协议的存储系统并在其上运行了若干应用系统。虽然SAN可能是目前存储访问协议中最为广泛使用的一种协议，但是如果用户的整个存储平台只支持该协议的话，会大大限制用户对该存储平台的使用，这是因为：SAN协议是一种基于块访问的协议，因此只能采用裸设备访问方式。如果应用系统采用文件方式来管理和访问业务数据，则SAN协议无法提供支持。对于部分Windows服务器，由于其本身存储数据量不大，但是需要采用外置存储设备，如果采用SAN架构，势必需要采购FCHBA和相应的光纤端口等设备。增加用户投资成本。面对此状况，建议采用基于IP网络的块传输协议iSCSI，无需专门硬件设备，即可在IP网络上实现裸设备访问方式。对于PDM等系统，一般包含了大量的文件，同时使用数据库来保存这些文件的元数据（metadata），建议对数据库采用FC-SAN/iSCSI访问协议进行连接，而数据文件则采用用NAS访问协议进行连接。因此，我们建议用户的存储平台除了支持SAN协议外，还必须提供iSCSI/NFS/CIFS协议的支持，并且这两种协议能利用同一个以太网络来实现数据的存储和访问。这样，用户就能非常灵活的利用存储平台来满足各种应用系统对数据存储和访问的不同需求。NetApp的FAS系列存储实现了对SAN(FCP/ISCSI)协议和NAS(CIFS/NFS)协议的统一化支持，即每套FAS系列存储在不需要任何其它协议转换设备的情况下能同时支持SAN协议访问和NAS协议访问。因此利用NetApp的FAS系列存储来搭建用户的综合存储平台，就能完全满足上面所描述的平台同时支持NAS和SAN两种协议的需求存储可靠性考虑从某种意义上来说，存储的可靠性决定了整个存储架构的可靠性，因此我们在规划整个存储架构的时候，必须保证后端存储的可靠性。在可靠性方面，存储必须实现硬件架构的完全冗余保护，任何一个部件的失效不会影响整套阵列的正常运行提供先进的RAID保护技术，除了传统的基于单校验的RAID技术外，考虑到目前单个硬盘的容量越来越大（现在提供的SATA盘最大为2B），在一个硬盘发生故障被替换后所需要的RAID重构时间越来越长，因此还必须提供双校验的RAID技术以防止在重构过程中再次发生磁盘故障而导致数据的丢失提供先进的全局热备盘技术支持在线的部件更换和微码以及功能软件的升级为了进一步提升后端存储的可靠性，除了对上述功能的支持外，用户还应该考虑存储支持其它的一些用来提升阵列可靠性的技术，如：支持后端磁盘介质扫描支持非法写操作的监控和发现支持快速RAID组重构（后台数据拷贝而不是根据校验重构的方式）这些额外的技术支持能大大提升存储的可靠性从而大大提升整个存储架构的可靠性存储性能考虑可以这么说，在保证IP网络层数据传输带宽的情况下，后端存储的性能决定了整个存储架构的性能。因此，我们在规划存储架构的时候，必须保证后端存储具备足够的性能从而保证整个存储架构具备足够的性能已满足前端所有应用系统对数据存储和访问的需求。在性能方面，我们应该从软硬件两方面来考虑在硬件方面，存储必须配置足够的硬件资源（如CPU资源、前端通道资源，后端通道资源，缓存资源和硬盘资源等）以保证整套阵列有足够的数据处理性能。在软件方面，我们应该考虑阵列所提供的软件在对阵列性能提升上的帮助，如是否能实现底层IO在后端硬盘上的平均分布从而消除阵列访问热点，最大限度的发挥阵列的潜在性能是否能减少RAID校验的计算量，最大限度的减少RAID保护对性能的影像是否能消除某些存储功能（如快照、容灾等）对性能的影响如果存储在软件方面能实现如上所述的功能，则会大大提升整套存储的性能，这些功能对阵列性能的影响甚至会超出硬件资源对阵列性能的影响。因此用户在考量存储性能的时候，不能只考虑硬件资源，必须同时考虑这些软件因素，才能真正保证后端的存储具备足够的性能。存储容量配置考虑后端的存储需要配置多少硬盘，这看起来是个比较简单的问题，那就是配置的硬盘容量必须能在规划的时间内满足应用系统存储业务数据的需求，但是我们建议每套存储在配置满足这个最基本要求的磁盘数量和预算许可的前提下，尽量多配置一些硬盘，这是因为存储中配置的磁盘越多，这套阵列的潜在性能就越好。如NetApp的存储所提供的Flexvol技术能实现IO在阵列硬盘之间的平均分布，这样就能很好的发挥这种潜能，使得整套存储的性能随着硬盘数量的增加而呈现线性增加配置更多一点容量，用户在容量规划、快照或克隆配置等方面具有更大的自由性，同时可以降低因为容量规划中由于一些信息的不准确而导致的估算误差带来的影响配置更多一点硬盘，可以采用更高级别的RAID技术，可以配置更多的热备盘，这样就能提升整套存储系统的可靠性最后一点，存储的功能越来越强，好多软件功能越来越多的集成在阵列的控制器中，这样在整个成本中，控制器所占的比重越来越大，同时每TB磁盘的价格在不断下降，因此多配置一些硬盘，对整个项目的成本增加的影响非常小从上面可以看到，在存储中多配置一些硬盘，不仅能提升性能和可靠性，而且所增加的成本在整个成本结构中所占比例非常小，因此是一件性价比非常高的事情存储功能考虑随着存储技术的发展，在存储上越来越多的集成了以前必须在主机层才能实现的某些存储功能，这些功能的实现，能极大的简化用户对存储系统的管理和使用，增强对业务数据的保护。因此用户在规划存储架构的时候，应该考虑后端的存储是否能提供所需的功能以满足用户实际需要，从用户对存储架构的实际需求来看，后端存储应该提供如下的功能支持：数据快照功能：除了支持这个功能之外，用户还应该考虑该功能的实现代价，即该功能的实现对存储空间的消耗和对阵列性能的影响，这两个方面的代价越小，则这个功能越实用数据克隆功能：和数据快照一样，用户也应该从存储空间消耗和对性能影响两方面考虑该功能的实现代价存储空间动态配置功能，能根据应用的需求实现存储空间的灵活配置，这样一方面能简化存储空间的管理和使用，另一方面能大大提升存储空间的使用率WORM功能：即实现数据写入后在设定的时间内无法进行删除和修改，从而使得这些特定的数据满足法规遵从的需求数据访问优先级控制：阵列应能根据应用的优先级来控制对存储资源的分配，优先保证那些高优先级的应用系统的存储资源从而保证这些核心应用系统的数据访问性能重复数据删除功能：该功能能大大降低应用数据对存储空间的需求。性能加速功能：利用NetApp特有的FlashCache性能加速技术，可以考虑在PDM等系统中对于大容量的存储需求采用性价比较高的SATA硬盘，通过FlashCache可以达到和FC磁盘相类似的性能，但是可以大大节省存储的投资以及后期供电、制冷等维护成本。

存储高可靠性在数据中心的建设中，世茂逐渐实现了服务器的双机热备，以便当一台服务器出现故障后能够切换到另外一个控制器，从而提升系统的可靠性，以保证业务的连续性。那么，对于存储而言，是如何保证存储设备的高可靠性呢？存储部署结构NetApp的主存储FAS系列产品有两种实现模型：单控制器Stand-Alone和双控制器Cluster-FailOver。单控制器Stand-Alone模型单控制器Stand-Alone模型由一个存储控制器和若干FC/SATA/SAS磁盘架通过冗余光通道链路连接而成。单机存储模型是NetApp存储最简单的架构，它主要用于对于高可用性（HA）要求并不严格的非关键应用环境中。需要指出的是采用Stand-Alone的模型结构已经可以实现到99.995%的高可用性等级，如下图所示：双控制器Cluster-FailOver模型NetAppClusteredFailover为关键业务环境提供可靠的高可用数据服务。NetAppClusteredFailover安装在一对NetApp存储控制器上，它通过将不可用控制器的数据服务转移到集群中的另一个控制器来确保数据可用性。通常，数据服务的转移对最终用户和应用程序是透明的，数据服务将快速恢复，不会出现明显的业务运转中断。NetAppClusteredFailover提供大于99.999%的数据可用性。ClusteredFailover的管理任务简单、直观，并且易于使用，可以降低管理开销并减少人为操作错误。总而言之，它们可以进一步提高整个环境的总体可用性。NetApp存储系统支持通过群集技术（ClusterFailover），实现存储系统间互为热备失败切换的高可用功能，从而提供更强的防范硬件故障的能力。集群的控制器之间通过内部适配器和线缆加以连接，并配置为共享一套FC/SATA/SAS通道磁盘阵列和存储网络(FCSAN、iSCSI或者NAS)连接。FAS群集的存储控制器通过心跳线互相侦测对方的健康状态，当对方的状态出现异常时（如：主控单元掉电、网络连线中断），可以接管对方的读写操作（包括对方的硬盘组、尚未写盘的数据、IP地址和MAC地址等），继续数据的IO读写，该群集的失败切换接管（ClusterFailOver）操作完全由存储系统自动完成，对于前端的服务器和用户完全透明。在这种配置下，每一个存储控制器对一组磁盘负主要责任，并能分别独立工作。NetApp集群结构采用active-active的工作模式。在正常操作期间，两个控制器分别对它们各自的磁盘阵列加以操作并提供数据服务。当集群结构中的一个控制器发生故障的时候，另一控制器将会自动接管发生故障的，并且响应那些访问故障控制器所对应盘阵的请求。在整个故障转移操作过程中，接管控制器的数据服务不会受到任何影响，并且完全可用。接管控制器将一直保持这种双数据服务模式，直到管理员采取措施将数据服务恢复到其原始状态。整个故障转移过程是自动完成的，不需要任何人为操作。功能优点自动执行故障转移，并向管理员发出通知确保不可用控制器的数据服务不会中断，并通知管理员发生了故障转移。手动故障转移和故障恢复可以有计划地对控制器进行维护，而不会影响数据可用性；管理员完全可以控制何时将集群控制器恢复到其正常状态。故障转移完全透明最终用户不会受到故障转移的影响；客户端在故障转移后可以继续以相同的方式访问数据。双活动配置集群的两个控制器都可分别提供可用的服务；集群操作不需要空闲资源。简单易懂的设计和实施管理员在不到30分钟的时间内就可以安装并配置好集群控制器；需要的日常维护很少。长距离集群集群控制器的地理位置可以非常灵活。除了故障时的自动接管外，控制器也同时支持手工接管，这项功能对于计划中的控制器设备停机维护是十分有帮助的，可以在设备维护期间仍然提供不间断的数据服务。管理员最常利用NetAppClusterFailover在预定的控制器维护和升级期间通过手动启动故障转移操作来确保数据服务不间断。在配对控制器接管了数据服务后，管理员就可以执行计划的任务，而不会影响到最终用户。当控制器可以恢复正常的数据服务时，管理员可以选择在最佳时间和条件下执行故障恢复操作—将数据服务从接管控制器转移回原控制器。也可以在ClusterFailover检测到控制器可以恢复操作时，由ClusterFailover向原控制器执行自动故障恢复。这样，管理员即可进一步减少额外的人为操作，同时增加系统正常工作时间。磁盘子系统MultiPathHA(MPHA)MultipathHA解决方案通过增加控制器和磁盘柜之间的多个冗余链路，来显著提高存储数据的可用性。这避免了由存储子系统相关的故障而引起的不必要的控制器切换。每个控制器通过两条独立的主、副路径访问每个磁盘柜，如果在某条路径上的磁盘柜控制模块或者线缆出现故障，那么存储控制器将自动通过另一条链路来访问磁盘子系统，而不需要进行控制器的切换。下图说明了非MPHA和MPHA的不同。详细而言，在非MPHA的部署中，每个环路中的最后一个磁盘柜只连接了控制模块的In的端口，而在MPHA的部署中，将每个环路中最后一个磁盘柜控制模块的Out端口和控制器相连接，以形成冗余链路。MPHA具有以下优点：通过增加较少的投资就可以显著提供系统的高可靠性冗余多链路避免了在非MHPA环境下单个部件故障时而需要控制器切换MPHA提供了在非MPHA环境中所不具备的不中断升级（NDU）能力可以在不进行控制器切换的情况下进行维护操作非常适合于CIFS、FCP和iSCSI等对控制器敏感的环境下面的表格比较了MPHA和非MPHA环境的差别。避免控制器进行切换非MPHAMPHA单条控制器到磁盘柜的线缆故障无法避免可以避免单条磁盘柜之间的线缆故障（主链路）无法避免可以避免磁盘柜之间的两条线缆故障无法避免可以避免磁盘柜控制模块硬件或firmware相关故障无法避免可以避免磁盘HBA或者端口故障无法避免可以避免RAID校验除了存储控制器的高可靠性以外，我们还提供业界领先的、高性价比的磁盘子系统的高可靠性。传统的单一奇偶校验RAID技术，能为单个故障磁盘驱动器提供保护。需要警告的是，在重建故障磁盘时必须确保不能发生其他磁盘故障，而且不能在读操作过程中出现不可修复的误码。如果在重建过程中出现上面任何一种事件，那么保留在RAID阵列或卷中的部分或所有数据就可能会丢失。随着现代更大的磁盘存储介质的出现，由于磁盘容量显著增加，而误码率仍是原来的水平，这就使得出现不可修复的误码的可能性相当高。因此，传统的单一奇偶校验RAID保护数据的方法已经超出了其保护极限。更高一级的RAID数据保护已经发展到RAID双奇偶校验，也称作RAIDDP，它可以应用于整个网络应用数据存储产品线。从2004年开始，NetApp推出了双奇偶校验RAID，叫做RAIDDP。在NetApp存储中，RAIDDP是免费的，没有特殊硬件的要求，以及从RAID4升级到RAIDDP也是非常容易的。在最基本的层面上，RAIDDP为卷中的每个RAID组增加了第二个奇偶校验磁盘。RAID组是建立卷的基本结构。每一个传统的NetAppRAID4组都有一些数据磁盘和一个奇偶校验磁盘，而一个卷通常会包括一个或多个RAID4组。而RAID4卷上的奇偶校验磁盘则通过RAID4组上的磁盘对行奇偶校验进行存储，额外的RAIDDP奇偶校验磁盘则通过RAIDDP组上的磁盘存储对角线上的奇偶校验。通过RAIDDP上的这两个奇偶校验条，（一个传统的水平奇偶校验和一个对角线奇偶校验，即使同一RAID组上的两个磁盘发生故障时也能得到数据保护。在RAIDDP中，仍然使用了传统的RAID4水平奇偶校验结构，并且这种结构已成为RAIDDP结构的子集换句话说，RAIDDP并没有改变RAID4在NetApp存储上的工作方式。数据通过每一行的奇偶校验计算被写入水平行，并被视作双奇偶校验中的行，这个同样的过程仍会保留到RAIDDP中。实际上，如果是单一磁盘故障，或是从坏数据块中的读取错误，或者出现误码，那么RAID4的行奇偶校验方法就是进行数据恢复的唯一手段，无需采用RAIDDP。在这种情况下，RAIDDP的对角线奇偶校验组件仅仅是行奇偶校验组件周围的保护层。RAID4水平行奇偶校验下列图表说明了在传统NetAppRAID4解决方案中使用水平行奇偶校验的方法，也是您了解RAIDDP和双奇偶校验的第一步。图表代表了传统的RAID4组，使用包括4个数据磁盘（前4列，标注为“D”）和一列奇偶校验磁盘（最后一列，标注为“P”）的单向奇偶校验。上面图表中的行显示了实施传统NetAppRAID4时使用的标准4KB块。上面图表中的第二行在每个4KB块和行中数据的奇偶校验计算中添加了一些样例数据，随后存储在奇偶校验磁盘上相应的块中。在这种情况下，计算奇偶校验的方式是向每个水平块中添加值，然后将这些值的和存储为奇偶校验值（3+1+2+3=9）。实际上，奇偶校验是通过专门的OR（XOR）过程进行计算，但其它情况也与此例非常相似。如果需要从单一故障中重建数据，则产生奇偶校验的过程将与此相反。例如，当RAID4恢复上面第一列的数据值3时，如果第一个磁盘发生故障，就会从奇偶校验中存储的值中减去剩余磁盘上的值（9-3-2-1=3）。这个通过单一奇偶校验RAID重建的例子，应该有助于从概念上理解为什么能够对单一磁盘故障提供数据保护。添加RAIDDP双奇偶校验条下表将一个以蓝色阴影块表示的对角线奇偶校验条和一个在第六列中以“DP”表示的第二个奇偶校验磁盘添加到前面的RAID4组中。这表示RAIDDP结构是RAID4水平行奇偶校验解决方案的超集。在这个例子中对角线奇偶校验条通过相加的方法计算，并且存储在第二个奇偶校验磁盘上，而不是上面所说的实际使用的XOR（1+2+2+7=12）。此时，需要注意的最重要的问题是，对角线奇偶校验条包括一个来自行奇偶校验的元素作为其对角线奇偶校验和的一部分。RAIDDP将把最初在RAID4结构中的磁盘（包括数据和行奇偶校验磁盘）视作相同的磁盘。下一个图表为每个块加入了余下的数据，并且建立了相应的行和对角线奇偶校验条。从上图可以明显看出，在RAIDDP中，对角线奇偶校验条都在行奇偶校验结构的边缘。在这个例子中，对于RAIDDP对双磁盘故障进行恢复的能力，有两种重要情况可能不是很明显。第一种情况是，每一个对角线条会错过唯一的一个磁盘，但是每个对角线错过的磁盘都不一样。第二种情况的结果是，在第二个对角线奇偶校验磁盘上会产生或存储一个没有得到奇偶校验的对角线条。在这个例子中，被遗漏的对角线条是白色的块。在之后的重建例子中会明显的看出，遗漏一个对角线条不会影响RAIDDP在双磁盘故障中恢复所有数据的能力。NetApp是业内最早提出双校验技术的公司，也是最早在用户的生产环境中部署双校验技术的。在最近的一、两年，其它存储公司也陆续开始推出双校验的RAID-6技术。但是，由于RAID-6技术是基于传统的RAID-5基础上的，具有其先天不足的局限性。在其它公司的文档中，公开提到RAID-6和RAID-5相比，有30%的性能下降。而NetApp的RAIDDP则不同，基于NetApp优化的RAID4+技术，配合专利的NVRAM，使得RAIDDP的性能和RAID4+相比，没有明显的差异。所以NetApp的RAIDDP技术，可以实现比传统RAID10更高的可靠性，同时又可以减少45%左右的磁盘数量，并且又没有明显的性能影响。正是由于这些特性，使得RAIDDP技术在NetApp的用户中被广泛采用。

SAP解决方案NetApp和SAP是紧密的合作伙伴，为SAP提供前所未有的存储和数据管理方案，提高可用性、促进数据共享、提升性能并降低TCO。NetApp解决方案能够加速SAP的部署和升级，从而加速投资回报（ROI）并减少风险。简化数据管理是NetApp的创业基础和理念。我们革新的存储技术帮助用户提供专业的解决方案——保存信息以及提供信息服务。这个解决方案能够帮助企业实现持续的创新和引人注目的价值观。总之，NetApp能够帮助用户降低复杂度、提高可用性、实现较高的投资回报，并能够减少30%以上的总体投资。NetApp和SAP有悠久的合作历史。作为SAPAdaptiveComputing解决方案的创始合作伙伴之一，NetApp在UNIX、Linux和Windows平台存储解决方案服务获得了一系列针对SAPAdaptiveComputing的一致性认证，并由于技术创新获得了SAP的Pinnacle奖。SAP卓越中心（CenterofExcellence）和NetApp一起，为快速部署和配置SAPlandscape相关的系统克隆以及landscape的备份和恢复构建优化的存储配置。NetApp和SAP协同工作，开发支持landscape的先进的存储虚拟化工具。NetApp通过了SAPNetWeaver®的认证，而NetApp的操作系统DataONTAP®7G是WebDav的认证的软件接口。NetApp和归档软件厂商包括Symantec、OpenText以及FileNet等合作，以帮助企业利用NetApp的近线存储解决方案实现低成本的SAP数据归档。NetAppSAPCompetenceCenter的工程师确保NetApp的存储能够平滑的和SAP的新应用、数据库以及平台整合在一起。针对企业级用户在Windows、UNIX和Linux平台下的多种存储需求，NetApp提供了统一的存储平台能够同时满足数据块和文件级的数据存取。这个集成的、统一的存储平台能够帮助用户在企业的任何地点都能够进行信息的访问和管理。NetApp是SAPEnterpriseServiceCommunityProgram的创始成员之一。通过参加这个项目，NetApp开发了一系列的标准化存储服务，以提升SAP应用的在线时间并缩短进入市场的时间。通过NetApp统一化的存储实现方式以及和SAP的合作伙伴关系，帮助用户简化复杂的SAP存储环境并降低成本。我们的解决方案能够平滑的运行在异构环境中并帮助用户在Windows和UNIX环境中安全地共享数据。NetApp为SAPlandscape提供企业级的SAN/IPSAN存储系统。NetApp与SAP的AdaptiveComputing技术相结合，帮助用户实现动态的存储部署以及随着业务需求的发展动态扩展SAP的基础架构。在2006年3月，MercerManagementConsulting比较了在SAP环境中NetApp和其他厂商的存储解决方案（详见Mercerstudy“TotalCostComparison:ITDecision-MakerPerspectivesonEMC®,HP®andNetApp™StorageSolutionsinEnterpriseSAPEnvironments”，可以从/partners/sap下载），得出了以下结论：在FCSAN、IPSAN和NFS环境中，NetApp与其它存储厂商的解决方案相比，其总体拥有成本低28%至40%NetApp的后期管理成本要低47%至49%相同的可用容量需求下，NetApp的裸容量要少15%NetApp环境需要较少的管理资源和开销；对于容量规划、LUN部署、系统重新配置，以及对复制和镜像的管理都比其他厂商容易和需要更少的时间在应用出现故障的情况下，NetApp的恢复时间比其它存储厂商要少2倍SAP的升级在传统方式下，SAP生产系统采用如下图所示的方式进行升级：在每次升级前需要进行磁带备份，然后进行升级，升级完成后再进行磁带备份，然后再进行配置调整和测试，测试完成后再进行磁带备份，然后将测试完成的系统发布为生产系统。在整个过程中，需要进行三次备份。而传统的备份方式需要比较长的时间，一般需要3