长篇连载：说说EMC解决方案中的那些产品和案例

（四十三）Linux 6.x 上使用 EMC XtremIO 部署Oracle的最佳做法

     此白皮书介绍了在光纤通道 SAN 环境中的 Linux 6.x 操作系统上部署 Oracle® 数据库管理系统 (DBMS) 时 EMC XtremIO存储阵列的最佳做法和建议。其中还解释了 XtremIO 的独特功能（如线内数据减少技术 [包括线内重复数据消除和数据压缩]、可扩展性能、数据保护等）如何为部署 XtremIO 作为 Oracle 数据库主存储提供高性能、简单性和空间节省优势。

     闪存存储对于提升数据中心中的 I/O 性能是一种很有吸引力的方法。但是，这种方法总是伴随着高昂成本和功能缺失的代价，例如可扩展性、高可用性和企业级功能的缺失。XtremIO 100％ 基于闪存的横向扩展企业存储阵列， 不仅提供了高水平的性能和可扩展性，也为 SAN 存储带来了全新水平的易用性，同时还提供了前所未有的高级功能。XtremIO 的全新全闪存阵列设计从创建时就是为 了实现最高的性能和一致的低延迟响应时间，并且提供企业级高可用性功能和可显著降低成本的实时线内数据减少，以及精简资源调配、到 VMware®* 的紧密集成、快照、卷克隆以及极佳数据保护等高级功能。

     此白皮书提供了为光纤通道 SAN 环境中的物理服务器在 Linux 6.x 上部署Oracle 11G R2 时的指导和建议经验法则。这包括在 XtremIO 上部署Oracle Database 11G R2 时用于实现最佳性能和重要级别效率的组件的详细描述。

     Oracle 的数据库管理系统 (DBMS) 在 XtremIO 存储阵列解决方案上能够以峰值性能运行，无论其工作负载如何，包括运行在线事务处理 (OLTP)、数据仓库存储和混合工作负载。XtremIO 存储阵列可提供可预测的高性能和一致的低延迟。此白皮书中介绍的建议和最佳做法旨在帮助存储管理员，在 Linux 上部署 Oracle DBMS 时，获得最高的 XtremIO 存储阵列性能和数据容量利用率。

白皮书的范围包括以下系统：

• 基于 Intel x86 技术的行业标准服务器
• Linux 6.x：
  • Oracle Linux Unbreakable Enterprise Kernel (UEK R1) 2.6.32-100.28.5.el6.x86_64 或更高版本
  • Oracle Linux Unbreakable Enterprise Kernel (UEK R2) 2.6.39-100.5.1 或更高版本
  • 具有 Red Hat 兼容内核的 Oracle Linux
  • Red Hat Enterprise Linux 6.x（2.6.32-71.el6.x86_64 或更高版本）
• Oracle Database 11G（11.2.0.3 和更高版本）网格和数据库软件
• 适用于网格基础架构和数据库的 Oracle ASM
• 适用于多路径软件的 Device Mapper
• QLOGIC 和 Emulex HBA

详细内容见附件：

（四十四）EMC ProtectPoint 完整备份解决方案

     本白皮书介绍了 EMC 在数据集呈指数级增长的背景之下，如何从容应对挑战，满足日益严格的保护服务级别协议 (SLA) 要求。EMC ProtectPoint 旨在提供更快、更高效的完整备份，同时消除备份对应用程序服务器的影响，降低总体成本和复杂性。通过集成主存储和业界领先的保护存储（EMC Data Domain 重复数据消除存储系统），ProtectPoint 不再需要传统备份应用程序，同时仍可提供本机完整备份的优势。ProtectPoint 提供两全其美的数据保护，兼具快照的性能和备份的功能，实现了非侵入式数据保护。

     数据保护的功能不仅仅是降低风险和成本。它能让您少花一些时间担忧能否可靠地恢复数据，投入更多的时间用于增加商业价值，从而增强业务灵活性。但首先您必须确信您的所有数据都真正受到了切实有效的保护。其中，对任务关键型和高性能应用程序及其数据的保护，既是当务之急，更是重中之重。许多传统数据保护解决方案采用“一刀切”方法，或侧重于解决某方面问题而忽略其他方面的问题，因而存在保护漏洞。相比之下，EMC 提供了一整套连续数据保护解决方案，从可用性到归档，一应俱全，可确保您的所有数据都受到适当级别的保护。

     许多应用程序都需要全天候满负荷运行，且其相关数据与日俱增。某些应用程序的性能要求特别具有挑战性。与此同时，这些应用程序的恢复点目标 (RPO) 和恢复时间目标 (RTO) 要求也日趋严格。因此导致了对快速高效保护的要求与满足此要求而不中断其他服务的能力之间存在较大的差距。由于传统备份无法满足此要求，因此很多数据中心采用快照来实现更加高效的保护。遗憾的是，如果用户在需要备份的情况下使用快照，可能会导致欠缺必需的保护和功能，并产生不必要的复杂性。

     EMC ProtectPoint 通过集成同类最佳的 EMC 产品，同时提供快照性能和备份功能，从而直接弥补了数据保护连续体系在这方面的差距。ProtectPoint 可让应用程序所有者在不影响其应用程序性能的情况下，全面掌控数据保护，从而获得不折不扣的高效数据保护。EMC ProtectPoint 提供“两全其美”的数据保护。具体而言，EMC 备份的优势包括：

