有關oracle高可靠性的一些討論和想法(3)
附件2:ORACLE FailSafe與rac(ops)的區別
title: ORACLE FailSafe與rac(ops)的區別
created: 2002-10-30
------------------------------
oracle failsafe和RAC均為ORACLE公司提供的高可靠性(HA)解決方案。然而之兩者之間卻存在著很大區別:
1。 作業系統: failsafe系統侷限於WINDOWS平臺,必須配合MSCS(microsoft cluster server),而RAC最早是在UNIX平臺推出的,目前已擴充套件至LINUX和WINDOWS平臺,透過OSD(operating system dependent)與系統互動。對於高階的RAC應用,UNIX依然是首選的平臺。
2。系統結構:FAILSAFE採用的是 SHARE NOTHING結構,即採用若干臺伺服器組成叢集,共同連線到一個共享磁碟系統,在同一時刻,只有一臺伺服器能夠訪問共享磁碟,能夠對外提供服務。只要當 此伺服器失效時,才有另一臺接管共享磁碟。RAC則是採用SHARE EVERYTHING,組成叢集的每一臺伺服器都可以訪問共享磁碟,都能對外提供服務。也就是說FAILSAFE只能利用一臺伺服器資源,RAC可以並行 利用多臺伺服器資源。
3。執行機理:組成FAILSAFE叢集的每臺SERVER有獨立的IP,整個叢集又有一個IP,另外還為 FAILSAFE GROUP分配一個單獨的IP(後兩個IP為虛擬IP,對於客戶來說,只需知道叢集IP,就可以透明訪問資料庫)。工作期間,只有一臺伺服器 (preferred or owner or manager)對外提供服務,其餘伺服器(operator)成待命狀,當前者失效時,另一伺服器就會接管前者,包括FAILSAFE GROUP IP與CLUSTER IP,同時FAILSAFE會啟動上面的DATABASE SERVICE,LISTENER和其他服務。客戶只要重新連線即可,不需要做任何改動。對於RAC組成的叢集,每臺伺服器都分別有自已的 IP,INSTANCE等,可以單獨對外提供服務,只不過它們都是操作位於共享磁碟上的同一個資料庫。當某臺伺服器失效後,使用者只要修改網路配置,如 (TNSNAMES。ORA),即可重新連線到仍在正常執行的伺服器上。但和TAF結合使用時,甚至網路也可配置成透明的。
3。叢集容量:前者通常為兩臺,後者在一些平臺上能擴充套件至8臺。
4。分割槽:FAILSAFE資料庫所在的磁碟必須是NTFS格式的,RAC則相對靈活,通常要求是RAW,然而若干OS已操作出了CLUSTER檔案系統可以供RAC直接使用。
從 以上分析可以看出,FAILSAFE較適合一個可靠性要求很高,應用相對較小,對高效能要求相對不高的系統,而RAC則更適合可靠性、擴充套件性、效能要求都 相對較高的較大型的應用。另外要指出的是,使用者不用象為獲得RAC一樣為FAILESAFE單獨付費,它是FREE的。。。。。。
-------------
by Rudolf Lu[@more@]
title: ORACLE FailSafe與rac(ops)的區別
created: 2002-10-30
------------------------------
oracle failsafe和RAC均為ORACLE公司提供的高可靠性(HA)解決方案。然而之兩者之間卻存在著很大區別:
1。 作業系統: failsafe系統侷限於WINDOWS平臺,必須配合MSCS(microsoft cluster server),而RAC最早是在UNIX平臺推出的,目前已擴充套件至LINUX和WINDOWS平臺,透過OSD(operating system dependent)與系統互動。對於高階的RAC應用,UNIX依然是首選的平臺。
2。系統結構:FAILSAFE採用的是 SHARE NOTHING結構,即採用若干臺伺服器組成叢集,共同連線到一個共享磁碟系統,在同一時刻,只有一臺伺服器能夠訪問共享磁碟,能夠對外提供服務。只要當 此伺服器失效時,才有另一臺接管共享磁碟。RAC則是採用SHARE EVERYTHING,組成叢集的每一臺伺服器都可以訪問共享磁碟,都能對外提供服務。也就是說FAILSAFE只能利用一臺伺服器資源,RAC可以並行 利用多臺伺服器資源。
3。執行機理:組成FAILSAFE叢集的每臺SERVER有獨立的IP,整個叢集又有一個IP,另外還為 FAILSAFE GROUP分配一個單獨的IP(後兩個IP為虛擬IP,對於客戶來說,只需知道叢集IP,就可以透明訪問資料庫)。工作期間,只有一臺伺服器 (preferred or owner or manager)對外提供服務,其餘伺服器(operator)成待命狀,當前者失效時,另一伺服器就會接管前者,包括FAILSAFE GROUP IP與CLUSTER IP,同時FAILSAFE會啟動上面的DATABASE SERVICE,LISTENER和其他服務。客戶只要重新連線即可,不需要做任何改動。對於RAC組成的叢集,每臺伺服器都分別有自已的 IP,INSTANCE等,可以單獨對外提供服務,只不過它們都是操作位於共享磁碟上的同一個資料庫。當某臺伺服器失效後,使用者只要修改網路配置,如 (TNSNAMES。ORA),即可重新連線到仍在正常執行的伺服器上。但和TAF結合使用時,甚至網路也可配置成透明的。
3。叢集容量:前者通常為兩臺,後者在一些平臺上能擴充套件至8臺。
4。分割槽:FAILSAFE資料庫所在的磁碟必須是NTFS格式的,RAC則相對靈活,通常要求是RAW,然而若干OS已操作出了CLUSTER檔案系統可以供RAC直接使用。
從 以上分析可以看出,FAILSAFE較適合一個可靠性要求很高,應用相對較小,對高效能要求相對不高的系統,而RAC則更適合可靠性、擴充套件性、效能要求都 相對較高的較大型的應用。另外要指出的是,使用者不用象為獲得RAC一樣為FAILESAFE單獨付費,它是FREE的。。。。。。
-------------
by Rudolf Lu[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/18921899/viewspace-1016883/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 有沒有一些大廠的高階架構技術討論討論架構
- (想法 2)此貼討論一下 UI 自動化個人的一個想法UI
- 關於 Spring-WebFlux 的一些想法SpringWebUX
- [CEO公開信] 關於管理和組織的一些想法
- 關於讀書分享會的一些想法
- 關於單元測試的一些想法
- 討論個有關模組化設計的問題
- 關於 performSelector 的一些小探討performSelector
- 近期討論過的一些MySQL問題MySql
- 關於 Service Worker 和 Web 應用對應關係的討論Web
- 關於撲克牌的一些討論——《Fluent Python 2》讀書筆記Python筆記
- 關於 Angular 裡 module 和 Component 包含粒度的一個討論Angular
- 關於神經網路的討論神經網路
- 對容器映象的思考和討論
- 有關畫素動作遊戲《Resolutiion》美術哲學的討論遊戲
- 關於分類的線性模型的討論模型
- [iOS Monkey 討論帖] 整套新的 fastmonkey 討論iOSAST
- 關於5G被激烈討論的那些爭端和衝突
- 關於ASM的一些理論ASM
- Oracle Freelist和HWM原理探討及相關效能優化(轉)Oracle優化
- 關於IC設計的一次討論
- 迴歸の一些想法
- 關於 Angular 應用 Module 的 forRoot 方法的討論Angular
- 討論
- [20210418]CBC latch再討論3.txt
- 關於結構體中指標的一些探討結構體指標
- 最近看了幾篇關於閘道器和PD分離的論文,分享下個人想法
- 隨機性設計的一些想法隨機
- W君的“PMBOK與CMMI有何區別?”討論
- 關於網站設計的一點點討論網站
- [提問交流]關於onethink模型這塊的討論模型
- 《快速排序》引發關於演算法的討論排序演算法
- 關於 appium 獲取不到 toast 訊息的討論APPAST
- 關於LCA的幾點想法
- 整理了一些和PHP有關的技術大會PHP
- 程式設計師買房的一些想法程式設計師
- 此貼討論一下 AI 在 UI 自動化中的應用,以及個人的一個想法AIUI
- 一個關於月球車的筆試題--求討論筆試
- 關於下一代安全防護的討論