在线免费观看色,91av在线免费观看,久久久99爱

blog已經轉移至github,大家請訪問 http://qaseven.github.io/

AlwaysOn可用性組功能測試(1)-故障轉移測試

　一、 AlwaysOn可用性組故障轉移測試

　　1. 自動故障轉移

　　1.1 將故障轉移模式改成自動，如果實例為SQL Server故障轉移實例則配置無效。

　　1.2 在SERVER03自動轉移，CLUSTEST03\CLUSTEST03手動轉移的情況下，kill SERVER03的SQL Server服務。如下界面

　　1.3 無法發送自動故障轉移，整個可用性主失敗，如下所示

　　2. 計劃手動故障轉移

　　2.1 計劃手動故障轉移，需要將可用性模式改成同步提交，待所有副本都同步后，開始手動轉移

　　2.3 選擇新主副本，由于是同步提交，沒有數據丟失

　　2.4 轉移摘要，需確認轉移信息

　　2.5 開始轉移，以下是轉移成功界面

　　3. 強制手動故障轉移

　　3.1 強制轉移，可用性模式為異步提交模式，以下是故障轉移向導

　　3.3 確認可能丟失數據，為防止誤操作，若確認如下界面

　　3.4 開始故障轉移，以下是轉移成功界面。

　　3.5 以下是強制故障轉移后，可用性組的同步情況，可以看出全部掛起，可用性組已經斷開。

　　總結測試

　　A. AlwaysOn可用性組的可用性副本，若有在SQL Server故障轉移群集上，則無法配置為自動故障轉移。

　　B. 計劃手動故障轉移前，需要將可用性模式該成同步模式，且需要等待所有副本已同步，才可以切換

　　C. 強制手動故障轉移會有數據丟失

　　D. 強制手動故障轉移后，該可用性組將掛起，無法實現數據同步

　　E. 任何故障轉移需要在，新副本上執行轉移語句。

posted on 2014-11-13 10:06 順其自然EVO 閱讀(1291) 評論(0) 編輯收藏所屬分類: 測試學習專欄


只有注冊用戶登錄后才能發表評論。




網站導航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關文章: 如何進行Web服務的性能測試？利用drozer進行Android滲透測試 Appium Android Bootstrap源碼分析之命令解析執行 Fliptest—iOS 的應用A/B測試框架 iOS功能測試工具 Frank iOS單元測試框架Kiwi for iOS Appium Android Bootstrap之控件AndroidElement 移動應用測試框架—Calabash Android 簡介 Appium Server源碼分析之作為Bootstrap客戶端移植MonkeyRunner的圖片對比功能實現-Appium篇