RAC
RAC: real application clustersrac
RAC: real application clustersrac
單節點數據庫：數據文件和示例文件一一對應
實例損壞時數據庫就損壞了
RAC架構數據庫：數據文件和多個實例對應
RAC最根本的初衷是實例級的容錯，並不是基於數據的
實例都是基於數據的。
dataguard是基於數據容錯的。
Oracle數據庫支持網格計算環境的核心技術
SAN網絡存儲（Storage Area Network）：集中式管理的高速存儲網絡
RAC的目的
- 提供實例級別的冗余
- 提供更多的系統資源
- 增加更多的並行處理
RAC的優點和缺點
優點
-
提供系統冗余
-
更多的系統資源
-
業務分割處理
缺點
-
內存共享和資源競爭（cache fusion）
-
底層技術復雜，對DBA技術要求高
什么時候需要使用RAC？
- 實例冗余——第一考慮的目的
- 處理能力和性能的提升
DG
DataGuard，數據衛士，一種數據庫級別的高可用性（HA）方案，用作數據容災解決方案。對於聯機事務處理（OLTP，數據量不太大）非常合適，對於聯機分析處理（OLAP，數據量太大），只能選擇關鍵數據創建DG，常規數據，選擇其他方式備份。
容災級別的DG：
本地，同城，異地，多種容災，創建很多standby
DataGuard的保護模式
最大保護模式
最安全的模式，這種模式主備庫之間數據是同步的。即主庫提交的同時，備庫會做相應的恢復。最大限度的保證了數據完整性。不允許數據的丟失。
如果主備庫之間網絡，或者備庫出現問題會直接影響主庫操作。導致主庫宕機。因此一般不會選擇最大保護模式。
最大性能模式
這種模式保證主庫性能最大化，主備庫之間數據是異步傳輸的。即，主備日志歸檔以后才會傳輸到備用庫，在備庫上使用歸檔日志文件做恢復操作。
最高可用性模式
這種模式和"最大保護"基本上差不多。正常情況下，主備庫之間是同步的。
當網絡或者備庫出現問題時，不會影響到主庫的宕機，主庫會自動轉換到"最大性能"模式，等待備庫可用時，將歸檔傳輸到備庫做恢復。
可以把這種模式理解為"最大保護"和"最大性能"兩種模式的中間體。
如何選擇DG的保護模式
影響DG保護模式選擇的最大因素就是網絡質量，如果網絡質量比較好，比如本地的局域網，則可以選擇最高可用模式。如果網絡質量一般，則選擇最大性能模式。一般不會選擇最大保護模式，最大保護模式損害了系統的可用性。
DG中standby數據庫的類型
物理standby數據庫：physical standby databases
物理Standby與Primary數據庫完全一模一樣，在物理數據庫磁盤上具有主庫相同架構的塊，通過REDO應用（屬於塊對塊的應用）來維護物理Standby數據庫。
邏輯standby數據庫：logical standby databases
邏輯Standby也要通過Primary數據庫（或其備份，或其復制庫，如物理Standby）創建，因此在創建之初與物理Standby數據庫類似。不過由於邏輯Standby通過SQL應用的方式應用REDO數據，因此邏輯Standby的物理文件結構，甚至數據的邏輯結構都可以與Primary不一致。
附：
關於Oracle11gR2 之 DataGuard_03 三種保護模式的探索可見下面這篇blog
探索Oracle11gR2 之 DataGuard_03 三種保護模式
記得幫我點贊哦！
精心整理了計算機各個方向的從入門、進階、實戰的視頻課程和電子書，按照目錄合理分類，總能找到你需要的學習資料，還在等什么？快去關注下載吧！！！
念念不忘，必有回響，小伙伴們幫我點個贊吧，非常感謝。
我是職場亮哥，YY高級軟件工程師、四年工作經驗，拒絕咸魚爭當龍頭的斜杠程序員。
聽我說，進步多，程序人生一把梭
如果有幸能幫到你，請幫我點個【贊】，給個關注，如果能順帶評論給個鼓勵，將不勝感激。
職場亮哥文章列表：更多文章
本人所有文章、回答都與版權保護平台有合作，著作權歸職場亮哥所有，未經授權，轉載必究！