現(xiàn)在VMAX也支持用Unisphere來(lái)進(jìn)行配置，因此EMC建議采用GUI的界面，不需要用命令行去做了：

在配置的時(shí)候，EMC建議采用Auto Provisioning Group來(lái)進(jìn)行主機(jī)、端口以及存儲(chǔ)資源的映射，這種方式比傳統(tǒng)的方式大大減輕配置的工作量：

雖然是數(shù)據(jù)庫(kù)應(yīng)用，但EMC還是建議采用精簡(jiǎn)配置（VP)來(lái)做。就算你不用thin這個(gè)功能，但由于設(shè)備是thin device，VMAX可以充分使用thin pool里面使用的硬盤(pán)，實(shí)現(xiàn)寬條帶化，也就是性能提升:

thin pool里面的設(shè)備叫data device，數(shù)據(jù)就是存放在上面：

當(dāng)然，用thin device，你就可以使用FAST VP特性，優(yōu)化數(shù)據(jù)庫(kù)的性能：

比如設(shè)計(jì)一個(gè)存儲(chǔ)池的策略，給每種介質(zhì)分配一定比例的空間，系統(tǒng)就可以根據(jù)數(shù)據(jù)的熱度在里面進(jìn)行自動(dòng)遷移了，用戶基本不用管理，是比較方便的一種做法。

EMC的FAST策略里面的百分?jǐn)?shù)的和可以超過(guò)100%，這樣相當(dāng)于把決定權(quán)交給系統(tǒng)，如果需要，系統(tǒng)可以把所有的數(shù)據(jù)遷移到某一層。資源比較富裕的時(shí)候，這就是一個(gè)懶人做法。

當(dāng)然，要做遷移，需要分析性能數(shù)據(jù)，這塊的工作其實(shí)是在管理控制臺(tái)上做的，還有遷移的算法也是在管理控制臺(tái)上，但遷移的動(dòng)作是Enginuity來(lái)完成：

當(dāng)然，如果要做CDP保護(hù)，EMC經(jīng)常推它的recoverpoint產(chǎn)品，因?yàn)閂MAX內(nèi)置了recoverpoint的分離器。每一個(gè)I/O下來(lái)，VMAX都可以復(fù)制一份給recoverpoint系統(tǒng)使用。在招標(biāo)的時(shí)候，如果你看到要求存儲(chǔ)集成I/O分離器，基本都是EMC引導(dǎo)的標(biāo)書(shū)，O(∩_∩)O哈！

EMC的thin deveice其實(shí)也支持全部空間預(yù)分配，如果用戶擔(dān)心數(shù)據(jù)庫(kù)快速增長(zhǎng)的時(shí)候需要分配新空間帶來(lái)的性能問(wèn)題，可以提前把空間分配給thin device。也就是我們不用傳統(tǒng)的thin provisiong的功能，只是用thin device支持的FAST、寬條帶化等特性，提高ORACLE的性能。

由于ORACLE的卷管理軟件是ASM，ASM也有條帶化功能，因此，數(shù)據(jù)的熱點(diǎn)也是分散開(kāi)來(lái)，但是還是有一些熱點(diǎn)的，這個(gè)時(shí)候再配合FAST VP，把這些熱點(diǎn)遷移到flash上，性能就可以得到優(yōu)化。這個(gè)是ORACLE提供的heat map示意圖，我們前面講過(guò)ORACLE的ZFS存儲(chǔ)可以利用這個(gè)heat map做自動(dòng)遷移，EMC應(yīng)該無(wú)法自動(dòng)利用這個(gè)heat map，還必須用它自己的性能分析工具去分析：

小結(jié)一下，EMC VMAX建議采用Unisphere GUI來(lái)進(jìn)行管理，建議盡量采用VP功能，盡快你可能不需要瘦分配特性。從這里我們可以看出，其實(shí)EMC+ORACLE沒(méi)有太多的耦合，雖然EMC提供了一個(gè)管理插件可以嵌入到ORACLE管理軟件里面，但由于ORACLE不開(kāi)放接口，因此EMC也無(wú)法做深度的結(jié)合了。