• Data Domain 重复数据消除可经济高效地保留数据，从而将备份存储需求减少为原来的 1/30 到 1/10。
• 损坏保护可利用 Data Domain 的数据无损体系结构，确保数据始终可恢复。
• 借助本机应用程序与代理的集成，应用程序所有者可以控制自己的备份，同时获得应用程序一致性备份，从而简化恢复。

此外，ProtectPoint 提供以下快照优势：

• 对应用程序服务器没有任何影响
• 数分钟或数小时的 RPO
• 极小的 RTO

这使得 ProtectPoint 能够提供快照性能和备份功能。

     总体而言，借助 EMC ProtectPoint，您可以降低时间、成本和应用程序备份管理的复杂性（图 7）。首先，您将通过非侵入式数据保护消除备份对应用程序服务器的影响，由于没有数据流通过应用程序服务器，只需暂停应用程序，即可完成备份。这可确保您维持一致的应用程序性能，同时获得应用程序一致性备份，从而实现简单恢复。其次，最终您无需做任何折中，即可满足严格的保护SLA 要求。由于仅通过 SAN 直接发送更改的数据块，且所有备份均按本机格式存储，因此您将实现更快速的备份、恢复并可即时访问受保护数据，从而简化粒度恢复。最终，您将只需一个极其精简的基础架构，就能实现所有这些目标，并降低总体成本和复杂性。EMC ProtectPoint 简单高效，且无需额外的基础架构。

     ProtectPoint 攻克了保护大型任务关键型应用程序所面临的关键难题，对那些高端企业级存储阵列中的常见工作负载而言，保护要求尤为严格。ProtectPoint 以独特的方式完美解决了这些难题，因为它是专为实现高效的应用程序保护而全新设计的，并不依靠现有的备份应用程序或本机阵列快照复制。凭借这一业内独一无二的解决方案，您现在可以实现对应用程序的高效保护，并且完全无需降低性能。

详细内容见附件：

（四十五）EMC ScaleIO融合存储为SAP HANA配置定制数据中心（TDI）解决方案

     本白皮书展示了一种新的方法，可用于突破SAP HANA基于应用装置的传统部署的限制。显示了如何根据EMC ScaleIO融合存储为HANA配置定制的数据中心集成（TDI）解决方案。该解决方案提供了适用于HANA的基于服务器的标准存储，并且具有更高级别的灵活性和可扩展性。

摘要

     SAP HANA为企业提供了巨大的机遇，可利用大数据获得竞争优势。凭借众多的内存中处理功能，HANA支持实时运行应用程序和分析，加快商务智能和复杂计算的速度。尽管传统上仅部署为应用装置，但是利用预先集成的服务器、存储和网络，SAP还定义了一个备用部署选项，名为定制的数据中心集成（TDI）。TDI为企业提供了更大的灵活性，使其可以选择运行HANA的硬件组件。

     EMC ScaleIO软件为HANA的TDI实施提供高性能、可扩展且经济高效的存储解决方案。ScaleIO支持企业在行业标准服务器中使用内部存储，并创建存储区域网络（SAN）为HANA提供共享数据块存储。ScaleIO提供灵活的部署选项，可通过完全融合的方式安装在现有应用程序服务器上，也可安装在专用服务器上。借助ScaleIO，企业大大提到了灵活性，可从小型HANA实施入手，并随着业务需求的增长进行扩展。ScaleIO还消除了传统HANA应用装置中对大量前期投资的需求，从长远来看可以避免受制于供应商。

     EMC和VCE已携手对采用HANA的ScaleIO进行了测试。这些测试旨在证明ScaleIO可以达到SAP的性能基准。通过这些测试，EMC和VCE还可以为ScaleIO基础架构优化配置选项，并将经过优化的配置选项共享给计划进行相似实施的其他企业。

