51国产成人精品午夜福中文下载,尤物视频一区二区,亚洲精品一卡二卡三卡四卡

誤區 #1：在服務器故障轉移后，正在運行的事務繼續執行

這當然是錯誤的!

每次故障轉移都伴隨著某種形式的恢復。但是如果當正在執行的事務沒有Commit時，由于服務器或實例崩潰導致連接斷開，SQL Server可沒有辦法在故障轉移后的服務器重新建立事務的上下文并繼續執行事務-無論你使用的故障轉移方式是集群，鏡像，日志傳送或是SAN復制。

對于故障轉移集群來說，當故障轉移發生后，一個SQL Server實例在另一個故障轉移集群的節點啟動。所有實例上的數據庫都要經歷Recovery階段-也就是所有沒有Commit的事務都要被回滾。

對于數據庫鏡像來說，來自主體服務器的日志不斷傳送到鏡像服務器進行Redo操作。當鏡像服務器被切換作為主體服務器時，原鏡像服務器的事務日志將會變為Recovery模式，這使得好像原鏡像服務器經歷了一次崩潰那樣，在這之后所有的連接都會導向原鏡像服務器。

對于事務日志傳送來說，事務日志被定期備份并傳送到輔助服務器.當主服務器崩潰時,DBA按照恢復順序將輔助服務器恢復后上線.但最終步驟都是要執行recovery步驟，也就是將沒有提交的事務進行回滾。

對于SAN復制來說，本地SAN的I/O被復制到遠程SAN上進行重放，當故障轉移發生后,系統將會連接到遠端SAN但數據庫仍然需要執行recovery步驟，這和故障轉移集群極其類似。

“唯一”使得正在執行的事務在故障轉移發生后仍然得以繼續執行的技術使用帶有實時遷移功能的虛擬化技術，因為這時連接本身并不知道其連接的對象已經變為另一臺物理服務器。

但是無論使用那種技術，如果”連接”失效，正在執行的事務將會丟失，所以處理這類問題的這部分工作就需要在程序中用代碼實現某種“重新執行”的功能。

您可能感興趣的文章:

SQL Server 2008 數據庫鏡像部署實例之二配置鏡像，實施手動故障轉移
SQL Server誤區30日談第11天鏡像在檢測到故障后瞬間就能故障轉移
如何創建SQL Server 2000故障轉移群集
python實現系統狀態監測和故障轉移實例方法

標簽：濟寧金昌宜春黃山河源中衛貸款群呼新余

巨人網絡通訊聲明：本文標題《SQL Server誤區30日談第1天正在運行的事務在服務器故障轉移后繼續執行》，本文關鍵詞 SQL,Server,誤區,30日談,第,；如發現本文內容存在版權問題，煩請提供相關信息告之我們，我們將及時溝通與處理。本站內容系統采集于網絡，涉及言論、版權與本站無關。

婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

SQL Server誤區30日談 第1天 正在運行的事務在服務器故障轉移后繼續執行

SQL Server誤區30日談第1天正在運行的事務在服務器故障轉移后繼續執行