數據庫Standby中的幾個概念分別是什么

本篇文章為大家展示了數據庫Standby中的幾個概念分別是什么，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

一 . 雙機熱備

　 從廣義上講，雙機熱備（雙機容錯）就是對于重要的服務，使用兩臺服務器，互相備份，共同執行同一服務。當一臺服務器出現故障時，可以由另一臺服務器承擔服務任務，從而在不需要人工干預的情況下，自動保證系統能持續提供服務　 雙機熱備由備用的服務器解決了在主服務器故障時服務不中斷的問題。但在實際應用中，可能會出現多臺服務器的情況，即服務器集群　 雙機熱備一般情況下需要有共享的存儲設備。但某些情況下也可以使用兩臺獨立的服務器　 實現雙機熱備，需要通過專業的集群軟件或雙機軟件

　 從狹義上講，雙機熱備特指基于active/standby方式的服務器熱備。服務器數據包括數據庫數據同時往兩臺或多臺服務器寫，或者使用一個共享的存儲設備。在同一時間內只有一臺服務器運行。當其中運行著的一臺服務器出現故障無法啟動時，另一臺備份服務器會通過雙機軟件的診測（一般是通過心跳診斷）將standby機器激活，保證應用在短時間內完全恢復正常使用 .

所以，像VCS (VERITAS Cluster Manager)等軟件實現的Oracle Cluster Server 以及Oracle Standby ,Oracle RAC(Real Application Cluster),高級復制(Advanced Replication), Streams 等技術都能認為是雙機熱備。

二． Physical Standby ，Logical Standby (物理Standby及邏輯Standby)

Physical standby直接從主庫接受archived log，然后直接做基于block的物理恢復（更新或調整變化的block），所以physical standby在物理文件一級完全都等同于主庫。 physical standby 恢復只是底層的block apply, OS層面的工作, 數據庫SCHEMA，包括索引都是一樣的。它是直接應用REDO或歸檔實現同步的 。不會涉及temp ,undo 等。 物理STANDBY可能的模式：只讀模式（OPEN READONLY）和恢復模式（MANANGED RECOVERY）。

在邏輯STANDBY中，邏輯信息是相同的，但物理組織和數據結構可以不同，它和主庫保持同步的方法是將接收的REDO轉換成SQL語句，然后在STANDBY上執行SQL語句（SQL Apply）。邏輯STANDBY除災難恢復外還有其它用途，比如用于用戶進行查詢和報表。

在9i R2之前，data guard的服務器只能運行在read only或者recover 模式， 一個physical standby database 在物理上完全等同主庫，當physical standby database正在做恢復的時候，不能打開用作其他用途。 而logical standby database只是在logical上等同需要恢復的schema， 所以在恢復的時候，可以同時打開做report(做查詢動作)，也可以用戶和主庫不一樣的 數據對象等等，極大了提高了備用庫的利用率。

三． Dataguard

都是Standby 。 在Oracle 9i之前稱為Standby，9i或之后的Standby被改名為Data guard 。不過功能上也有了很多的改進和區別 。

四． Standby下LGWR / ARCH 傳輸

查看數據庫保護模式：

SQL> select DATABASE_ROLE,PROTECTION_MODE,PROTECTION_LEVEL from v$database;

1. 最大性能(maximize performance): 這是data guard默認的保護模式。primay上的事務commit前不需要從standby上收到反饋信息（主數據庫的提交操作不等待STANDBY），該模式在primary故障時可能丟失數據，但standby對primary的性能影響最小。 可以使用LGWR ASYNC 或者ARCH 兩種傳輸模式。

ARCH 傳輸模式： Primary DB上的online redo log 寫滿或其他條件引起redo log寫歸檔的時候，redo log 生成的archived log file寫到本地歸檔目錄的同時，寫入了Standby歸檔目錄。只是Primary db上的online redo log 切換不必等Standby上的寫歸檔動作結束。

2. 最大可用(maximize availability): 在正常情況下，最大可用模式和最大保護模式一樣；在standby不可用時，最大可用模式會自動降低成最大性能模式，所以standby故障不會導致primay不可用。在問題糾正之后，Standby和主數據庫進行再同步，至少有一個standby可用的情況下，即使primary down機，也能保證不丟失數據。(不過當問題修復，再同步之前有必要FAILOVER,那么有些數據可能會丟失)。最大可用性模式Standby必須配置Standby Redo log ， Oracle推薦最大可用模式使用LGWR ASYNC （異步）模式傳輸。

采用最大可用的data guard 模式，主庫往備庫傳遞在線日志(online redo log)信息，在線日志信息寫入備用庫的standby redo log,這些standby redo log歸檔后，備用庫應用歸檔日志。

LGWR還分為LGWR ASYNC(異步)和LGWR SYNC(同步)兩種。

最大保護(maximize protection): 最高級別的保護模式。primay上的事務在commit前必須確認redo已經傳遞到至少一個standby上，如果所有standby不可用，則primary會掛起。該模式能保證零數據丟失。 對于最大保護和最高可用性模式，Standby數據庫必須配置standby redo log，并且oracle推薦所有數據庫都使用LGWR ASYNC模式傳輸。

LGWR ASYNC: ------------

Asynchronously archiving with the LGWR process in
conjunction with SSH port forwarding showed the following characteristics when
compared to the baseline: - Significant reduction in network traffic -
Slight increase in primary database throughput - Minimal increase in cpu usage
When using LGWR to remotely archive in ASYNC mode, the LGWR process does not
wait for each network I/O to complete before proceeding. This behavior. is made
possible by the use of an intermediate process, known as a LGWR network server
process (LNS), that performs the actual network I/O and waits for each network
I/O to complete. Each LNS has a user configurable buffer that is used to
accept outbound redo data from the LGWR. This is configured by specifying the
size in 512 byte blocks on the ASYNC attribute in the archivelog destination
parameter. For example ASYNC=2048 indicates a 1Mb buffer. As long as the
LNS process is able to empty this buffer faster than the LGWR can fill it, the
LGWR will never stall. If the LNS cannot keep up, then the buffer will become
full and the LGWR will stall until either sufficient buffer space is freed up
by a successful network transmission or a timeout occurs. Reducing network
traffic in a network with high round trip times (RTT) reduces network server
timeouts due to buffer full conditions, thus reducing the impact to the
primary database throughput. ASYNC can improve the primary database throughput
due to the fact that by compressing the redo traffic, the transfer (in 1 MB
chunks) is quicker and thus the ASYNC buffer doesn't reach full capacity as
often, thereby avoiding the wait that can occur when the buffer is full.

上述內容就是數據庫Standby中的幾個概念分別是什么，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。