oracle asru,最佳实践之二：VSP+ORACLE

大家周四好。

昨天看到四爷和若曦的事情，愣了一下。《步步惊心》是这几年唯一看完的电视连续剧，娱乐圈的事情，看来一切皆有可能，不知道我们的存储八卦是否也有八卦成真的。大家尽快爆料，我们的存储八卦第三期现在没料了。

昨天我们简单说了一些VMAX+ORACLE的一些最佳实践，也就是一些原则的东西。其实EMC还有一个武器——VFCache(服务器闪存加速)，VMAX+VFCache+ORACLE才是EMC主推的方案，因为这个方案其他高端都没有，因此，西瓜哥就不展开了，想学习的可以找EMC的白皮书看看。

今天我们来看看HDS的情况，大体上和EMC差不多。

硬件主角是HDS VSP，软件是Oracle Database 11gR2，当然，卷管理还是ASM(Automatic Storage Management)。

HDS的thin管理软件叫Hitachi Dynamic Provisioning(HDP)，HDS建议在ORACLE用这个功能，主要的作用除了thin外，也是使用宽条带化来提高性能。

使用DP的卷叫DP-VOL，可以按需扩展。

当然，HDS建议ORACLE删除比较多的数据的时候，采用ASM的一个ASRU工具把空余的空间写零，然后用HDP里面的Reclaim Zero Pages功能回收这些空间。

在性能方面，由于一个卷可以跨多个磁盘，HDS建议用户先根据性能来规划到底需要多少磁盘，然后再考虑容量。

Hitachi Dynamic Tiering(HDT)是HDS的自动分层功能软件。HDS也建议用HDT来提高ORACLE的数据库性能。但HDS只建议ORACLE的DATA文件采用分层存储，而对于REDO和ARCH，由于都是顺序写，加入SSD也不会提升多少性能，因此不建议用分层存储。

HDS VSP测试表明，增加SSD磁盘，读性能提升明显。在读I/O占比为88%情况下，性能是原来的2.05倍，在读I/O为62%占比的情况下，性能是原来的1.8倍。

而且反应时间也有很大改善，88%读情况下只是原来的70%，而62%读的情况下，只有原来的57%(有点奇怪，性能提升多的，时延的改善不如性能提升少的？估计性能提升太多，负载重了吧)。

由于采用自动分层技术，读I/O越多，迁移到SSD的数据就越多。下图可以看到86%读的情况下SSD的使用容量比62%读的情况下几乎多了一倍。

HDS当然也建议采用SATA来存放不经常访问的数据。增加SATA后，HDT会自动进行数据的迁移：

而数据重分布后，性能没有任何影响。HDS实验室测得不常访问的数据迁移到SATA后，性能和原来一样(但实验室数据性能居然有1%提升，估计是和当时的I/O情况有关吧)：

也就是HDS认为同时采用SSD/SAS/SATA，能够降低TCO而又不影响业务。

在RAID的选择上，HDS建议SSD和SAS用RAID 5，而SATA用RAID 6：

当然，如果是很多小的随机I/O，HDS还是建议RAID 1+0，但虽然是随机I/O，但I/O比较大，如32K以上，HDS认为用RAID 5就可以了，性能差不多。

大家知道ORACLE ASM需要创建很多个disk group，那么和存储的DP-VOL是如何对应的呢？下图是一个例子：

如果加上ORACLE数据对象，整个数据布局如下：

这个图总结得不错，把和存储相关的对象都罗列出来了，他们的关系也都看得一清二楚，值得收藏。

ASM虽然也有数据保护功能，但所有的存储厂商都会建议用存储的保护功能，否则存储的价值就不大了，O(∩_∩)O哈！当然，外部做保护减轻服务器的压力。

还有，ASM也有空间再平衡功能，HDS建议用HDP的空间再平衡功能代替，这样效率更高。

最后，总结一下HDS在ORACLE ASM环境下的配置建议：

好了。今天我们就聊到这里。明天见。