有關資料庫映象和日誌傳送差別的問題，現大致總結如下。[@more@]

A。資料庫映象

映象資料庫一直牌恢復狀態，所以它不接受任何型別的連線，也不允許直接將事務寫入資料庫但可以透過為映象資料庫建立資料庫快照的方式，使使用者對資料庫中黃果樹一時刻的資料擁有吟詩的許可權。

因為資料庫是相同的，並且都使用同步方式進行維護，在黃果樹一時刻資料庫既可以是主體又可以是映象。所以在資料庫映象佳話中，主體伺服器和映象伺服器角色都是瞬變操作狀態。

見證伺服器角色在資料庫映象中是可選角色。唯一目的是作為高可用操作方式的仲裁者。保證資料庫在同一時間只能服務於一個SQL例項。

主體資料庫不能有多個映象資料庫。見證伺服器可以服務於多個資料庫映象組合。

主體伺服器和映象伺服器角色發生在資料庫級。見證伺服器角色處於例項級。

所有的資料庫映象通訊都是透過一個負載資料庫映象的TCP端點進行輿。每個SQL例項只可以建立一個資料庫映象端點。

可以在一個伺服器上配置多個SQL例項。每一個例項有一個資料庫映象端點。然而在同一臺伺服器不同例項上的資料庫映象端點必須使用不同的埠號。

資料庫映象端點既可以是配置為加密通訊方式，也可以配置為不加密通訊方式。但預設為是加密的。

資料庫映象不用等到所有的事務都處理完畢就可以將事務傳輸到另一臺機器。資料庫映象同步傳輸資料的影響會隨著事務平均大小的嗇而減小，事務越大，高可用性操作方式所需要的確認時間佔總體執行時間的百分比就越小。

只有當SQL成功地將事務提交觀察員體和映象資料庫的事務日誌中時。事務才提交成功。因此高可以操作會導致應用程式的效能下降。同步傳輸對於效能的降低將隨著主體資料庫和映象資料庫之間距離的增加而增加。

高可用操作在參與資料庫映象佳話的例項間使用簡單的ping完成故障檢測。由於一個失控事務或其他運算元據庫可能變為不可達的。然而是，資料庫映象並不會檢測這種故障。只有ping測試失敗會被視為故障。

高可用性會自動完成事務流的轉換而複製和日誌傳送需要手動干預或者重新配置事務流。

只有在見證伺服器聯機時，才會發生自動故障轉移。

具有透明客房端重定向的功能。

資料庫映象會話中的每一個資料庫都必須使用完整恢復模式。

B日誌傳送

日誌傳送工作在伺服器的資料庫一層，允許額外配置一臺用於驗證日誌傳送會話狀態是否正常的監視伺服器。但只是在會話過程中遇到錯誤時及時發出通知而已。

輔助資料庫處於standby模式時，能被應用所訪問並且處理sql語句。但當應用程式正在與資料庫連線時，不能還原事務日誌。處於no recovery模式時，不能被應用訪問對於兩種模式，事務日誌都能在備用伺服器上還原。

日誌傳送依賴於SQL SERVER AGENT。資料庫丟失影響時間是事務日誌備份間隔的兩倍。

本文出自 “白痴猴子” 部落格，請務必保留此出處http://boyi55.blog.51cto.com/4345/87476

資料庫映象與日誌傳送的特點

相關文章