本白皮书介绍了我们构建的测试环境，并且为致力于为HANA部署ScaleIO的其他企业提供了详细的配置建议和最佳做法。此外，本白皮书还包括有关如何启用SAP HANA来访问ScaleIO存储的知道。

     通过遵循本白皮书中的指导和建议，任何规模的企业都可以做好充分的准备，从而成功将ScaleIO部署为适用于SAP HANA的TDI解决方案。

业务案例

     SAP HANA是功能强大的内存中数据库和应用程序平台，支持在线交易、预测分析、空间处理等突破性功能。传统上，SAP需要HANA以应用装置模式部署，这样就可以通过集成产品包的形式提供认证的计算、存储和网络组件。但是，这种应用装置模式将企业锁定在特定的供应商硬件中，使他们无法使用数据中心的现有资源，限制了灵活性，并且通常会增加HANA的应用成本。

     为了应对此种情况，SAP为HANA部署定义了TDI模式。借助TDI，企业可以在经SAP认证的服务器上部署HANA，并且可以自行选择存储和网络设备，只要这设备受SAP支持即可。TDI模式可以加快HANA的部署速度，让HANA部署可以灵活地从较小环境开始，然后根据需要进行扩展，避免了陷入受制于供应商的困境。这有助于企业缩短实现价值的时间、降低风险以及削减HANA的基本之处和运营支出。

适用于HANA TDI的EMC ScaleIO：

     EMC ScaleIO为SAP HANA提供理想的TDI解决方案。ScaleIO是纯软件SAN，将行业标准服务器上的内部存储转变为全局共享数据块存储。ScaleIO提供单层弹性计算和存储体系结构，可为SAP应用程序和非SAP应用程序提供线性可扩展性。ScaleIO使企业可以从少量服务器以及数TB的容量入手，然后将环境纵向扩展到数千台服务器和数PB的容量，同时保持一致的性能。此外，ScaleIO可以使用相同的底层体系结构进行纵向扩展和横向扩展，以根据企业的各项要求扩展SAP HANA。

借助ScaleIO，企业可以获得SAP HANA所需的所有性能和容量。优势包括：

• 纯软件解决方案 – 可以灵活地根据业务需求进行扩展
• 不受硬件限制 – 使企业可以从一系列经SAP认证可用于HANA的服务器中进行选择，并根据需要修改内部磁盘
• 部署灵活性 – 可轻松安装在现有基础架构中，也可作为全新部署安装在屋里环境和虚拟环境中
• 自行管理 – 添加或移除服务器时自动重新平衡容量，并且可以自我修复以自动从服务器或磁盘故障中恢复

     本解决方案的目的在于证明EMC ScaleIO融合存储为基于应用装置的SAP HANA传统部署提供可行的备用方案。根据EMC和VCE执行的测试，本白皮书证明了ScaleIO可提供高度灵活、可扩展且经济高效的定制数据中心集成（TDI）解决方案，从而达到SAP要求的KPI。另外，白皮书还提供详细的配置和部署建议，旨在帮助企业成功实施ScaleIO作为其SAP HANA环境的TDI解决方案。白皮书包括以下内容：

• 介绍关键解决方案技术
• 介绍EMC和VCE构建用来评估采用SAP HANA的ScaleIO的总体测试环境
• 提供详细的配置信息和测试做法，用于设置和微调用于HANA的ScaleIO环境
• 提供有关如何从SAP HANA节点访问EMC ScaleIO存储的建议
• 包含资源以提供其他详细信息

详情见附件：

