PTT數位生活區 / Database (資料庫)

[SQL ] RAC和cluster

看板Database (資料庫)作者 (Mayo)時間10年前 (2013/08/05 14:16), 編輯推噓7(7推 0噓 36→)
留言43則, 3人參與, 最新討論串1/2 (看更多)
各位抱歉 最近剛接觸這個產業 本身並不是工程師也不是相關科技 最近學習到Database的這部分 我想請問 RAC和Cluster到底有什麼不一樣 我只知道RAC是DB層面的HA Cluster是OS層的HA 像假如我有兩台Server A,B 兩台做DB RAC 那有沒有Cluster 有何差別 可能需要白話點的 不然我看不懂 感謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 211.22.161.205 ※ lonelycoffee:轉錄至看板 ask 08/05 14:16
推
08/05 15:37, , 1F
你不是已經說出答案了嗎? RAC是DB CLuster是OS
08/05 15:37, 1F
→
08/05 15:38, , 2F
RAC全名是 Oracle Real Application Cluster
08/05 15:38, 2F
→
08/05 15:39, , 3F
所以RAC可以說是Cluster的一種
08/05 15:39, 3F
→
08/05 15:40, , 4F
只是大部份Cluster都會針對windows base來說 所以說他是
08/05 15:40, 4F
→
08/05 15:40, , 5F
OS層面的 也不太對
08/05 15:40, 5F
→
08/05 15:53, , 6F
所以Cluster是做AP的備份??
08/05 15:53, 6F
→
08/05 15:54, , 7F
痾 應該說 Cluster是做ERP的HA
08/05 15:54, 7F
→
08/05 15:54, , 8F
RAC是做DB的HA 這樣?
08/05 15:54, 8F
推
08/05 15:58, , 9F
Cluster 應該說它是一個統稱 並沒有特別指AP DB 或什麼的
08/05 15:58, 9F
→
08/05 15:59, , 10F
RAC 會特別有名是因為那是Oracle自有的cluster方案
08/05 15:59, 10F
→
08/05 15:59, , 11F
各環境 各系統 各應用程式做Cluster的方式也不盡相同
08/05 15:59, 11F
→
08/05 16:00, , 12F
就像Oracle有Oracle的 Windows有Windows的
08/05 16:00, 12F
→
08/05 16:00, , 13F
但目的都是一樣的..不讓1台死掉時 就整個系統停擺
08/05 16:00, 13F
→
08/05 16:06, , 14F
所以 Oracle針對自身DB的Cluster 就叫RAC 這樣對齁
08/05 16:06, 14F
推
08/05 16:13, , 15F
Yes,You Got it! 另外一種類似的叫Data Guard
08/05 16:13, 15F
→
08/05 16:14, , 16F
ok DR是異地救援 沒錯吧! 謝謝你喔 對我幫助很大
08/05 16:14, 16F
推
08/05 16:17, , 17F
RAC 跟 DR 差別就在於 1個資料死掉可救 1個不管你資料的
08/05 16:17, 17F
→
08/05 16:18, , 18F
DR 要說他是異地備援 也是可以的...
08/05 16:18, 18F
→
08/05 16:24, , 19F
抱歉 我想問一下Goldengat功能 跟DR有何不同
08/05 16:24, 19F
→
08/05 16:24, , 20F
純指他是即時的?
08/05 16:24, 20F
推
08/05 16:43, , 21F
Goldengate 我還沒碰過 但印象中 他是Real-Time的
08/05 16:43, 21F
→
08/05 16:44, , 22F
而DR 會有log switch的時間差
08/05 16:44, 22F
推
08/05 22:36, , 23F
一般我們說的HA都是ACTIVE,STANDBY的架構,因此RAC本身
08/05 22:36, 23F
→
08/05 22:36, , 24F
並非算是HA的架構而是屬於A-A mode的cluster架構
08/05 22:36, 24F
→
08/05 22:38, , 25F
也就是ACTIVE-ACTIVE,目前上面上資料庫只有ORACLE
08/05 22:38, 25F
→
08/05 22:39, , 26F
的A-A mode的資料庫最成熟，而最近DB2也有類似架構
08/05 22:39, 26F
→
08/05 22:41, , 27F
而oracle 的RAC主要是由兩大塊兜在一起,OS的cluster搭上
08/05 22:41, 27F
→
08/05 22:41, , 28F
DB本上的cluster行程oracle 的RAC
08/05 22:41, 28F
→
08/05 22:43, , 29F
不好意思打錯字,主要由OS的cluster搭上db的cluster形成
08/05 22:43, 29F
→
08/05 22:44, , 30F
ORACLE的RAC,因此在安裝oracle RAC時至少會安裝兩個軟體
08/05 22:44, 30F
→
08/05 22:45, , 31F
而DR對於oracle來說又是另一套，我們常聽到的DATAGUARD
08/05 22:45, 31F
→
08/05 22:47, , 32F
主要為資料庫檔案的備援(DR)，而很多人會誤以為RAC本身
08/05 22:47, 32F
→
08/05 22:48, , 33F
也是資料庫檔案的備援-->錯的喔，RAC就算是10個node以上
08/05 22:48, 33F
→
08/05 22:49, , 34F
實際上的資料庫還是只有一個,所以資料庫掛了燒掉了
08/05 22:49, 34F
→
08/05 22:50, , 35F
就算是有20個node，RAC還是掛點。
08/05 22:50, 35F
→
08/05 22:51, , 36F
所以其實RAC本身其實主要oracle instance的備援，可能
08/05 22:51, 36F
→
08/05 22:52, , 37F
我有5個node就算是4個node燒掉了，只有還有一個node與
08/05 22:52, 37F
→
08/05 22:52, , 38F
資料庫檔案本身未損壞，一個node還是可以正常服務
08/05 22:52, 38F
→
08/05 22:53, , 39F
而樓上說的goldengate其實就只是一個CDC的tool
08/05 22:53, 39F
→
08/05 22:56, , 40F
它號稱可以用在很多方面,BI,DR,雙營運中心...等等
08/05 22:56, 40F
→
08/05 22:56, , 41F
但實務上並非那麼的好用，且貴,且台灣BI環境不多
08/05 22:56, 41F
→
08/05 22:58, , 42F
還有使用上有一些限制,因此實際上用的公司並不多
08/05 22:58, 42F
推
08/06 16:11, , 43F
哈哈 你應該回一篇比較快 XDDD
08/06 16:11, 43F
※ jeamie:轉錄至某隱形看板 08/07 17:52
‣ 更多 lonelycoffee 的文章
文章代碼(AID): #1H_qCpwY (Database)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共2篇)
Database 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 lonelycoffee 的文章
文章代碼(AID): #1H_qCpwY (Database)