其實(shí)EMC還有一個(gè)武器——VFCache（服務(wù)器閃存加速），VMAX+VFCache+ORACLE才是EMC主推的方案，因?yàn)檫@個(gè)方案其他高端都沒(méi)有，因此，西瓜哥就不展開(kāi)了，想學(xué)習(xí)的可以找EMC的白皮書(shū)看看。

最佳實(shí)踐之二：VSP+ORACLE

接下來(lái)來(lái)看看HDS的情況，大體上和EMC差不多。

硬件主角是HDS VSP，軟件是Oracle Database 11gR2，當(dāng)然，卷管理還是ASM（Automatic Storage Management）。

HDS的thin管理軟件叫Hitachi Dynamic Provisioning（HDP)，HDS建議在ORACLE用這個(gè)功能，主要的作用除了thin外，也是使用寬條帶化來(lái)提高性能。使用DP的卷叫DP-VOL，可以按需擴(kuò)展。

當(dāng)然，HDS建議ORACLE刪除比較多的數(shù)據(jù)的時(shí)候，采用ASM的一個(gè)ASRU工具把空余的空間寫(xiě)零，然后用HDP里面的Reclaim Zero Pages功能回收這些空間。在性能方面，由于一個(gè)卷可以跨多個(gè)磁盤(pán)，HDS建議用戶先根據(jù)性能來(lái)規(guī)劃到底需要多少磁盤(pán)，然后再考慮容量。

Hitachi Dynamic Tiering（HDT)是HDS的自動(dòng)分層功能軟件。HDS也建議用HDT來(lái)提高ORACLE的數(shù)據(jù)庫(kù)性能。但HDS只建議ORACLE的DATA文件采用分層存儲(chǔ)，而對(duì)于REDO和ARCH，由于都是順序?qū)?，加入SSD也不會(huì)提升多少性能，因此不建議用分層存儲(chǔ)。

HDS VSP測(cè)試表明，增加SSD磁盤(pán)，讀性能提升明顯。在讀I/O占比為88%情況下，性能是原來(lái)的2.05倍，在讀I/O為62%占比的情況下，性能是原來(lái)的1.8倍。

而且反應(yīng)時(shí)間也有很大改善，88%讀情況下只是原來(lái)的70%，而62%讀的情況下，只有原來(lái)的57%（有點(diǎn)奇怪，性能提升多的，時(shí)延的改善不如性能提升少的？估計(jì)性能提升太多，負(fù)載重了吧）。

由于采用自動(dòng)分層技術(shù)，讀I/O越多，遷移到SSD的數(shù)據(jù)就越多。下圖可以看到86%讀的情況下SSD的使用容量比62%讀的情況下幾乎多了一倍。

HDS當(dāng)然也建議采用SATA來(lái)存放不經(jīng)常訪問(wèn)的數(shù)據(jù)。增加SATA后，HDT會(huì)自動(dòng)進(jìn)行數(shù)據(jù)的遷移：

而數(shù)據(jù)重分布后，性能沒(méi)有任何影響。HDS實(shí)驗(yàn)室測(cè)得不常訪問(wèn)的數(shù)據(jù)遷移到SATA后，性能和原來(lái)一樣（但實(shí)驗(yàn)室數(shù)據(jù)性能居然有1%提升，估計(jì)是和當(dāng)時(shí)的I/O情況有關(guān)吧）：

也就是HDS認(rèn)為同時(shí)采用SSD/SAS/SATA，能夠降低TCO而又不影響業(yè)務(wù)。

在RAID的選擇上，HDS建議SSD和SAS用RAID 5，而SATA用RAID 6：