（四十六）面向Oracle数据库的EMC XtremIO优化闪存存储

     由Oracle数据库工作负载生成的物理I/O模式已经得到很好的理解。过去，这些I/O特征的可预测性质已经使得平台供应商能够广泛实施各种I/O加速技术，包括预取、合并传输、分层、缓存甚至I/O消除。不过，对所有这些加速技术而言均非常重要的关键假设是存在可识别的活动数据集。虽然Oracle数据库工作负载确实通常都位于活动数据集上，但工作负载的活动数据集很少是静态的 – 它往往会基于数据老化或工作流（如“月末数据处理”）甚至数据源本身等易于理解的因素移动。识别当前的活动数据集并跟上活动数据集的移动既复杂又耗时，因为工作负载、工作负载类型和工作负载数量非常多变。存储管理员不断追逐活动数据集导致的性能热点。

     基于闪存介质的全闪存阵列（AFA）可以完全消除识别活动数据集的需要，因为闪存能够均等地服务较大数据集的任何部分。但是并非所有AFA都能带来同等的优势。

     尽管有无数的AFA已进入市场，但要获取数据库要求的最佳性能仍非常具有挑战。挑战不仅限于性能。现代存储阵列提供了广泛的功能，例如重复数据消除、快照、克隆、精简资源调配和复制。这些功能构建在底层磁盘管理引擎的基础之上，并遵守有利于顺序I/O的相同规则和限制。简单地用闪存替换硬盘驱动器不会破坏这些功能，但也无法增强这些功能。

     EMC开发了完全基于闪存介质的全新类别的企业级存储系统，即XtremIO闪存阵列。XtremIO的方法不是简单地在现有的存储控制器设计或软件中进行闪存替代，而是从头设计全新的阵列以发挥闪存的全部性能潜力，并提供在当前存储系统的背景中前所未有的基于阵列的功能。

     本白皮书将帮助读者了解Oracle数据库性能瓶颈以及XtremIO AFA如何利用其独特的功能应对I/O配置文件和负载水平的持续变化以解决这类性能瓶颈。白皮书中证明，要确保最佳Oracle数据库用户体验，必须有针对闪存高度优化的体系结构。

白皮书的主要内容分为以下几个部分：

• 介绍延迟计算中的Oracle数据库案例
• 面向Oracle的最佳时间模型
• 体系接哦古影响服务时间的可持续性

详细内容见附件（附件为（二）不1ms不是好AFA，全闪存阵列XtremIO优化Oracle数据库性能的中文版本）

（四十七）针对大型机环境的 EMC VMAX 概述

     本白皮书介绍了适用于 IBM z 系统的 EMC VMAX3 和 VMAX 全闪存存储的功能。在运行HYPERMAX 操作系统 5977 和 z/OS 环境中运行 Mainframe Enabler V8.0 时提供大型机功能。在本文档中，VMAX3 是指所有的 VMAX 100K、VMAX 200K 和 VMAX 400K 存储系统，VMAX 全闪存是指 450F 和 850F。

     全球各地的组织需要能够提供可即时、持续访问的 IT 基础架构，以便访问大规模增加的与传统在线事务、批处理和大数据使用情形（如数据仓库存储和数据分析）相关联的数据量。这必须通过持续减少总体拥有成本 (TCO)、改善存储服务级别协议 (SLA) 和与数据存储有关的风险缓解措施来完成。许多组织在合同上绑定了描述所需服务级别的 SLA，通常会出现违反法规遵从性相关的处罚。组织正在试着了解如何在多数大型组织作为“记录系统”使用的大型机（被称为“第 1 平台”）上，利用构建于社交、移动、云和大数据时代（IDC 将其统称为“第 3 平台”）新一代“参与系统”应用程序。几乎每周都会出现新的数据可用性和完整性威胁，IT 组织必须利用先进的技术来响应威胁，为数据提供保护。几十年来，EMC 一直在帮助企业解决大型机存储问题，现在，EMC 重新定义了传统存储阵列，将其转变成“数据服务平台”，成为搭建在第 1 平台和第 3 平台之间的桥梁，实现现代化并交付下一代混合云计算和存储，于此同时提供最佳的可用性、数据完整性和总体拥有成本 (TCO) 管理。

现代化大型机存储体系结构需要实现：

• 大规模容量扩展
• 极大的性能扩展
• 灵活地处理不断变化的工作负载，同时始终保持一致的服务级别
• 从威胁到数据完整性和可用性提供物理和逻辑保护
• 可以跨无数阵列、sysplex 和物理位置进行扩展的数据保护基础架构
• 通过超级融合基础架构降低成本
• 一种可自动完成且几乎完全不需要干预的使用模式，将管理与其他平台统一，进一步降低总体拥有成本 (TCO)

支持大型机的 VMAX 100K、200K、400K、450F 和 850F 阵列旨在通过以下方式满足并超越这些要求：

