您好,登錄后才能下訂單哦!
選擇完復制數據庫服務器之后,我們來設置終結點,保證防火墻上5022端口是允許的
下面來配置監聽器,這個AG的監聽器,其實就是一個虛擬地址,通過這地址和IP,前端應用可以自動偵測到這個SQL的高可用組,從而將請求和數據發往這個地址,類似于Exchange的NLB前端地址 mail.contoso.com(但AG監聽器不包含負載均衡功能)。
接下來的事情,就交給SQL server的AG來自動將這個數據請求是發往‘當前’的主數據庫服務器。為什么說是‘當前’主數據庫,是因為雖然剛才我們設定了主和備SQL服務器,但是在運行中,一旦發現主數據庫斷線,那么副數據庫(Secondary)會馬上承接服務,
并變為primary 角色。所以這個是相互切換的.
我們這里設定好一個監聽器DNS名稱和IP,端口保留1433
這里我稍稍的對這個監聽器做一下描述,之前我以為這個ag.contoso.com 的這個虛擬地址就可以作為萬能的SQL后端地址了,也就是說我所有的前端應用,在部署的時候,只要被要求填寫后端數據庫地址,只填寫 ag.contoso.com就可以,這是錯誤的!錯誤的!錯誤的!
雖然我的SharePoint Server 2016 和 Sky for Business Server 2015 在數據庫方面直接用的這個 ag虛擬地址,但是這個是微軟所不推薦的!我針對這個問題還專門咨詢過微軟,詳見 https://partnersupport.microsoft.com/zh-hans/mpndataplat/forum/mpncatdb-mpnsqlsvr2016/sql-2016-always/4d73bb3c-4295-4c69-ad23-f0c70b7890b1 因為這個連接是Partner 論壇,可能有些童鞋看不了,我截圖給大家看下。
下面是微軟的回復,
https://msdn.microsoft.com/zh-cn/library/hh313417.aspx
反正總結一句話,以后其他應用要求寫數據庫的話,還是老老實實地寫主數據庫的FQDN,別用AG監聽地址。
好,我們繼續
切換到輔助數據庫服務器上,創建一個共享路徑,用來存放一些和復制相關的數據和日志
再回到剛才的主數據庫 AG配置向導,填入上面的地址
點擊下一步,進行驗證。
查看配置綜述,點擊完成
配置開始
配置完成,我們可以看到已創建好了 SQL Server 2016 Always On 高可用性組
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。