精品日韩在线,日韩精品福利一区二区三区,日韩午夜黄色,国产日韩欧美高清免费

始創(chuàng)于2000年 股票代碼:831685
咨詢熱線:0371-60135900 注冊有禮 登錄
  • 掛牌上市企業(yè)
  • 60秒人工響應
  • 99.99%連通率
  • 7*24h人工
  • 故障100倍補償
全部產(chǎn)品
您的位置: 網(wǎng)站首頁 > 幫助中心>文章內(nèi)容

Oracle與SQL Server數(shù)據(jù)庫鏡像對比

發(fā)布時間:  2012/5/26 20:38:01

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

當數(shù)據(jù)發(fā)生變化時,MSSQL數(shù)據(jù)庫如何保持主數(shù)據(jù)庫和鏡像數(shù)據(jù)庫的一致性呢?

 

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

 

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

 

在Oracle中,當你處于歸檔模式或者非歸檔模式的時候,這些操作是內(nèi)定的。如果歸檔redo日志被傳輸或者提交到一個遠程的服務器,那么主數(shù)據(jù)庫明顯就是在歸檔模式下,那些文件就是這么產(chǎn)生的。運行在這種模式下,允許有少量的數(shù)據(jù)丟失,因為在發(fā)生故障(無論什么樣的故障)前,恢復能夠在任意一個點上執(zhí)行。在MSSQL中是類似的,但是有三種狀態(tài)需要選擇。

 

《SQL Server聯(lián)機叢書》,像許多其它的在線資源一樣,講述了在使用MSSQL時,3種恢復模式的不同點。快速的比較有:MSSQL完整模式對應于Oracle中的歸檔模式;簡單模式對應于非歸檔模式;bulk模式與使用直接路徑插入,添加提示,或者與nologging模式操作類似。

 

根據(jù)以上三種模式(這三種模式很容易轉(zhuǎn)換,不需要關(guān)機或者重啟)的描述以及日志緩沖器和歸檔redo日志的討論中,很容易斷定在MSSQL中進行數(shù)據(jù)庫的鏡像需要將數(shù)據(jù)的回復模式設置成完全模式(full model)。簡單模式(Simple model)或許也能行,但是這種模式下維持事務日志中的小部分數(shù)據(jù),在備份中,如果在日志被刪節(jié)了,整個鏡像過程也就破環(huán)了,因為當你在將事務發(fā)送到鏡像數(shù)據(jù)庫中的時候,如果日志被刪節(jié)了,這個過程就不能完成。

 

說到數(shù)據(jù)庫被破壞該怎么辦呢?

 

這正是鏡像(或者說備份)的主要目的:當主數(shù)據(jù)庫斷開或者說遇到故障時候我們希望系統(tǒng)能回到鏡像前或者備份前的狀況去。這如何才能實現(xiàn)呢?我們能自動實現(xiàn)或者手動實現(xiàn)。想實現(xiàn)這些,需要一些已經(jīng)完成的設置。在MSSQL中,自動故障恢復,回到原來狀態(tài)需要在HA模式,事務安全是full,數(shù)據(jù)傳輸是同步,有目擊服務器的情況下。這種模式下運行還需要使用企業(yè)版的數(shù)據(jù)庫系統(tǒng)。高安全性和高性能在標準版的情況下也能實現(xiàn)。

 

MSSQL還有其它版本的選擇,但是這些并不如Oracle的反射“干凈”,這些版本包括:Developer、Workgroup 和 SQL Express.舉個例子,目擊服務器能夠是任何的版本,但是如果你想給鏡像服務器做一個快照,那么你就需要企業(yè)或者開發(fā)版的了。

 

在設置伙伴(partner,通常有主數(shù)據(jù)庫和鏡像數(shù)據(jù)庫組成)過程中,他們的恢復狀態(tài)開始起作用。通過使用相同的名字,鏡像在遠程/鏡像服務器上建立(使用配置數(shù)據(jù)庫鏡像安全向?qū)亲詈唵蔚姆椒ǎ┢饋恚⑶溢R像數(shù)據(jù)庫被設置成NORECOVERY,通常它是恢復(recovering)狀態(tài)的。在MSSQL中,恢復數(shù)據(jù)庫是沒有的,因此沒有進行上述的設置,是不能被其他用戶當作只讀數(shù)據(jù)庫來使用的。

 

為了避免這個中缺陷,你可以給鏡像做一個快照,使得該“影像”對用戶可見。正如我上述所提到的那樣,這需要你的數(shù)據(jù)庫版本是企業(yè)(或者開發(fā))版。這就意味著用戶需要有快照數(shù)據(jù)庫的知識,知道如何進入存儲它,如何告訴應用程序使用哪個數(shù)據(jù)庫。慣例上來說,配置文件使用的。NET環(huán)境,你能建立一個主數(shù)據(jù)庫和一個故障回滾的輔數(shù)據(jù)庫。如果在Oracle中配置過備份數(shù)據(jù)庫,你就會覺得這很類似。

 