• 在一个双引擎机柜中扩展至 480 个驱动器，能够混合使用闪存和 SAS 驱动器技术
• 利用横向扩展体系结构达到 8 个引擎、384 个核心、16 TB 缓存和 256 个物理主机连接
• 全闪存阵列在单个存储层中利用强大的 Dynamic Virtual Matrix 体系结构。
• 服务级别目标 (SLO) 和动态分配系统资源以满足最迫切需要的混合体系结构
• 业内最高级的本地和远程复制解决方案
• 一个融合的存储平台，可在 VMAX3 上运行功能强大的存储和应用程序工作负载
• 一种易用且在高端存储领域具有唯一性的模式

本白皮书介绍了 VMAX3 如何为大型机环境提供这些功能和其他支持的详细信息。详情见附件：

（四十八）适用于 VNX2 的 VDM METROSYNC

     能够访问数据是许多组织的日常运营和职能中的关键组成部分。通过实施复制解决方案，数据中心可以提供灾难恢复 (DR) 计划和附加冗余，从而避免业务运营中的中断。现在对连续数据可用性的需求比以往任何时候都要高。IT 组织在寻求可在主站点不可用时提供零数据丢失的同步复制解决方案。它们必须能够快速、高效地从灾难中恢复，以便尽快使其业务恢复在线状态。它们希望通过在检测到严重问题时自动故障切换到辅助站点，来尽可能减少宕机时间。本白皮书针对旨在满足这些要求的 VDM MetroSync、VDM MetroSync Manager 和保留 Replicator 会话提供了综合概述。

     VDM MetroSync 是适用于 VNX2 File 的灾难恢复 (DR) 解决方案，它利用 MirrorView/S 复制会话以虚拟 Data Mover (VDM) 粒度创建零数据丢失复制解决方案。它允许复制 VDM 以及其所有内容，包括文件系统、检查点、检查点计划、CIFS 服务器、导出、接口等。它可以采用主动/被动配置（其中活动 VDM 限制到一个站点上）或主动/主动配置（其中每个站点都具有其自己的一组活动 VDM）进行配置。VDM 可以根据需要从一个系统移动或故障切换到另一个系统。

     VDM MetroSync Manager 是可选软件，可以安装在使用 VDM MetroSync 的 Windows 服务器上。它提供一个 GUI 界面，可显示 VDM MetroSync 会话信息，并运行移动、故障切换或恢复 VDM 这些操作。它还能连续监视会话，并在检测到问题时自动启动故障切换。在两个系统之间启用了同步复制时，还可以使用 Replicator 将异步复制添加到第三个系统。这使第三个系统可以位于距离更远的位置上，并使它可以用作备份和恢复解决方案。当 VDM 在 VDM MetroSync 系统之间进行移动或故障切换时，到第三个系统的 Replicator 会话会保留。由于 Replicator 检查点会随 VDM 一起复制，因此提供了一个公共库检查点，从而无需在故障切换之后进行完全同步。Replicator 会话可以在 VDM 处于活动状态的新系统上进行增量更新并重启。

与机柜级别灾难恢复解决方案相比，VDM MetroSync 提供了几个优势：

• 粒度更大 — 允许单个 VDM（而不是整个系统）进行故障切换。
• 故障切换时间 — 故障切换时间更短，因为无需对整个机柜进行故障切换。
• Data Mover 使用效率更高 — 无需闲置的本地备用 Data Mover。
• 自动故障切换 — 使用 VDM MetroSync Manager 提供自动故障切换功能。

此功能的一些典型使用情形包括：

• 灾难恢复 (DR)
• 停电
• 网络中断
• 人为错误（意外重新启动、缆线拉动等）
• 环境（洪水、风暴、火灾等）

数据移动性

• 维护
• 负载平衡
• 升级

白皮书中包括VDM METROSYNC 配置和操作的详细步骤：

（四十九）EMC VNX 上的虚拟 Data Mover

     本白皮书介绍了 EMC VNX 系列存储平台中提供的虚拟 Data Mover (VDM) 技术的高可用性和可移植功能。VDM 是 VNX Operating Environment 的标配。虚拟 Data Mover (VDM) 是一项 EMC VNX 软件功能，可用于将通用 Internet 文件系统 (CIFS) 和/或网络文件系统 (NFS) 环境和服务器分组到虚拟容器中。通过使用 VDM，可以将 CIFS 和/或 NFS 环境相互隔离，从而使其更安全、更易于复制和迁移。

     VDM 包含支持一台或多台 CIFS 和/或 NFS 服务器及其文件系统所需的数据。每个 VDM 都只能访问装载到该 VDM 的文件系统，从而在 VNX 系统上的物理 Data Mover 与其他 VDM 之间形成逻辑隔离。创建 VDM 时，会为该 VDM 创建大小为 128 MB 的根文件系统。每个 VDM 只创建一个根文件系统。这是存储 CIFS 和/或 NFS 身份信息的文件系统。数据文件系统会装载至在 VDM 根文件系统上创建的装载点，用户数据保留在这些数据文件系统内。

