Oracle RAC中錯誤觀點(diǎn)出現(xiàn)的原因
Oracle RAC中最常見的錯誤觀點(diǎn)是因為誤解了Oracle RAC的功能與限制。以下的文章就是列舉一些關(guān)于Oracle RAC中最常見的錯誤觀點(diǎn)中經(jīng)常出現(xiàn)的一些錯誤的觀點(diǎn)，以下就是文章的相關(guān)內(nèi)容的介紹。
Oracle RAC 幾個常見的錯誤觀點(diǎn)
由于最終用戶習(xí)慣于獲得瞬間響應(yīng)時間，Oracle為其產(chǎn)品提供持續(xù)可用性方面受到了***的挑戰(zhàn)。那些在Redwood Shores(譯者注：Oracle公司總部所在地)的家伙們提供了一個重要的工具這就是什么是RAC?簡單來說就是一套允許單個數(shù)據(jù)庫被多份oracle程序同時訪問的軟件工具。
如果一個服務(wù)器崩潰了，事務(wù)能夠在最短的down機(jī)時間內(nèi)被重定向到其他存活的服務(wù)器上的宣傳稱RAC是治愈多種疾病的良藥，而IT廠家則會對這樣的市場宣傳產(chǎn)生誤解，從而無法正確區(qū)別在高可用環(huán)境(HA)中使用RAC的成本和收益。
最常見的Oracle RAC錯誤觀點(diǎn)在于誤解了它的功能和限制。Oracle Real Application Clusters被作為綜合能力規(guī)劃戰(zhàn)略的一部分，但是人們并不完全明了其技術(shù)上的強(qiáng)項和限制。下面列舉一些關(guān)于這項技術(shù)的常見誤解。
是為了提供擴(kuò)展性的盡管Oracle公司希望你買小型刀片服務(wù)器然后使用他們的網(wǎng)格計算方案來獲得“水平擴(kuò)展”，但是實際上這并不是多數(shù)用戶使用RAC的方法。注意：RAC只是在超大型IT部門需要超過單個服務(wù)器提供極限的更多馬力時的一種正統(tǒng)擴(kuò)展方法。
作為Oracle***實踐，要通過“垂直擴(kuò)展”先進(jìn)行單個服務(wù)器的擴(kuò)容，先向上擴(kuò)展再向外擴(kuò)展。只有在你使單個服務(wù)器容量飽和之后再考慮“scale out”到多個服務(wù)器上。今天，單個服務(wù)器的內(nèi)存和CPU馬力比起前幾年來說有了突飛猛進(jìn)，因此比起往RAC環(huán)境中添加一個新服務(wù)器而言，增加單個機(jī)器的資源更加簡單。
在真實環(huán)境中，單個服務(wù)器能夠處理每秒上千次的事務(wù)。只有世界上***的那些Oracle數(shù)據(jù)庫需要擴(kuò)展到使用RAC。
Oracle RAC是獨(dú)立的高可用解決方案
記住RAC只能保護(hù)你免于實例失效，這僅僅是眾多可能引起非計劃性中斷的原因之一。為了真正的持續(xù)可用性，我們還必須部署多重鏡像磁盤和冗余網(wǎng)絡(luò)組件。
為了每個RAC節(jié)點(diǎn)的可用性，需要多個冗余的主機(jī)總線適配器，多個網(wǎng)卡以及多個電源。就算只是在數(shù)據(jù)庫實例產(chǎn)生了failover，你也需要提供軟件以允許多個主機(jī)總線適配器自動failover，并且提供單個組件失效通知。
就像我們已經(jīng)提到的，RAC系統(tǒng)需要一個cluster interconnect來提供內(nèi)存對內(nèi)存(RAM-to-RAM)的數(shù)據(jù)塊傳輸。Interconnect必須非常快速，必須有高帶寬和低延遲。Interconnects包括
Cache fusion上的瓶頸也是為什么RAC擴(kuò)展或者說水平擴(kuò)展有問題的另外一個原因。如果你的cluster interconnect無法處理這樣的流量，那么額外的服務(wù)器將會降低整個系統(tǒng)的性能而不是提升它。解決這個問題的唯一辦法就是改造應(yīng)用以適應(yīng)RAC，或者采購更快的存儲比如說固態(tài)硬盤。
保證了快速響應(yīng)時間事務(wù)響應(yīng)時間總是重要的，但是它對于RAC數(shù)據(jù)庫來說尤為重要。這是因為在連接階段為了探測是否一個RAC節(jié)點(diǎn)或者機(jī)器已經(jīng)失效而消耗了等待時間，因此你必須保證新事務(wù)要小于1秒時間這樣才能保證2秒的failover時間。
Oracle RAC不需要災(zāi)難恢復(fù)組件除了在少數(shù)案例中使用了DWDM技術(shù)(也就是dark fiber)，你仍然需要創(chuàng)建一份災(zāi)難恢復(fù)解決方案。因為RAC節(jié)點(diǎn)通常只間隔數(shù)英里，像颶風(fēng)這樣的自然災(zāi)害還是能夠引起全局中斷。因此RAC***實踐中還是要包含一份地理上的快速失效接管解決方案，比如Data Guard或者更好一些，多路流復(fù)制。
【編輯推薦】
