這期內(nèi)容當(dāng)中小編將會給大家?guī)碛嘘P(guān)如何分析數(shù)據(jù)庫定義存儲中的SAP，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

成都創(chuàng)新互聯(lián)是專業(yè)的義烏網(wǎng)站建設(shè)公司，義烏接單;提供成都做網(wǎng)站、成都網(wǎng)站設(shè)計,網(wǎng)頁設(shè)計,網(wǎng)站設(shè)計,建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進行義烏網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團隊,希望更多企業(yè)前來合作!

SAP

說起內(nèi)存數(shù)據(jù)庫，大家第一個想到的就是SAP HANA。HANA(High-Performance Analytic Appliance)指的是高性能分析設(shè)備，一看這個名字就知道主要應(yīng)用于實時數(shù)據(jù)分析，而且是一個軟硬件一體的東東。SAP 2010年正式發(fā)布了HANA軟件，但由于SAP沒有硬件，因此必須聯(lián)合硬件廠商一起提供。SAP HANA作為第一款商用的內(nèi)存數(shù)據(jù)庫產(chǎn)品，發(fā)展迅速，成為SAP最快的增長點之一。SAP HANA不僅適用OLAP業(yè)務(wù)，目前也在向OLTP場景推廣。

大家可能會問，SAP HANA既然是內(nèi)存數(shù)據(jù)庫，和存儲有啥關(guān)系，因為數(shù)據(jù)都在內(nèi)存里進行計算了?。?/p>

SAP內(nèi)存數(shù)據(jù)庫的數(shù)據(jù)并不是只在內(nèi)存里，也會不停寫到硬盤里。SAP HANA使用存儲主要體現(xiàn)在下面幾個方面：

1、保存安裝文件；

2、日常備份；

3、數(shù)據(jù)保存。內(nèi)存里面更新的數(shù)據(jù)，缺省5分鐘保存到硬盤里面一次；

4、redo log存儲。

因此，內(nèi)存數(shù)據(jù)庫也是需要存儲的，但這些要求對存儲只是一個性能的要求，數(shù)據(jù)量一般也不大，因此，服務(wù)器本身插一些SSD盤基本就可以滿足要求了。因此，我們看到很多SAP HANA的一體機，包括華為的服務(wù)器也在兼容性列表里。

但SAP HANA橫向擴展（scale out)場景，外置存儲就是比較合適的了。我們先來看看SAP HANA的Scale out的原理。

SAP HANA支持多個主機同時工作，組成一個集群，主機可以很多，比如100個，其中95個工作，5個做熱備。

當(dāng)任何一個工作主機出現(xiàn)故障，備份主機需要接替工作主機。

SAP HANA架構(gòu)邏輯上是一種shared-nothing架構(gòu)，也就是說每個主機有自己獨立的data和logs文件。當(dāng)備份節(jié)點上沒有數(shù)據(jù)，怎么辦，只能從外置存儲里面取。也就是所有的主機都可以訪問一套共享存儲。

主機自己的切換SPA HANA可以自己搞定，但是，數(shù)據(jù)的切換如何做？如何保證故障的主機不要再寫存儲，釋放存儲的資源給新的接管主機來獨占使用。為了解決這個協(xié)調(diào)問題，SAP HANA開發(fā)了一個"Storage Connector API"，硬件廠商支持這個API，就可以配合實現(xiàn)存儲資源的共享和隔離。

我們分兩種情況去看這個API的作用：

1、共享SAN的情況

這種情況應(yīng)用比較廣泛，性能也比較好。但由于主機只能看到自己的data和logs文件，因此，一個主機故障，備份主機需要接管這個data和logs文件，而故障主機不能再讀寫，否則文件就損壞了。目前，SAP HANA已經(jīng)實現(xiàn)了在SUSE LUNIX環(huán)境下，采用SLES(SUSE Linux Enterprise Server)自帶的多路徑軟件，對支持SCSI-3（使用Persistent Reservations）的存儲可以實現(xiàn)存儲資源的切換和隔離。由于現(xiàn)在比較新的存儲一般都支持SCSI-3命令集，因此這種模式支持的廠商最多。因為存儲這邊不用編程，只要測試就可以通過SAP HANA的認證。高端存儲里面目前HDS VSP在認證列表里面（配合日立的刀片服務(wù)器）。據(jù)了解，如果不是采用FC連接，采用iSCSI的話，那么存儲側(cè)可能需要一些簡單的編程，比如編寫腳本去支持SAP HANA的"Storage Connector API"。

2、共享NAS的情況

如果采用共享的文件系統(tǒng)，由于需要互鎖，因此，SAP建議采用集群文件系統(tǒng)，如IBM GPFS。GPFS自己有機制來實現(xiàn)文件的共享和隔離。如果是普通的NAS，如NFS文件系統(tǒng)，那么SAP建議開發(fā)相應(yīng)的接口和Storage Connector API配合。當(dāng)SAP HANA發(fā)現(xiàn)某個生產(chǎn)主機故障后，通知硬件的管理軟件，硬件的管理軟件然后發(fā)出一個指令去復(fù)位故障主機，讓故障主機釋放存儲資源。

各位看官可能為問，這個不是也需要服務(wù)器配合嗎？因為實際上是要重啟服務(wù)器啊。確實是這樣的，而且，SAP HANA的scale out架構(gòu)認證也不單獨認證存儲，都是和服務(wù)器一起認證的。不過這種方式西瓜哥感覺挺怪的，應(yīng)該不是主流的支持方式。

總的來說，SAP HANA對存儲主要的訴求在性能上，同時能夠支持集群主機的切換就可以了。

我們發(fā)現(xiàn)，由于SAP HANA的特殊性，因此并不需要和存儲有太多的配合，如I/O優(yōu)先級、Cache協(xié)調(diào)等都不需要，因為工作的時候，數(shù)據(jù)基本都在內(nèi)存里了。

上述就是小編為大家分享的如何分析數(shù)據(jù)庫定義存儲中的SAP了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。