实施 VDM 可以：

• 启用隔离 CIFS/NFS 环境的复制。
• 简化隔离 CIFS/NFS 环境的迁移。
• 隔离 CIFS 服务器和/或 NFS 服务器可提供更高级别的安全性。这在多租户环境中特别有价值。
• 针对不同的主目录隔离 VLAN 和文件系统装载，从而隔离主目录数据库及其关联的用户。

     从 VDM 访问数据与访问驻留在物理 Data Mover 上的数据没有区别。多名称域解决方案为每个 VDM 实施一台名为“NFS 端点”的 NFS 服务器。VDM 用作容器，其中包括 NFS 端点和/或 CIFS 服务器导出的文件系统。VDM 上的这些文件系统通过连接到 VDM 的 Data Mover 网络接口子集可见。在该 VDM 上，CIFS 和 NFS 协议可共享同一网络接口。客户不用担心性能受到影响。VDM 的工作方式与物理 Data Mover 相同。通过为每个 VDM 实施 NFS 端点，VNX 向 UNIX 环境中的 Data Mover 提供了多名称域解决方案。假设每个 VDM 都在唯一的域命名空间中运行，那么承载多个 VDM 的 Data Mover 能够向作为不同轻型目录访问协议 (LDAP) 或网络信息服务 (NIS) 域的成员的 UNIX 客户端提供服务。与 CIFS 服务类似，多个 NFS 域将被添加到物理 Data Mover，以便为具有不同名称的域提供对 VDM 的访问权限。其中每个 NFS 端点都将分配给一个或多个 Data Mover 网络接口。可以指定任意数量的不同域名系统 (DNS) 或轻型目录访问协议 (LDAP) 域。

详细内容见附件：

（五十）适用于Oracle的EMC XtremIO高性能整合解决方案

     本白皮书介绍了在EMC XtremIO全闪存阵列上部署VMware vSphere的虚拟化Oracle Database所具有的性能和运营优势，并且介绍了该解决方案如何增强Oracle Database环境的整合和虚拟化。

     虚拟化数据库服务器是用于整合数据库的成熟策略，但是会带来独特的挑战。将多个应用程序整合在更少的物理主机上时，后端存储的I/O工作负载会变得高度随机，是因为虚拟机共享物理主机HBA等资源。XtremIO全闪存存储阵列构建用于在这些需求苛刻的虚拟化环境中执行操作，具有非常高且一致的随机I/O性能和最好的每数据库成本经济效益。此解决方案展示了使用XtremIO存储在VMware vSphere上部署Oracle Database 11g的优势，包括：

• 将虚拟化Oracle数据库和其他应用程序整合在相同的物理主机和存储上
• 提供一致的性能和正常运行时间来满足应用程序服务级别协议（SLA）要求
• 易于使用且通过XtremIO简化增长规划
• 最大限度减少整个数据库环境（包括所有生产和测试/开发拷贝）的存储占用空间

此解决方案展示出XtremIO可提供一下优势：

• 快速、简单的设置，无需或只需很少的存储调整
• 大数据块随机I/O和高带宽，适合具有多个并发用户的大型数据仓库
• 为扩展OLTP工作负载实现更高的每秒I/O次数（IOPS）和一致的延迟
• 为具有高度随机I/O的整合与虚拟化数据库环境实现一致的性能
• 使用XtremIO线内重复数据消除大大节省存储占用空间
• 为高可用性、集群系统（例如Oracle RAC和VMware vSphere HA）提供高容错/保护能力

解决方案体系结构

该体系结构包含以下内容：

• 计算层：包含四台服务器，共使用32个核心，并且配备2.9GHZ的处理器和总共2TB的RAM。机架安装的服务器支持通过高性能、整合且虚拟化的方法构建Oracle基础架构，从而实现部署灵活性且不需要进行应用程序修改。
• 网络层：包含两个IP交换机和两个控制器级SAN交换机，配置了108 GB/秒的活动带宽。SAN交换机专为在支持虚拟化数据中心和企业云的存储网格中进行部署而设计。
• 存储层：包含两个X-Brick阵列（12 U）以及14.94 TB的可用物理容量。

     这些服务器安装有vSphere并且配置为VMware ESXi集群。在此运行四节点Oracle RAC数据库的ESXi集群上创建了四个虚拟机。通过将OLTP和数据仓库（DW）工作负载与Oracle RAC工作负载分开运行，检查了性能。

