超簡易設定步驟 -- Windows Server (FailOver Cluster) + SQL 2012 AlwaysOn，感謝MVP: Edwin Sarmiento分享

2013-12-16

摘要:超簡易設定步驟 -- Windows Server (FailOver Cluster) + SQL 2012 AlwaysOn，
感謝MVP: Edwin Sarmiento分享
Step-By-Step: Creating a SQL Server 2012 AlwaysOn Availability Group

SQL 2012起，改用 AlwaysOn來進行HA（高可用性）與DR（災難復原）

取代了以前的 Mirror

這個版本需要搭配OS（Windows Server 2008 ~ 2012皆可）的 FailOver Cluster（災難復原叢集）

兩者搭配才能成功。

下圖是微軟的官方文件（PDF檔），各種SQL的備援技術，

資料來源 http://msdn.microsoft.com/en-us/library/hh781257.aspx

軟體：Windows Server 2008(R2) 企業版與 Windows Server 2012 標準版 我都有測試過

SQL Server 2012 企業版，以上軟體不必用到 Data Center版。

第一次安裝SQL時，使用「一般安裝」即可，不需使用 Cluster安裝

前置作業：

=====================================================================================

首先，"不"需要安裝 iSCSI，也"不"需要額外的 Storage。

每一台DB (SQL Server)的「定序」必須相同。

設定的人員（帳號）必須使用AD帳號，不能用本機的Administrator。

權限要夠高，不然會卡關（難怪大部分的網路文件，他們都用AD管理員在安裝）

您至少要有權限可以在「AD裡面，增減電腦名稱（電腦物件）」才能作下去。

設定一個共用的AD帳號，權限高一點。

讓這個帳號控制（啟動）這三台DB的「SQL服務」。

假設我有三台DB要串起來，您需申請好幾個IP（靜態、固定）

三個IP，給這三台DB使用，讓它們可以上網、加入AD網域。
另外三個 "新"IP 跟上面三台電腦搭配，還有一個電腦名稱（AD裡面的電腦物件名稱）
這是為了最後的 Listener使用。（這是給寫程式的人用的，讓它們的程式可以透過Listener連上DB）
還有一個IP 與一個電腦名稱（AD裡面的電腦物件名稱），要留給 Windows FailOver Cluster使用。

三台串連的DB (AlwaysOn)需要有七個IP、五個電腦名稱（AD裡面的電腦物件名稱）。

找一台電腦，設定一個「共享目錄」。

這個目錄的「讀寫」權限，請設定上面的三台DB的「電腦名稱」或是相關的人員帳號。

Windows Server 2008起，防火牆的設定比較嚴格。

相關的 Port如果會用到，請您要打開，不然就會卡關。例如 1433 (SQL Server)或 5022 (AlwaysOn的 EndPoint會用到）

=====================================================================================

完成上面的前置準備，您的安裝過程會順利很多。

這篇文章的SOP步驟，是最簡單、最好實現的。 MVP --- Edwin Sarmiento

http://blogs.technet.com/b/canitpro/archive/2013/08/20/step-by-step-creating-a-sql-server-2012-alwayson-availability-group.aspx

Step-By-Step: Creating a SQL Server 2012 AlwaysOn Availability Group

MVP Edwin Sarmiento

19 Aug 2013 9:04 PM

感謝MVP: Edwin Sarmiento分享

使用可用性群組（AG）、Listener，程式該怎麼寫DB連結字串呢？

請看 http://technet.microsoft.com/zh-tw/library/hh213417.aspx

使用接聽程式連接到主要複本

若要使用可用性群組接聽程式，連接到主要複本進行讀寫存取，連接字串要指定可用性群組接聽程式 DNS 名稱。如果可用性群組主要複本變更為新複本，使用可用性群組接聽程式網路名稱的現有連接會中斷連接。然後對可用性群組接聽程式的新連接會被導向至新的主要複本。 ADO.NET 提供者 (System.Data.SqlClient) 的基本連接字串範例如下

Server=tcp: AGListener,1433;Database=MyDB;IntegratedSecurity=SSPI

使用接聽程式連接到唯讀次要複本 (唯讀路由)

指定唯讀應用程式意圖之 ADO.NET 提供者 (System.Data.SqlClient) 的連接字串範例如下：

Server=tcp:AGListener,1433;Database=MyDB;IntegratedSecurity=SSPI;ApplicationIntent=ReadOnly

在這個連接字串範例中，用戶端嘗試連接到通訊埠 1433 (如果可用性群組接聽程式是在 1433 上接聽，也可以省略此通訊埠編號) 上名為 AGListener 的可用性群組接聽程式。若連接字串的 ApplicationIntent 屬性設定為 ReadOnly，會將此字串設為「讀取意圖的連接字串」(Read-Intent Connection String)。如果沒有此設定，伺服器就不會嘗試唯讀路由連接。

江湖一點訣！說破不值錢！

做完以後，才發現不過如此，但也搞了一個多月。

市面上的SQL書籍都沒提到這一點，倒是網路上很多前輩分享了經驗談

（雖然大多沒幫上忙，可能是大家的架構、應用環境不同。還是謝謝大家）

這不是SQL 2012最大的變革嗎？怎麼書上都沒寫？

難道是要留給我出書、上課的題目嗎？

如果要為這個主題寫書，大概五十頁（文字與圖片）搞定

但要賣一本五千元（Know-How的價值，遠比書本厚薄還關鍵）

原來很多人不願意分享、藏私，就是為了這樣

其實很簡單、也不難，

但不點破你、不分享幾個小關鍵，要您花上一兩個月找資料、測試、不斷撞牆.....

這個時候，更加欽佩網路上這些熱血、勇於分享的前輩了

大公無私，的確是IT人的典範。

謝謝網路上每一位分享的人，分享，讓"知識"更加偉大！

國家機密、名人隱私，都有人爆料了。

知識，能藏多久？尤其是IT知識？

放久了不但不會增值，只會「過時」。........因為IT日新月異

分享，讓"知識"更加偉大！

我將思想傳授他人，他人之所得，亦無損於我之所有；

猶如一人以我的燭火點燭，光亮與他同在，我卻不因此身處黑暗。----Thomas Jefferson

線上課程教學，遠距教學 (Web Form 約51hr) https://dotblogs.com.tw/mis2000lab/2016/02/01/aspnet_online_learning_distance_education_VS2015

線上課程教學，遠距教學 (ASP.NET MVC 約75~88hr) https://dotblogs.com.tw/mis2000lab/2018/08/14/ASPnet_MVC_Online_Learning_MIS2000Lab

ASP.NET MVC線上課程第一天免費看 (5.5小時)

寫信給我，不要私訊 -- mis2000lab (at) yahoo.com.台灣 或 school (at) mis2000lab.net

ASP.NET遠距教學、線上課程（Web Form + MVC）。 第一天課程， "完整" 試聽。

................ facebook社團 https://www.facebook.com/mis2000lab ......................

................ YouTube (ASP.NET) 線上教學影片 https://www.youtube.com/channel/UC6IPPf6tvsNG8zX3u1LddvA/

Blog文章 "附的範例" 無法下載，請看 這裡 ...... https://dotblogs.com.tw/mis2000lab/2016/03/14/2008_2015_mis2000lab_sample_download

請看我們的「售後服務」範圍（嚴格認定）。

......................................................................................................................................................