Microsoft SQL Server 2012 AlwaysOn 部署(目前使用RC 0 搭建與CTP搭建有些不同)

  1. 簡介
    這個簡介… … 還是到時候看看微軟怎麼說再寫吧… … 這裏就分享一下AlwaysOn的部署
  2. AlwaysOn、Cluster、Mirror比較

    以下爲個人觀點:(選擇方案時需注意以下條件)

    AlwaysOn Cluster Mirror
    基於Windows Cluster 基於Windows Cluster 不基於Windows Cluster
    節點數>=2 節點數>=2 節點數=2(+1)
    Failover條件:
    仲裁盤、
    心跳網絡、
    可用性組
    Failover條件:
    仲裁盤、
    心跳網絡
    Failover條件:
    仲裁實例
    數據訪問:
    1個主節點:讀、寫
    N個子節點:讀
    實時數據讀(默認)
    數據訪問:
    1個主節點:讀、寫
    N個備節點:不可訪問
    備節點獲取不到共享存儲
    數據訪問:
    1個主節點:讀、寫
    1個備節點:還原中…
    備節點可做數據庫快照(不可實時讀)
    數據庫實例類型:
    non-clustered
    數據庫實例類型:
    failover-cluster
    數據庫實例類型:
    non-clustered
    數據存儲及保護級別
    總數據量=AlwaysOn數據庫×節點數
    保護用戶數據庫
    數據存儲及保護級別
    總數據量=所有數據庫之和
    僅保護主機,數據由硬件存儲保護
    數據存儲及保護級別
    總數據量=Mirror數據庫×2
    保護用戶數據庫
    應用程序連接字符串:
    Server =共享IP;Uid=;Pwd=;Db=
    共享IP數可自行設置
    應用程序連接字符串:
    Server =共享IP;Uid=;Pwd=;Db=
    一個共享IP
    應用程序連接字符串:
    Server =主IP;Uid=;Pwd=;Db=;Failover server=備IP
    JAVA應用需要微軟提供的驅動程序進行連接
    數據同步方式:
    日誌(必須使用完整還原模式)
    數據同步方式:
    存儲(只有一份數據文件)
    數據同步方式:
    日誌(必須使用完整還原模式)
  3. Windows Cluster 準備
    略:查閱SQL Server 2008 Cluster 部署
  4. AlwaysOn部署

虛擬機使用:
image

DC1、DC2:雙域控(Windows 2008 R2)

FileApplication:稍後作爲數據庫備份服務器(Windows 2008 R2)

SQL201201、SQL201202:SQL 2012 兩個節點(Windows 2008 R2)

Storage:存儲服務器(提供LUN)

節點1:(DTC個人猜測應該不再是一個必要的環節,除非ETL需要)

image

image

節點2:

image

image

安裝準備:

安裝.NET Framework 3.5

image

image

image

哥沒Key… … 真愁人… … 先裝着玩玩吧

image

image

同意協議

哥鏈接不到外網好不… … 跳過… … 繼續下一步… …

image

image

image

image

RC 0 Bug爆多,咱還是少自定義,全選的飄過

image

又檢查,檢查你妹兒啊,前邊檢查,現在又來檢查… … 蓋茨走了,你幾個開發的要翻天啊… …

image

命名實例,不習慣用默認的有木有… … 看見默認實例就煩的有木有… …

節點1:AlwaysOn01

image

節點2:AlwaysOn02

image

image

就改了幾個重要的服務帳號,稍後好研究SystemCenter

image

字符集:

image

image

這東西也最好別改,等RTM版出來再改比較靠譜

image

文件流,用的時候再激活,現在不管

image

傳說中的OLAP,大家懂的,不懂的自己去看看MSDN

image

image

傳說中的RS

image

這個不要添加任何東西,不然安裝程序可能會掛掉… … RC 0 的Bug啊… …

image

這個也留空,直接下一步

image

錯誤報告,大家都懂的,看見它N年了,從來不知道它幹了些撒… … 繼續無視… …

image

親… … 檢查又來了… …

image

下邊這份報告可以留一下,便於以後新人安裝可以參考或者下次Core安裝用

image

開始安裝… … 等… … 吃晚飯去了… …

image

今天晚上就先讓他慢慢的跑着吧,明天上班估計就裝好了… … 明天才是重頭戲… … 配置神話中的AlwaysOn

回家吃飯… … 早點兒洗洗睡了… … 今天終於不過節了… …

NND,明年還是我一個人過情人節我就寫Windows 8開發去… …八要逼偶… …

安裝完成

image

老老實實重啓一下吧… …

開始配置(節點1、2都同樣的操作)

image

image

激活AlwaysOn 可用性組,然後重啓SQL 引擎服務

image

在節點1打開SSMS

image

創建一個文件夾存儲數據庫文件(P.S.是在本地磁盤哦!!!)

image

給文件夾賦權(我們使用的是SQLAdmin域帳號作爲服務帳號的,做過LogShipping的人都應該理解)

image

創建一個名爲:AlwaysOnUserDB的用戶數據庫

image

image

創建完成,開始配置

image

使用嚮導開始創建第一個可用性組

image

image

隨便取個名字

image

選擇用戶數據庫,這裏我們可以看到,他要求必須有一個完整備份,下面我們開始備份

我們首先建立一個遠程備份目錄,稍後備份到其中,同時稍後數據庫同步校驗的時候也會校驗到,所以必須創建一個

當然我們會授予他SQLAdmin的讀寫訪問權限,這個也是爲什麼要用域帳號做服務帳號的原因之一

image

我們開始備份(直接填,不要選,你肯定選不到路徑的,放棄什麼都依賴嚮導的習慣吧)

image

image

image

根據個人備份習慣選擇

1. 覆蓋備份集

2. 備份完成後校驗|實施交叉檢查

3. 爲了減少帶庫消耗,壓縮備份包

image

回到剛纔的嚮導刷新一下,可以勾選了

image

image

加入複製節點

image

這裏我使用的操作系統帳號是POWER\Administrator,

如果是在POWER\SQLAdmin下就能使用集成身份驗證了
我小懶一下,就湊合用用sa吧

image

image

看到上邊這張圖是不是覺得很像配置Mirror啊,呵呵

image

這個不變

image

先不創建監聽,創建監聽時需要分配到共享IP

image

指向我們剛纔備份的共享目錄

在節點2創建相同的數據庫存儲路徑,然後進行下一步

image

image

image

建議保存一下此腳本

image

開始創建可用性組

image

配額完成有個告警略過,不管他

image節點一

image節點二

同步完成狀態(有個面板進行控制,呵呵,不錯)

別忘了,我們還沒創建監聽!!共享IP… …

image

來創建一個,我喜歡靜態IP… … 必須喜歡… …

image

image節點一

image節點二

image來連一下看看

imageOK,到此爲止安裝完成… …

終於見到傳說中的神器了… …

下邊大家可以測試一下應用程序模擬場景等,單邊阻塞,單邊宕機,手段切換,這些我就不說了,太多了… …

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章