oracle中常用名詞解釋

Rac和ha的區別？

 

ha，僅只是在作業系統層面進行資料庫的監控和管理，一般只針對單例項資料庫使用。優點是管理方便，應用開發方便（方便了開發商）；工程投入較小。缺點是，具有所有單例項資料庫的缺搜尋點：如：容錯能力差，續航能力差，使用者容量小等等問題。

rac，資料庫本身提供的一種單資料庫多例項的應用方式，優點是：1、使用靈活，即可當作單機使用也可多機使用。2、提供了大使用者量訪問的一種解決方式，即多機並行執行共同承擔資料庫執行中消耗的記憶體、cpu等系統資源。3、容錯能力較單機高，在主機類問題的容錯上尤為顯著。（磁陣問題不在此列）。缺點：1、開發要求較高，需要單獨配置balance方式才能體現其優點。2、投入較高，軟硬體都需要單獨投入。（不過在軟體投入上實際上如果要求不高的話兩種方案也差不多，都是兩臺機器加一磁陣的基本配置    

 

HA(High Available), 高可用性群集，是保證業務連續性的有效解決方案，一般有兩個或兩個以上的節點，且分為活動節點及備用節點。通常把正在執行業務的稱為活動節點，而作為活動節點的一個備份的則稱為備用節點。當活動節點出現問題，導致正在執行的業務（任務）不能正常執行時，備用節點此時就會偵測到，並立即接續活動節點來執行業務。從而實現業務的不中斷或短暫中斷。

 

 

Oracle中常說的HA、RAC、Datagurad的區別

 

HA是High Availability 的首字母組合，翻譯過來，可以叫做高可用，或高可用性，高可用（環境）。我覺得應該說HA是一個觀念而不是一項或一系列具體技術，就象網格一樣。作過系統方案就知道了，評價系統的效能當中就有一項高可用。廣義的高可用涉及到系統的各個方面，簡單來說，讓系統不會中斷 執行，就是高可用。包括軟體的高可用，硬體的高可用，網路的高可用等等。具體實現的方案包括作業系統的叢集，資料庫的叢集，硬體的冗餘，網路的冗餘等等。做HA方面的軟體，有IBM的HACMP（很多常用AIX的人，常說的HA就指HACMP）、SUN的Sun Cluster、HP的MC/SG等。

 

在2000年以前，大家談HA，大部分時候說的是作業系統一級的雙機熱備，主流產品當時有IBM HACMP4.1，HP的MC/SG，sun的系統很多人不用VCS，用的是一個叫dataware的東西。現在很多人眼中的HA也還是這樣。時至今日，HA包括的東西可就多了，先不說其他方面，單就資料庫，單就Oracle，與HA相關的產品先後有：高階複製（AdvanceRepication)、OPS/RAC(Real Application Cluster）、資料衛士（Data Guard）、oracle流（Oracle Streams）、分割槽（Oracle Partition）這樣數款產品。照這麼說，RAC只是HA這個概念下的一個具體產品而已！目前為止，只有RAC和分割槽是Oracle要收取licence的，其他的，只要給經驗豐富的第三方實施方付一定的規劃/設計及部署費用就可以了；當然，也可以自己照著文件依葫蘆畫瓢，但是這樣弄出的環境是否能達到高可用就難說了。事實上，大部分人所說的HA，還是狹義上的HA，也就是OS一級的雙機熱備。

 

RAC是real application cluster的簡稱，它是在多個主機上執行一個資料庫的技術，即是一個db多個instance。它的好處是 可以由多個效能較差的機器構建出一個整體效能很好的叢集，並且實現了負載均衡，那麼當一個節點出現故障時，其上的服務會自動轉到另外的節點去執行，使用者甚 至感覺不到什麼。

 

雙機熱備（HA）和RAC有啥區別呢?

 

1、對於硬體來說，基本上一樣，共享儲存、光纖線（也有還用SCSI線的）、多臺小型機（可以做多節點的相互熱備，也可以做多節點的RAC）、光纖交換機（如果是用光纖卡的話）；但做RAC，在主機之間，最好使用高頻寬網路交換機（雖然不用也可以做成）；因此硬體成本相差不大。

2、軟體呢，差別可不小。如果是雙機熱備，必須買作業系統級的雙機管理軟體；如果是RAC，目前還是建議購買雙機管理軟體（儘管10g的crs+asm可以擺脫雙機軟體了，但ASM目前實在太難伺候了），當然還得買RAC license。

3、日常維護。RAC要求的技術含量更高，也應該更勤快。最關鍵的是得買oracle服務，否則遇到有些問題（bug），你就比單機還不高可用了。

4、優缺點。這個，看看RAC的官方論述吧。如果能用好，確實是很有好處的。目前我們的40多個客戶的使用情況來看，RAC確實大大降低了他們的downtime，另一方面可以說就是提高了生產力咯。

 

Dataguard一般是出於容災的目的。是主資料庫的備用庫（standby 庫）透過自動傳送和接受archivelog，並且在dataguard庫自動apply 這些log，從而達到和主資料庫同步的目的，可能dataguard 庫是建立的異地的，當主庫所在的區域出現了致命性的災難時(火災、地震等)，主庫沒法修復時，這時可以切換dataguard 為主庫的模式，對外提供服務，而它的資料基本是當前最新的。目前可能大家對於 dataguard 庫的使用已經擴充出了其他更多的用途，比如備份，跑報表等等。

 

 

 

雙機熱備：

特指基於高可用系統中的兩臺伺服器的熱備（或高可用），因兩機高可用在國內使用較多，故得名雙機熱備，雙機高可用按工作中的切換方式分為：主-備方式（Active-Standby方式）和雙主機方式（Active-Active方式），主-備方式即指的是一臺伺服器處於某種業務的啟用狀態（即Active狀態），另一臺伺服器處於該業務的備用狀態（即Standby狀態)。而雙主機方式即指兩種不同業務分別在兩臺伺服器上互為主備狀態（即Active-Standby和Standby-Active狀態）。

 

 

 

 