結(jié)論

 

這篇文章內(nèi)容包括按照Oracle的方式,如何更好的理解在另一種主流的RDBMS上執(zhí)行鏡像或者復制,。試著學習和解釋你的RDBMS如何工作的,從另外一種模式來得到你的注意有助于你搞清楚你當前數(shù)據(jù)庫系統(tǒng)運行原理。舉個例子,我發(fā)現(xiàn)非常有實用價值的是Oracle歸檔模式和MSSQL三種恢復模式之間的關(guān)系。使用在MSSQL中的一些術(shù)語(伙伴,主數(shù)據(jù)庫,目擊,鏡像)有助于你構(gòu)成和識別Oracle中執(zhí)行數(shù)據(jù)庫鏡像的操作。

 

為了更好的評價數(shù)據(jù)庫鏡像是如何運作,如何實施的,你可以運行兩個單獨的MSSQL實例,操作系統(tǒng)是XP或者是2003都沒有關(guān)系。按照MSDN聯(lián)機叢書的步驟完成一遍。下載或者選用AdventureWorks數(shù)據(jù)庫(類似于Oracle的HR/SH數(shù)據(jù)庫等。這些都沒有預安裝的),將其鏡像到主機服務器上。呈現(xiàn)在你面前的不僅僅是另外一個數(shù)據(jù)的所具有功能特性,你將還會看到MSSQL所具有的操作,得到自己的正確評價(我平時使用的是Oracle數(shù)據(jù)庫,測試用的是MSSQL,反過來說,你平時使用的是MSSQL,現(xiàn)在用Oracle來測試的話,也會有新的發(fā)現(xiàn))。


本文出自:億恩科技【www.zuiquanben.com】

