甲骨文都以其實(shí)時(shí)應(yīng)用集群技術(shù)(RealApplicationCluster，RAC)統(tǒng)治著集群數(shù)據(jù)庫市場(chǎng)。不過現(xiàn)在情況似乎有所改變，數(shù)據(jù)庫集群市場(chǎng)似乎開始出現(xiàn)了分化。

　　人們希望對(duì)數(shù)據(jù)庫實(shí)施集群技術(shù)主要有三個(gè)原因。***個(gè)原因是出于性能方面的考慮，因?yàn)閿?shù)據(jù)庫集群可以讓你把進(jìn)程負(fù)荷在多個(gè)節(jié)點(diǎn)中展開;其二是為了提高數(shù)據(jù)庫的可擴(kuò)性，讓你可以在更大的系統(tǒng)上獲得合理的性能;而第三個(gè)原因是為了實(shí)現(xiàn)高可用性，嚴(yán)格的講，應(yīng)該是持續(xù)可用性(兩者之間的區(qū)別在于前者可以保護(hù)你免受計(jì)劃外的中斷運(yùn)行之害，而后者意味著你還可以進(jìn)行有計(jì)劃的停機(jī)維護(hù)管理)。

　　部分供應(yīng)商似乎主要將重點(diǎn)放在了可用性上。例如，xkoto公司(該公司為DB2提供集群技術(shù))最初的計(jì)劃本來是著眼于DB2的性能，不過他們現(xiàn)在的立場(chǎng)已經(jīng)發(fā)生了變化，他們現(xiàn)在認(rèn)為“性能固然重要，但真正需要解決的問題是持續(xù)可用性”。

　　類似的情況也出現(xiàn)在Sybase身上，Sybase在今年年初時(shí)發(fā)布了ASEClusterEdition，對(duì)持續(xù)可用性的強(qiáng)調(diào)程度和性能不相上下，Sybase同時(shí)強(qiáng)調(diào)其優(yōu)于甲骨文RAC的特點(diǎn)，包括自動(dòng)平衡負(fù)載和自動(dòng)故障恢復(fù)等降低管理負(fù)荷的功能。

　　不過，也有不少公司仍然將關(guān)注的重點(diǎn)放在性能上。IBM在上周舉行“信息隨需而變”EMEA大會(huì)上就有一個(gè)關(guān)于網(wǎng)格化(或集群)信息服務(wù)器的演講。實(shí)施上，對(duì)于數(shù)據(jù)集成產(chǎn)品而言這是一個(gè)相當(dāng)酷的功能，因?yàn)槟銓⒖梢赃h(yuǎn)離同樣的可用性問題，例如如果你有一個(gè)并行ETL作業(yè)正在運(yùn)行，而其中某個(gè)流中斷了，也沒什么大不了的，你只需要將其重新分配到另外一個(gè)節(jié)點(diǎn)就可以了，不需要進(jìn)行用戶鏈接故障轉(zhuǎn)移。DATAllegro當(dāng)然也支持網(wǎng)格運(yùn)算，出于性能方面的考慮也為了實(shí)現(xiàn)持續(xù)可用性，而Vertica也支持集群技術(shù)。

　　不過，在數(shù)據(jù)倉庫領(lǐng)域最讓人玩味的也許就是EXASOL了，它采取了完全不同的辦法，為L(zhǎng)inux內(nèi)核構(gòu)建了一個(gè)擴(kuò)展，稱之為EXAClusterOS用來支持其數(shù)據(jù)倉庫，就算不能支持上千個(gè)節(jié)點(diǎn)，也能支持?jǐn)?shù)百個(gè)節(jié)點(diǎn)(通過內(nèi)置式負(fù)載平衡，目的是在采用低價(jià)硬件的情況下優(yōu)化性能)，同時(shí)仍然可以實(shí)現(xiàn)持續(xù)可用性。

　　事實(shí)上，***說的那種方法聽起來似乎非常合理：我們何不放棄在數(shù)據(jù)庫水平實(shí)施集群，而在操作系統(tǒng)實(shí)施集群呢?這樣做好處良多，你可以通過一個(gè)操作就可以引導(dǎo)整個(gè)集群，而不需要分別單獨(dú)地引導(dǎo)各個(gè)節(jié)點(diǎn)。而且，你可以構(gòu)建其他相關(guān)的功能納入到操作系統(tǒng)當(dāng)中(EXASOL正是這樣做的)。所以，如果有誰正在考慮如何才能在數(shù)據(jù)庫中利用集群技術(shù)的問題的話，不妨考慮采用EXASOL公司的方法。

【編輯推薦】

1. 遠(yuǎn)程數(shù)據(jù)庫管理三思而后行
2. 幾步走，教你創(chuàng)建簡(jiǎn)單訪問數(shù)據(jù)庫方法
3. ORACLE實(shí)例和ORACLE數(shù)據(jù)庫詳解