RTO與RPO是關鍵

 

 

　　RTO是反映業務恢復及時性的指標，表示業務從中斷到恢復正常所需的時間。RTO值越小，代表容災系統的資料恢復能力越強。各種容災解決方案的RTO有較大差別，基於光通道技術的同步資料複製，配合異地備用的業務系統和跨業務中心與備份中心的高可用管理，這種容災解決方案具有最小的RTO。容災系統為獲得最小的RTO，需要投入大量資金。

 

RPO是反映恢復資料完整性的指標，在同步資料複製方式下，RPO等於資料傳輸時延的時間；在非同步資料複製方式下，RPO基本為非同步傳輸資料排隊的時間。在實際應用中，考慮到資料傳輸因素，業務資料庫與容災備份資料庫的一致性（SCN）是不相同的，RPO表示業務資料庫與容災備份資料庫的SCN的時間差。發生災難後，啟動容災系統完成資料恢復，RPO就是新恢復業務系統的資料損失量。不同容災方案的RTO和RPO是不相同的。

 

 

Golden Gate 與 Oracle DataGuard的區別
	GoldenGate TDM	Oracle DataGuard(物理)	Oracle DataGuard(邏輯)
基本原理	抽取線上日誌中的資料變化，轉換為GGS自定義的資料格式存放在本地佇列或遠端佇列中。	複製歸檔日誌（9i）	抽取歸檔日誌中資料的變化（9i）
		複製歸檔日誌或線上日誌（10g）	抽取歸檔日誌或線上日誌中資料的變化（10g）