详细内容见附件：

（五十一）EMC XtremIO部署企业级PostgreSQL 解决方案

     EnterpriseDB（ Postgres Advanced Server Database是由EDB（http://www.enterprisedb.com/）提供的针对企业级的PostgreSQL数据库产品，他在PostgreSQL社区版的基础上提供更多的安全、兼容性、企业开发、DBA管理、HA、扩展等功能。本白皮书主要介绍了在EMC XtremIO全闪存阵列上部署EDB Postgres Advanced Server的性能表现。

解决方案架构：

• 计算层：四台物理服务器、安装VMwar ESXi集群，运行VMware vSphere。
• 网络层：两个IP交换机和两个Director-Class 支持虚拟化的SAN交换机，带宽108GB/s。
• 存储层：XtremIO双X-Brick集群，30TB的物理可用空间。

软件版本：

VM Template：

数据库Profile：

两个测试案例：

测试1 - 性能压力测试

工具pgbench、Read-Only和Read/Write，1、2、4  VM的顺序增加负载。Read-Only结果：

时间维度表现平稳（Read-Only测试）：

性能随着DB数量呈线性上升，倍率稳定（Read-Only测试）：

Mixed Read/Write测试结果：

时间维度表现平稳（Mixed Read/Write测试）：

性能随着DB数量呈线性上升，倍率稳定（Mixed Read/Write测试）：

测试2 - 快照性能测试：

测试中，为ProDB创建5个快照，同时运行压力测试。测试结果结果：

     总结来看，XtremIO对处理EDB Postgres Advanced Server的负载表现游刃有余。EMC在解决方案中验证了在XtremIO上部署企业级PostgreSQL的良好表现。详细的解决方案中所使用到的技术和配置，见附件：

（五十二）VMAX全闪存SQL Server部署解决方案

     本解决方案白皮书描述了VMAX全闪存阵列为运行SQL Server的业务关键性数据提供了易用性、可依赖性、高可用性、安全性等特点的存储部署。VMAX全闪存是EMC 2016年新推出的旗舰存储阵列，它能够通过增加Flash Pack和V-Brick单元同时满足横向与纵向的扩展需求。

同时，针对SQL Server数据库的特点，VMAX全闪存一些关键的优势包括：

• VMAX的大容量DRAM高速缓存比直接使用SSD写入速度更快，更适合批量读取。
• Write-Folding技术可以最大化利用VMAX大容量缓存数据，选择性的写入数据到SSD，增加闪存的寿命。
• FlashBoost技术允许某些小的随机IO能够跳过原先闪存中“Read-Miss“加载数据到缓存的阶段，直接从SSD从完成读取，再存入缓存为将来使用。
• TimeFinder SnapVX加强级的本地快照功能，允许数据消重、Redirect-on-write、Pointer-based管理等等功能。
• SRDF支持最多4个站点的SQL Server的远程复制。
• 配置AppSync服务器来管理数据复制。

性能方面，白皮书提供了两个测试案例，测试环境配置如下：

测试案例一，单SQL Server数据OLTP测试

     测试结果达到1.32M的 TPM，每秒21000的批量请求每秒，这种情况下，单个V-Brick的VMAX全闪存阵列的缓存利用率在75%，IO延迟只有区区的0.3 ms。

测试案例二，多SQL Server数据的OLTP测试

     这个测试中分别选择3种不同性能的服务器运行SQL Server的压力测试，观察VMAX全闪存在混合负载SQL Server环境中的性能表现。

测试结果是，所有的服务器都能体验到小于1ms的IO延迟。

缓存的Hit率：

前端的IOPS：

测试结果的汇总表：

     综合来看，VMAX 全闪存非常适合运行业务关键性的高性能SQL Server需求的负载，并能够利用VMAX的诸多数据保护，数据服务和高可用性的功能。

详细内容见附件：

cloudboos啊 是不是ddboost得大哥

ddboost比cloudboost出来的早哦

（五十三）EMC XtremIO部署Citrix XenServer 6.5的优势

     这篇解决方案描述了在EMC XtremIO全闪存阵列上部署Citrix XenServer 6.5性能和运营上的优势，以及描述解决方案是如何加强在虚拟化环境中的XenServer 6.5运行效率。解决方案使用EMC XtremIO全闪存阵列和Citrix XenServer 6.5提供存储与服务器硬件整合的私有云与服务器虚拟化环境。这种新的虚拟化架构通过集中管理，来提供部署有效的可扩展虚拟计算单元和共享存储来支持。

