Oracle與SQL Server數據庫鏡像對比

　　建站學院(LieHuo.Net)數據庫綜合 Oracle和微軟都是數據庫方面的大廠商，采用兩家的產品的企業也不少。今天這篇文章為大家對比Oracle和SQLServer的鏡像。

　　標簽：Oracle SQL Server 鏡像

　　數據庫鏡像是將數據庫事務處理從一個數據庫移動到不同環境中的另一個數據庫中。鏡像的拷貝是一個備用的拷貝，不能直接訪問，它只用在錯誤恢復的情況下。Oracle數據庫與MSSQL數據操作上有很大的不同，但是，在鏡像操作方面有類比的地方。這篇文章關于MSSQL數據庫鏡像在Oracle數據庫中是如何實現的，它們之間存在哪些差異呢。

　　首先，微軟SQL數據庫中的鏡像數據庫類似于Oracle數據庫中的備用數據庫。我說的只是類似，確切的說，我們需要考慮不同數據庫在自己體系中的差異。MSSQL作為一個實例來操作，一個實例包含幾個數據庫，你首先要登錄一個實例，然后選擇哪個數據庫作用于該實例。而在Oracle數據庫中，簡單模式(忽略RAC)就只有一個數據庫與一個實例相聯系。因此，可以這么說，在Oracle數據庫中，備份數據庫(standby database)就完全是主數據庫的快照。而在MSSQL中，鏡像數據庫僅僅是選擇的那個數據庫的備份，但沒有包括代理，登錄，任務(這些或者更多的數據庫項目需要單獨在數據庫鏡像上創建或者復制)這些外部數據項。

　　在服務器數量上，Oracle的主數據庫和備用數據庫配置最小需要2臺。在MSSQL中，最小數據是2個或3個，根據你所選擇的高可用性、高安全性、高性能方式所決定。

　　高可用性方式：這個操作模式選項允許你在兩臺服務器上同步事務寫入，并支持自動錯誤恢復。要使用這個選項，你必須還要使用一個證人服務器。

　　高保護方式：這個選項可以讓你在兩臺服務器上同步事物寫入，但是錯誤恢復是手工的。因為自動的錯誤恢復不是這個選項的一部分，所以也不會用到證人服務器。

　　高性能方式：這個選項不關心兩臺服務器上的寫入是否是同步的，因此在性能上有所提高。當使用這個選項的時候，你只能假設鏡像服務器上的所有事情都是成功完成。這個選項只允許手工的錯誤恢復，因此不會用到證人服務器。

　　為了保證故障自動恢復，就需要有第三臺服務器，可以稱之為目擊者(另外兩個就是主數據庫和鏡像數據庫)，你可以將這個目擊者當作群集中的一個成員。它實現了2比1投票的能力，當我的一個組件不可達，并因此需要進行錯誤恢復的時候。證人服務器只有在你想實現自動錯誤恢復的時候才需要用到。

　　在Oracle數據的一個事務中，日志緩沖器在廢數據寫入數據文件(忽略write-ahead情況)前被刷新或者寫入到redo日志中。這種刷新或者寫入到redo日志的行為是有必要的，如像實例失敗(使用前滾和回滾恢復過程)這樣的事件發生時。MSSQL也承認將日志緩沖器寫入到磁盤的重要性。不過這里稱之為硬化(hardening)。首先將事務日志緩沖器的信息寫入到磁盤或者硬化，接著將日志記錄塊發送到鏡像數據庫中。鏡像數據庫接收到該日志記錄塊后，將之存入到某個緩沖器中，隨后依次硬化該日志記錄塊。

　　當數據發生變化時，MSSQL數據庫如何保持主數據庫和鏡像數據庫的一致性呢?

　　Oracle用戶非常熟悉SCN，而MSSQL用戶通過使用mirroring_failover_lsn機制(粗略來講就是一個日志序列號)。MSSQL與Oracle不同，MSSQL將事務分離(兩個事務在兩個機器上)，而不是一個分布式事務(在自身提交前需要遠程等待提交)。

　　另外一個相似點，但稍微有些畸變的反射就是redo日志和事務日志。在Oracle中，完成的redo日志將被發送到遠程的服務器中，將完成的redo日志應用到備份數據中去。在MSSQL中,事務日志沒有被傳輸，但是就像我以上提到的，日志緩沖器數據發送到網絡上。這就導致另外一個鏡像反射：備份和恢復模式。

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