今天我们来看看另外一个产品HP 3PAR和ORACLE的最佳实践。

HP现在的3PAR产品覆盖了中端和高端两个市场，命名为StoreServ系列：

3PAR的独特之处就是采用了FAST RAID，原理类似华为的RAID 2.0，只是每个硬盘切成1GB大小的数据块，并且采用了ASIC做加速：

这种RAID技术号称没有热点，性能和容量自动均衡。特别是RAID 5的性能比较优异，我们后面再谈。

在3PAR的最佳实践了，HP特别提了文件系统分区和存储的RAID SET对齐的问题。比如下图，ORACLE采用1MB的AU粒度写入3PAR中，本来只需要写2个RAID SET的，但如果分区没有对齐，那么就需要写3个：

如果做了对齐，那么每个1MB的写就只需要写2个RAID SET，每次少了计算一次XOR校验，整体写性能提高了20%。具体如何对齐，不同操作系统有不同方法，如linux采用fdisk命令可以实现。

AO迁移的粒度叫region，其大小是128M，颗粒度相对其他厂商并不占有优势：

但对于redo log文件，由于没有热点数据，因此HP不建议采用AO自动分层特性。

Dynamic Optimization (DO)是另外一种特性，针对某些卷的整体迁移，这个就不是自动的了。很多单位如都有月底出账的要求，这个时候就可以利用这个特性。到月底的时候，把整个数据迁移到高速的层上去，出完帐后再迁移回来。

至于Thin特性，3PAR号称thin的祖师爷，因此大部分情况下，HP是建议用thin特性的，但如果某个卷的利用率超过80%，HP建议还是不用的好。3PAR支持通过ASIC做写零检测，自动回收空间。可以和ORACLE ASRU程序配合，使系统一直保持thin状态：

以上就是3PAR的结合ORACLE的一些总体建议。我们下面来看一下3PAR和ORACLE一些联合测试结果。

RAID技术，也就是每个硬盘都分成了1GB的数据块。这些数据块有些在磁盘的内侧，有些在磁盘的外侧。大家都知道，由于磁盘的外侧的线速度高，因此外侧的数据块性能就比较好。3PAR创建一个卷的时候，可以指定是否优先采用外道的数据块来创建。这样针对一些要求比较高性能应用的文件，如ORACLE的log文件，就可以放在磁盘外道组成的卷上。HP测试，性能有7%以上的提升：

针对一个ASM磁盘组需要多少个3PAR卷性能最佳，HP测试显示4个最理想。我们记得XIV的一般建议1-2个，那是应为XIV的数据块大小是1MB，比3PAR的1GB小了很多：

针对一个混合负载的环境，3PAR还测试了硬盘隔离和不隔离两种性能：

比如ORACLE用80个硬盘，其他负载用80块硬盘，对比大家一块用的情况，发现共用一个硬盘池性能上有提升，而且提升的幅度蛮大的，大于20%了。这个当然得益于FAST RAID技术。但前面我们分析过，由于3PAR没有自动故障隔离技术，因此数据这么分散，数据丢失的风险就比较高了。

3PAR还测试了ORACLE数据库在决策支持环境下采用thin和不采用thin的对比，我们可以看到，性能基本上是一致的：

3PAR说着得益于其thin的预分配机制，空间总是提前分配一下，因此，对性能的影响很少。

大家看到，由于没有数据库，3PAR对ORACLE还是非常重视的，上面的测试结果就是联合ORACLE一起发布的。

好了，今天我们就分享到这里。我们明天见。