本文主要介紹sql錯誤1136(如何解決1136(sqlserver1053)，下面一起看看sql錯誤1136(如何解決1136(sqlserver1053)相關資訊。
誤區(qū)11: #故障檢測時鏡像可以瞬間轉移。可以自動或手動啟動不良數(shù)據(jù)庫鏡像的故障轉移。在自動化的情況下，鏡像服務器故障轉移操作(你沒有錯，而不是故障轉移，見證服務器和鏡像服務器在見證 s decision)被發(fā)現(xiàn)無法與主服務器交換信息(這個過程被稱為仲裁、翻譯 s注:是通過按計劃監(jiān)管，集群可以根據(jù)來自監(jiān)管程序的算法與鏡像同步，比如:各節(jié)點的配置，文件共享，磁盤訪問，各節(jié)點決定集群可用性)。(注:所謂同步是指主服務器必須等待鏡像服務器寫入日志后才能提交給事務，異步，更差，但更安全，不需要企業(yè)版的sql server。您啟動了手動故障轉移。手動啟動可能是因為沒有見證服務器，所以當主服務器處于當前狀態(tài)時，鏡像的運行是異步的。當主服務器出現(xiàn)故障時，在日志隊列的重做完成之前，鏡像服務器不會聯(lián)機。所謂的日志隊列將日志從主服務器發(fā)送到鏡像服務器，但不會在鏡像服務器上重播。即使你的鏡像的運行模式是同步的，也只能說明日志被寫到鏡像磁盤，但是它可以 不能保證日志上的鏡像服務器故障轉移。鏡像服務器必須經(jīng)過前滾階段，但是鏡像在反擊階段之后就可以了。在sql server標準版和企業(yè)版中，cpu不到5粒，只有一個線程。企業(yè)版和cpu冗余5核，每4粒分配一個正向滾動線程。可以看出，所需的故障轉移時間取決于重做處理所需的隊列大小、內核中cpu的數(shù)量以及鏡像服務器的負載。因為大家都認為鏡像工作可能會在同步過程中快速故障轉移，所以很少有人檢測日志重做隊列。但是，當發(fā)生故障轉移時，重做隊列的大小決定了停機時間，因此檢測鏡像服務器的重做隊列非常重要。有關更詳細的文章，可以參見:估計角色切換期間的服務中斷。
了解更多sql錯誤1136(如何解決1136(sqlserver1053)相關內容請關注本站點。