日韩在线免费观看视频,亚洲美女一区二区三区,国产在线精品一区二区夜色

誤區10.數據庫鏡像在故障發生后，馬上就能發現

錯誤

市面上大肆宣傳數據庫鏡像技術可以在故障發生后，立即檢測到錯誤并進行故障轉移。

但事實并不是這樣，檢測到故障發生的速度要取決于故障的類型。

檢測故障發生的最快的情況是，鏡像中的主體實例崩潰，從而鏡像服務器每秒一次的PING就無法返回值，從而知道主體服務器上不再有這個進程偵聽相應的TCP端口，這種情況下，鏡像服務器幾乎瞬間就能發現故障。

檢測到故障發生第二快的情況是主體服務器的操作系統崩潰。此時主體服務器不再響應鏡像服務器的PING，從而在鏡像服務器PING超時后發現錯誤。這個超時的閾值默認是10秒。但你也可以延長這個時間，這時，故障發生時間完全取決于PING的超時時間。

檢測到故障第三快的情況是是主體的日志磁盤不可用，此時SQL SERVER仍然會發起IO請求，但20秒IO等待無法寫入日志后發現日志磁盤不可用，最終40秒后宣告磁盤日志不可用，從而讓鏡像服務器上線。SQL SERVER是十分有耐心的,比如拿鎖來說，SQL SERVER對于鎖會無限等待，除非遇到死鎖才進行干預。

還有，損壞頁有可能完全不會引發故障，如果查詢報了823或是824錯誤，鏡像技術完全不會關注(SQL SERVER 2008之后這個問題得到修復: SQL Server 2008: Automatic Page Repair with Database Mirroring),如果數據回滾的過程中遇到823錯誤或是824錯誤，數據庫立刻會變為質疑狀態，也就是日志和數據不統一。這也會導致鏡像失敗。

你在圣經上學習到的那些教條也不是需要完全遵循的嘛:-)

您可能感興趣的文章:

監視SQLServer數據庫鏡像[圖文]
SQL數據庫與oracle數據庫鏡像有什么不同對比
MySQL 數據庫雙向鏡像、循環鏡像(復制)
mssql2005數據庫鏡像搭建教程
SQL Server 2008 R2數據庫鏡像部署圖文教程
SQL Server 2008 數據庫鏡像部署實例之一數據庫準備
SQL Server 2008 數據庫鏡像部署實例之二配置鏡像，實施手動故障轉移
SQL Server 2008 數據庫鏡像部署實例之三配置見證服務器
SQL Server 2005 鏡像構建手冊(sql2005數據庫同步鏡像方案)
利用SQL SERVER 2005數據庫鏡像實現可用性分析
簡述SQL Server 2005數據庫鏡像相關知識

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

巨人網絡通訊聲明：本文標題《SQL Server誤區30日談第10天數據庫鏡像在故障發生后馬上就能發現》，本文關鍵詞 SQL,Server,誤區,30日談,第,；如發現本文內容存在版權問題，煩請提供相關信息告之我們，我們將及時溝通與處理。本站內容系統采集于網絡，涉及言論、版權與本站無關。

SQL Server誤區30日談 第10天 數據庫鏡像在故障發生后 馬上就能發現

SQL Server誤區30日談第10天數據庫鏡像在故障發生后馬上就能發現