服務器租用/服務器托管中國五強!虛擬主機域名注冊頂級提供商!15年品質(zhì)保障!--億恩科技[ENKJ.COM]

  • 您可能在找
  • 億恩北京公司:
  • 經(jīng)營性ICP/ISP證:京B2-20150015
  • 億恩鄭州公司:
  • 經(jīng)營性ICP/ISP/IDC證:豫B1-20183354
  • 億恩南昌公司:
  • 經(jīng)營性ICP/ISP證:贛B2-20080012
  • 服務器/云主機 24小時售后服務電話:0371-60135900
  • 虛擬主機/智能建站 24小時售后服務電話:0371-60135900
  • 網(wǎng)絡版權(quán)侵權(quán)舉報電話:0371-60135995
  • 警情提示:注意防范電信網(wǎng)絡詐騙
  • 專注服務器托管17年
    掃掃關(guān)注-微信公眾號
    0371-60135900
    Copyright© 1999-2026 ENKJ All Rights Reserved 地址:鄭州市高新區(qū)翠竹街1號總部企業(yè)基地億恩大廈  法律顧問:河南亞太人律師事務所郝建鋒、杜慧月律師  B1-20183354   京公網(wǎng)安備41019702002023號 
      0
     
     
     
     

    0371-60135900
    7*24小時客服服務熱線

     
     
    精品日韩在线,日韩精品福利一区二区三区,日韩午夜黄色,国产日韩欧美高清免费
    国产尤物精品| 国产情侣一区在线| 国产日韩欧美中文在线| 性欧美精品高清| 尤物精品在线| 亚洲精品123区| 亚洲欧美日韩国产| 亚洲激情国产| 欧美色图一区| 欧美 日韩 国产一区二区在线视频| 精品国产乱码久久久久久樱花| 国产精品久久久久毛片大屁完整版 | 欧美日韩四区| 欧美+亚洲+精品+三区| 欧美日韩精品在线一区| 国产精品婷婷| 日韩av影院| 精品午夜久久| 99视频精品| 国产亚洲一卡2卡3卡4卡新区| 国产欧美在线观看免费| 美女在线视频一区| 综合日韩av| 影音先锋久久精品| 久久久久伊人| 亚洲国产一区二区在线观看| 亚洲字幕久久| 国产精品毛片一区二区在线看| 五月天激情综合网| 91精品福利观看| 麻豆精品蜜桃| 日韩精彩视频在线观看| 国产aⅴ精品一区二区四区| 欧美日韩在线二区| 日韩精品一区二区三区中文字幕| 国产人成精品一区二区三| 日韩精品看片| 欧美日韩一区二区三区不卡视频 | 99久精品视频在线观看视频| 亚洲另类av| 日韩在线综合| 国产精品九九| 午夜一级久久| 天堂网av成人| 精品一区二区三区在线观看视频| 久久午夜精品| 久久在线视频免费观看| 国产精品香蕉| 综合一区二区三区| 久久影院午夜精品| 欧美日韩一区自拍| 美女黄网久久| 日韩视频不卡| 99视频精品视频高清免费| 国产精品成人一区二区不卡| 欧美日本三区| 日韩精品亚洲aⅴ在线影院| av成人国产| 欧美午夜不卡| 婷婷综合亚洲| 激情综合网五月| 亚洲午夜av| 黑丝一区二区三区| 亚洲大片在线| 久久电影tv| 黑人精品一区| 日韩中文在线播放| 天堂中文av在线资源库| 国产精品毛片久久| 日韩欧美一区二区三区在线视频 | 四虎国产精品免费观看| 欧美黄色一区| 国内一区二区三区| 中文在线中文资源| 精品国产麻豆| 久久久久欧美精品| 日韩午夜黄色| 四虎在线精品| 久久精品国产精品亚洲毛片| 国产va在线视频| 91精品成人| 亚洲视频电影在线| 国产精品亚洲欧美日韩一区在线| 精品午夜视频| 亚洲免费一区二区| 国产亚洲精品美女久久| 夜久久久久久| 国产精品jk白丝蜜臀av小说| 精品国产亚洲日本| 高清av一区| 亚洲天堂黄色| 婷婷综合网站| 国产精品极品在线观看| 日本高清不卡一区二区三区视频 | 黄色国产精品| 五月亚洲婷婷 | 日韩不卡免费高清视频| 亚洲欧美一区在线| 国产精品成人国产| 成人在线网站| 日韩avvvv在线播放| 在线观看精品| 国产精品igao视频网网址不卡日韩| 久久视频一区| 国产精品网站在线看| 狠狠操综合网| 丁香婷婷久久| 日韩三级久久| 欧美a级一区| 久久久免费人体| 一级欧美视频| 欧美1区2区3区| 成人国产精品| 国产欧美日韩精品一区二区三区 | 日本va欧美va精品| aa亚洲婷婷| 久久国产成人午夜av影院宅| 久久不卡国产精品一区二区| 亚洲精品福利| 久久亚洲视频| 欧美美女一区| 精品精品99| 久久亚洲国产精品尤物| 青青草国产成人99久久| 亚洲专区视频| 日韩亚洲精品在线观看| 久久成人国产| 国产福利一区二区精品秒拍 | 亚洲福利国产| 国产精品调教| 日本午夜精品| 免费在线观看视频一区| 伊人久久在线| 91麻豆国产自产在线观看亚洲| 国产欧美一区二区色老头| 日本韩国欧美超级黄在线观看| av在线最新| 亚洲最新无码中文字幕久久| 亚洲综合电影| 亚洲天堂久久| 黄色在线观看www| 精品欧美一区二区三区在线观看| 国产不卡精品| 播放一区二区| 午夜国产一区二区| 亚洲色图国产| 国产精品一区二区美女视频免费看 | 日本亚洲不卡| 国产精品麻豆成人av电影艾秋| 欧美日韩xxxx| 91日韩免费| 国产亚洲高清视频| 日本中文字幕一区二区视频| 欧美日韩va| 91精品婷婷色在线观看| 水蜜桃久久夜色精品一区的特点| 日韩精品免费一区二区夜夜嗨 | 成人一区不卡| 亚洲激情国产| 国产乱码精品一区二区三区亚洲人| 欧美黄色精品| 欧美aa国产视频| 91精品福利观看| 成人va天堂| 国产亚洲第一伦理第一区| 四虎8848精品成人免费网站| 一区二区日韩免费看| 国产一区二区精品福利地址| 国产免费成人| 欧美a在线观看| 中文不卡在线| 欧美激情日韩| 一区二区91| 成人羞羞在线观看网站| 欧美日韩精品一区二区三区视频 | 久久视频精品| 免费在线欧美黄色| 国产综合欧美| 久久精品系列| 97成人在线| 视频二区不卡| 日本aⅴ亚洲精品中文乱码| 激情久久中文字幕| 国产欧美日韩视频在线| 亚洲一区欧美激情| 日韩三区在线| 福利片在线一区二区| 97精品资源在线观看| 蜜桃久久久久久| 欧美午夜不卡| 亚洲经典在线| 激情五月综合网| 欧美日韩18| 国产精品视区| 日韩国产在线观看一区| 亚洲一区二区免费看| 国产精品99精品一区二区三区∴| 国产欧美一区二区三区精品酒店| 欧美网站在线| 国产一精品一av一免费爽爽|