前幾天大家討論一個問題，oracle 11g data guard分為哪幾種，本來只想到還是物理standby和邏輯standby2種，沒想到今天在查閱了oracle 11g的在線文檔后發現，實際上載oracle 11g中已經分了三種類型的standby，當然以前聽說oracle 11g支持叫做active standby的功能，仔細研究后發現只不過是一種在只讀模式下就可以應用恢復，這樣在很多設計中可以將備庫來做一些報表功能，減少主庫的查詢帶來的一些負載和性能問題，當然這個功能其實也不是什么新技術了，早在informix 7的HDR就做到了，看來相對來說，oracle在這塊的功能也比較滯后了些，同時我發現每種數據庫其實存在都是因為有其先進的技術獨到之處，informix之所以能夠在頂住即將被淘汰的命運大環境下頑強生存到現在，并且本來原廠打算放棄，但是在用戶的繼續堅持下，IBM終究還是妥協，繼續進行發展的承諾，更是說明了這一點，下面就繼續來看看oracle 11gdata guard的三種類型并且適用的常見。

典型dataguard配置原理

Standby數據庫類型分為三類：物理Standby、邏輯Standby和快照standby

1．物理Standby

物理Standby與Primary數據庫在物理數據庫磁盤上具有主庫相同架構的塊與塊級別主庫的物理copy，DG通過REDO應用來維護物理Standby數據庫。通常在物理Standby沒有執行REDO應用操作的時候，可以將物理Standby數據庫以READ ONLY模式打開，如果數據庫中指定了Flashback Area的話，甚至還可以被臨時性的置為READ WRITE模式，操作完之后再通過Flashback Database特性恢復回READ WRITE前的狀態，以便繼續接收Primary端發送的
REDO并應用。物理Standby通過REDO應用來保持與Primary數據庫的一致性，所謂的REDO應用，實質是通過Oracle的恢復機制，應用歸檔文件（或Standby Redologs文件）中的REDO數據?；謴筒僮鲗儆趬K對塊的應用。如果正在執行REDO應用的操作，Oracle數據庫就不能被Open。
Oracle 11g版本中增強物理Standby的應用功能，在11g版本中，物理Standby可以在OPEN READ ONLY模式下繼續接收和應用primaru庫產生的REDO數據，這就極大地提升了物理Standby數據庫的應用場合。
READ WRITE模式打開。如果以READ WRITE模式打開，那么Standby數據庫將暫停從Primary數據庫接收REDO數據，并且暫時失去災難保護的功能。當然，以READ WRITE模式打開也并非一無是處，如你可能需要臨時調試一些數據，但又不方便在正式庫中操作，那就可以臨時將Standby數據庫
置為READ WRITE模式，操作完之后將數據庫閃回到操作前的狀態（閃回之后，Data Guard會自動同步，不需要重建物理Standby，不過如果從
另一個方向看，沒有啟動閃回，那就回不到READ WRITE前的狀態了）。
物理Standby特點如下：
（1）災難恢復及高可用性。物理Standby提供了一個健全、高效的災難恢復，以及高可用性的解決方案。更加易于管理switchover/failover角色轉換及在更短的計劃內或計劃外停機時間。
（2）數據保護。使用物理Standby數據庫，DG能夠確保即使面對無法預料的災害也能夠不丟失數據。前面也提到物理Standby是基于塊對塊的復制，因此與對象、語句無關，Primary數據庫上有什么，物理Standby數據庫端也會有什么。
（3）分擔Primary數據庫壓力。通過將一些備份任務、僅查詢的需求轉移到物理Standby數據庫，可以有效節省Primary數據庫的CPU及I/O資源。
（4）提升性能。物理Standby所使用的REDO應用技術使用最底層的恢復機制，這種機制能夠繞過SQL級代碼層，因此效率最高。

2．邏輯Standby

邏輯Standby也要通過Primary數據庫（或其備份，或其復制庫，如物理Standby）創建，因此在創建之初與物理Standby數據庫類似。不過由于邏輯Standby通過SQL應用的方式應用REDO數據，因此邏輯Standby的物理文件結構，甚至數據的邏輯結構都可以與Primary不一致
與物理Standby不同，邏輯Standby正常情況下是以READ WRITE模式打開，用戶可以在任何時候訪問邏輯Standby數據庫，就是說邏輯Standby是在OPEN狀態執行SQL應用。同樣有利也有弊，由于SQL應用自身特點，邏輯Standby對于某些數據類型及一些DDL/DML語句會有操作上的限制。可以在視圖DBA_LOGSTDBY_UNSUPPORTED 中查看不支持的數據類型，如果使用了這種數據類型，則不能保證數據庫完全一致。
邏輯Standby 的讀寫打開可以使它做報表系統，這樣減輕系統的壓力。
除了上述物理Standby中提到的類似災難恢復、高可用性及數據保護等特點之外，邏輯Standby還有下列一些特點：
（1）有效地利用備機的硬件資源。除災難恢復外，邏輯Standby數據庫還可用于其他業務需求。如通過在Standby數據庫創建額外的索引、物化視圖等提高查詢性能并滿足特定業務需要；又如創建新的SCHEMA（該SCHEMA在Primary數據庫端并不存在），然后在這些SCHEMA中執行那些不適于在Primary數據庫端執行的DDL或者DML操作等。
（2）分擔Primary數據庫壓力。邏輯Standby數據庫可以在保持與Primary同步時仍然置于打開狀態，這使得邏輯Standby數據庫能夠同時用于數據保護
和報表操作，從而將主數據庫從報表和查詢任務中解脫出來，節約寶貴的 CPU和I/O資源。
（3）平滑升級?？梢酝ㄟ^邏輯Standby來實現如跨版本升級，為數據庫打補丁等操作。應該說應用的空間很大，而帶來的風險卻很小（前提是如果你擁有足夠的技術實力。另外雖然物理Standby也能夠實現一些升級操作，但如果跨平臺的話恐怕就力不從心了，所以此項沒有作為物理Standby的特點列出），我個人認為這是一種值得可行的在線的滾動的平滑的升級方式，如果你的應用支持創建邏輯Standby的話。

3.快照standby

一個快照standby數據庫就是一個完全可更新的standby數據庫，就像一個物理或者邏輯standby數據庫，一個快照standby數據庫從主庫接收和歸檔redo數據。但是不像物理standby或者邏輯standby數據庫會應用它所接收的redo數據。通過快照standby接收的redo數據不會被應用直到在首次放棄任何本地更新操作后被轉化還原為一個物理standby數據庫
snapshot standby被使用在需要一個臨時，可更新物理standby的快照的場景，注意因為redo數據只會被快照standby數據庫接收但是不會被應用，直到被轉化為一個物理standby數據庫，而從一個主庫恢復的故障時間和需要被應用的redo數據的數據量成正比。

轉載于:https://www.cnblogs.com/wzmenjoy/archive/2012/01/17/2367634.html

總結

以上是生活随笔為你收集整理的oralce 11g data guard的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。