系統整體效能	兩端資料庫是活動的，備份端可以提供實時的資料查詢及報表業務等，從而提高系統整體的業務處理能力，充分利用備份端的計算能力，提升系統整體業務處理效能。可以實現兩端資料的同時寫入。	備份端處於恢復或只讀狀態，在只讀狀態下不能同時進行恢復。只讀狀態只能短時間記憶體在，對外提供查詢也是短時間的。	兩端資料庫是活動的，備份端可以提供實時的資料查詢及報表業務等，但不能兩端都有資料寫入。
接管時間	可實現立即接管	資料庫工作在mount狀態下,如果要接管業務,資料庫要到open狀態.接管時間不定。	在最大效能模式下需等待日誌應用完畢然後改變資料庫模式完成切換，如果是隻傳輸歸檔日誌接管時間更長。
複製方式	GoldenGate可以提供秒一級的大量資料實時捕捉和投遞，非同步複製方式，無法實現同步複製。	物理standby資料庫與主資料庫同步是利用oracle的恢復機制實現的，無法實現同步複製。	可以實現日誌同步和非同步傳輸，但日誌同步複製時主資料庫必須等待本事務成功寫到standby資料庫端才能進行下面的事務，為此主資料庫的效能會受到嚴重影響，很少採用。日誌應用9i只能應用歸檔日誌，10g開始可以實現實時應用。
資源佔用	GoldenGate TDM對主機資源的佔用非常小，根據實際的監控資料，源端CPU佔用不超過1%，記憶體佔用不超過2%，對I/O資源佔用微乎其微。	複製是靠資料庫的LGWR程式或ARCN程式完成的，佔用資料庫的一部份資源，對資料庫有較大的影響，使資料效能下降。	複製是靠資料庫的LGWR程式或ARCN程式完成的，佔用資料庫的一部份資源，對資料庫有較大的影響，使資料效能下降。
異構資料庫支援	可以在不同型別和版本的資料庫之間進行資料複製。如ORACLE，DB2，SYBASE，SQL SERVER，INFORMIX、Teradata等。	單一資料庫解決方案，僅執行在ORACLE資料庫上。	單一資料庫解決方案，僅執行在ORACLE資料庫上。
	適用於不同作業系統如windows、linux、unix、aix等	源端和目標端作業系統必須相同，版本號可以不同。	源端和目標端作業系統必須相同，版本號可以不同。
頻寬佔用	利用TCP/IP傳輸資料變化，整合資料壓縮，提供可達到9：1壓縮比的資料壓縮特性，可以有效的利用網路頻寬。	使用Oracle Net傳輸日誌，Oracle Net握手協議多，資料冗餘大，速度慢且無資料壓縮。	使用Oracle Net傳輸日誌，Oracle Net握手協議多，資料冗餘大，速度慢且無資料壓縮。
	頻寬佔用低。	頻寬佔用高。	頻寬佔用高。
拓撲結構	GoldenGate TDM可以實現一對一、一對多、多對一、雙向複製等多種靈活的拓撲結構，它可以實現資料的分發和集中以及對等複製，非常靈活。	只可以實現一對多模式,且standby資料庫最多為9個。	只可以實現一對多模式,且standby資料庫最多為9個。

 

 

 

熱備份與冷備份

熱備份針對歸檔模式的資料庫,在資料庫仍舊處於工作狀態時進行備份.而冷備份指在資料庫關閉後,進行備份,適用於所有模式的資料庫.熱備份的優點在於當備份時,資料庫仍舊可以被使用並且可以將資料庫恢復到任意一個時間點.冷備份的優點在於它的備份與恢復操作相當簡單,並且由於冷備份的資料庫可以工作在非歸檔模式下,資料庫效能會比歸檔模式稍好

 

 

歸檔模式與非歸檔模式：

1.歸檔模式 Oracle資料庫有聯機重做日誌，這個日誌是記錄對資料庫所做的修改，比如插入，刪除，更新資料等，對這些操作都會記錄在聯機重做日誌裡。一般資料庫至少要有2個聯機重做日誌組。當一個聯機重做日誌組被寫滿的時候，就會發生日誌切換，這時聯機重做日誌組2成為當前使用的日誌，當聯機重做日誌組2寫滿的時候，又會發生日誌切換，去寫聯機重做日誌組1，就這樣反覆進行。  如果資料庫處於非歸檔模式,聯機日誌在切換時就會丟棄. 而在歸檔模式下，當發生日誌切換的時候，被切換的日誌會進行歸檔。比如，當前在使用聯機重做日誌1，當1寫滿的時候，發生日誌切換，開始寫聯機重做日誌2，這時聯機重做日誌1的內容會被複製到另外一個指定的目錄下。這個目錄叫做歸檔目錄，複製的檔案叫歸檔重做日誌。  資料庫使用歸檔方式執行時才可以進行災難性恢復。1.歸檔日誌模式和非歸檔日誌模式的區別非歸檔模式只能做冷備份,並且恢復時只能做完全備份.最近一次完全備份到系統出錯期間的資料不能恢復.歸檔模式可以做熱備份,並且可以做增量備份,可以做部分恢復.用ARCHIVE LOG LIST 可以檢視期模式狀態時歸檔模式還是非歸檔模式.2.非歸檔模式相反非歸檔就是不儲存舊事務日誌。