硬件资源：

软件资源：

参考配置架构的步骤：

• 为XenServer配置存储多路径软件
• HBA和XtremIO设备I/O Scheduler和Queue Depth配置
• 存储容器配置（Storage Repositories）
• XenServer Control Domain 配置
• 空间回收配置Space Reclamation

测试结果：

在完成上述配置之后，整体环境的性能状况如下图所示

详细内容见附件：

（五十四）VMAX全闪存部署业务关键性Oracle数据库

     本白皮书描述和演示了为什么要使用VMAX全闪存阵列部署业务关键性数据库的优势。VMAX全闪存阵列为运行SQL Server的业务关键性数据提供了易用性、可依赖性、高可用性、安全性等特点的存储部署。VMAX全闪存是EMC 2016年新推出的旗舰存储阵列，它能够通过增加Flash Pack和V-Brick单元同时满足横向与纵向的扩展需求。而随着越来越多的Oracle数据库部署在闪存阵列中，能够为客户带来诸如降低数据中心空间、减少能耗、提升性能等优势。

同时，针对Oracle数据库的特点，VMAX全闪存一些关键的优势还包括：

• VMAX的大容量DRAM高速缓存比直接使用SSD写入速度更快，更适合批量读取。
• Write-Folding技术可以最大化利用VMAX大容量缓存数据，选择性的写入数据到SSD，增加闪存的寿命。
• FlashBoost技术允许某些小的随机IO能够跳过原先闪存中“Read-Miss“加载数据到缓存的阶段，直接从SSD从完成读取，再存入缓存为将来使用。
• TimeFinder SnapVX加强级的本地快照功能，允许数据消重、Redirect-on-write、Pointer-based管理等等功能。
• SRDF支持最多4个站点的SQL Server的远程复制。
• T10 Data Integrity Field功能全阵列级别的数据错误检验与保护
• EMC ProtectPoint提供VMAX与EMC Data Domain的全方位功能集成

白皮书中还列出了在VMAX全闪存阵列中部署Oracle数据相关的配置建议，包括：

• 存储设计（Storage Design）
• 主机连接（Host Connectivity）
• 主机存储设备数量与容量规划
• Oracle RAC集群主机设备命名
• 分区对齐
• Oracle数据库层面设置
• 存储组与设备映射

三种情况的性能测试结果

详细内容见附件：

（五十五）VMAX全闪存以及VMAX3部署VMware Virtual Volumes

     本白皮书如何在EMC VMAX3和VMAX全闪存上部署VVol的步骤。根据文章（https://community.emc.com/docs/DOC-36732）的介绍，VMware Virtual Volume虚拟卷功能提供了一种的新的范例，可以让单个虚拟机和它的磁盘（而不是LUN）成为存储系统的管理单元。Virtual Volume将虚拟磁盘和其他的虚拟机文件封装起来，原生地储存在存储系统上。通过使用专门的API接口（vSphere APIs for Storage Awareness，VASA），存储系统可以感知到虚拟机和它们相关的内容。通过VASA，vSphere和下层存储系统可以建立起双向的带外（out-of-band）通信，使得数据服务和一些虚拟机操作可以卸载到存储上，比如快照、克隆等。

     对于支持Virtual Volume的存储系统的带内（in-band）通信，vSphere仍然使用标准的SCSI和NFS协议。这就使得对Virtual Volume的支持可以在任意类型的存储上实现，如iSCSI、Fibre Channel、FCoE和NFS。而VMAX的内核HYPERMAX OS 5977 Q1 2016开始支持VVol。

本篇白皮书从几个角度介绍了VVol在VMAX阵列上的配置：

• Virtual Volume管理
• VAAI和VVols：ATS，Full Copy，Block Zero、Reclaim、Thin Provisioning Out of Space
• VASA2的安装和配置
• 在VMAX3上配置Virtual Volume：Unisphere for VMAX和Solutions Enabler
• 在vCenter中注册VASA Provider
• 创建VVol Datastore和VM Storage Policy
• VMFS和VVol克隆与迁移
• VVol配置Oracle Database 12c

白皮书中队上述的内容描述都比较详细，操作管理员只需要按照书中介绍的步骤一步步就能完成配置。

详情见附件：