有關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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 有關oracle高可靠性的一些討論和想法(5)Oracle
- 有關oracle高可靠性的一些討論和想法(1)Oracle
- 有關oracle高可靠性的一些討論和想法(2)Oracle
- 關於Python 3的一些想法Python
- 有沒有一些大廠的高階架構技術討論討論架構
- 關於oracle SCN 的討論Oracle
- 關於PHP中的警告資訊和session的一些討論PHPSession
- 關於ora_pz程式的一些討論
- 關於JS中switch和if進行多路判斷的一些討論JS
- 關於rails和Grails的效能討論AI
- 關於oracle的share-nothing 和 share-disk HA相關討論Oracle
- 討論個有關模組化設計的問題
- 關於新書出版的一些想法新書
- 關於jive開發論壇的一些討論-winCVS安裝(整理)
- [技術討論]關於低耦合開發的討論
- 我們現在沒有討論的但有必要討論的模式模式
- 討論:大家來討論一些連線涉及到的引數
- oracle 關於例項恢復的一個討論Oracle
- 關於 Spring-WebFlux 的一些想法SpringWebUX
- 關於讀書分享會的一些想法
- 關於演算法的一些想法 (轉)演算法
- 關於三層架構的一些想法架構
- 整理的一些SQL題,與討論SQL
- 關於大資料和資料庫的討論大資料資料庫
- 關於拉幕程式的討論和原始碼 (轉)原始碼
- 【筆記】關於大資料的一些想法筆記大資料
- 關於 Service Worker 和 Web 應用對應關係的討論Web
- 近期討論過的一些MySQL問題MySql
- 直接路徑插入模式的一些討論模式
- 關於部落格評論外掛的討論
- 有關畫素動作遊戲《Resolutiion》美術哲學的討論遊戲
- 財務系統自開發的一些想法(理論篇)
- 關於aio的設定的討論AI
- 有關GO和Erlang的一些思考Go
- 關於UI的一次討論——來自專案管理群的討論UI專案管理
- Banq, 關於您的Chain of Responsibility模式的一些想法AI模式
- 關於業務元件相關架構的討論元件架構
- 吐槽一些技術想法和事情