當(dāng)然，如果是很多小的隨機(jī)I/O，HDS還是建議RAID 1+0，但雖然是隨機(jī)I/O，但I(xiàn)/O比較大，如32K以上，HDS認(rèn)為用RAID 5就可以了，性能差不多。

大家知道ORACLE ASM需要?jiǎng)?chuàng)建很多個(gè)disk group，那么和存儲(chǔ)的DP-VOL是如何對(duì)應(yīng)的呢？下圖是一個(gè)例子：

如果加上ORACLE數(shù)據(jù)對(duì)象，整個(gè)數(shù)據(jù)布局如下：

這個(gè)圖總結(jié)得不錯(cuò)，把和存儲(chǔ)相關(guān)的對(duì)象都羅列出來(lái)了，他們的關(guān)系也都看得一清二楚，值得收藏。

ASM雖然也有數(shù)據(jù)保護(hù)功能，但所有的存儲(chǔ)廠商都會(huì)建議用存儲(chǔ)的保護(hù)功能，否則存儲(chǔ)的價(jià)值就不大了，O(∩_∩)O哈！當(dāng)然，外部做保護(hù)減輕服務(wù)器的壓力。

還有，ASM也有空間再平衡功能，HDS建議用HDP的空間再平衡功能代替，這樣效率更高。

最后，總結(jié)一下HDS在ORACLE ASM環(huán)境下的配置建議：

最佳實(shí)踐之三：DS8000+ORACLE

前面我分享了EMC、HDS和ORACLE的最佳實(shí)踐，接下來(lái)看看IBM的DS8000。這三家是高端存儲(chǔ)里面的三雄，高端市場(chǎng)基本是這三個(gè)產(chǎn)品瓜分的。

但西瓜哥發(fā)現(xiàn)，IBM對(duì)ORACLE好像不是太上心，畢竟老大哥有自己的數(shù)據(jù)庫(kù)DB2，當(dāng)然要優(yōu)先考慮自己家的東東啦。因此，我看到IBM發(fā)布的最佳實(shí)踐也是很早以前的，很多都是2010年前寫(xiě)的，基本沒(méi)有更新過(guò)。

再看一下最佳實(shí)踐的內(nèi)容，也沒(méi)有太多原則的東西，更多的是配置步驟，我想這個(gè)具體的步驟就不和大家分享了吧。

因此，我們就分享IBM總結(jié)的DS8000針對(duì)ORACLE 10g的一個(gè)通用原則吧：

解讀一下，就是

一個(gè)ASM disk group中用多個(gè)一樣的LUN；

這些LUN容量和特性最好一致；

當(dāng)擴(kuò)容的時(shí)候，最好也用一樣屬性的LUN；

用ASM的外部冗余選項(xiàng)

把data和log文件放在同一個(gè)disk group里；

這些原則其實(shí)很多在新的版本里面應(yīng)該都會(huì)發(fā)生變化。比如一個(gè)disk group其實(shí)不需要太多的LUN來(lái)做條帶化了，因?yàn)楝F(xiàn)在DS8000有Easy tiering，存儲(chǔ)做寬條帶就可以了，主機(jī)不需要做。還有就是一般建議把data和log分開(kāi)到不同的disk group更好一些，因?yàn)檫@樣備份和恢復(fù)更方便一些。

因此，感覺(jué)參考IBM DS8000老的最佳實(shí)踐基本沒(méi)有太多價(jià)值。希望能夠看到IBM推出新版本的東東。

希望大家積極反饋你的意見(jiàn)和建議，微信掃描如下二維碼，關(guān)注微信公眾號(hào)“高端存儲(chǔ)知識(shí)”，與作者微信互動(dòng)。通過(guò)掌上DOIT移動(dòng)客戶端，您可以訂閱西瓜哥專(zhuān)欄，第一時(shí)間獲得知名專(zhuān)家和業(yè)界領(lǐng)袖的深度剖析與趨勢(shì)分析。

xigua