快捷導(dǎo)航

SQLServer 2012中設(shè)置AlwaysOn解決網(wǎng)絡(luò)抖動導(dǎo)致的提交延遲問題

更新時間：2015年02月27日 09:27:18 投稿：junjie

這篇文章主要介紹了SQLServer 2012中設(shè)置AlwaysOn解決網(wǎng)絡(luò)抖動導(dǎo)致的提交延遲問題,需要的朋友可以參考下

事件起因：近期有研發(fā)反應(yīng)，某數(shù)據(jù)庫從08切換到12環(huán)境后，不定期出現(xiàn)寫操作提交延遲的問題；

事件分析：在排除了系統(tǒng)資源爭用等問題后，初步分析可能由于網(wǎng)絡(luò)抖動導(dǎo)致同步模式alwayson節(jié)點(diǎn)經(jīng)常出現(xiàn)會話超時等待提交的問題導(dǎo)致。

經(jīng)過排查，擴(kuò)展事件里發(fā)現(xiàn)不定期出現(xiàn)35202錯誤，這是一條副本連接恢復(fù)的消息。

由于機(jī)房網(wǎng)絡(luò)環(huán)境復(fù)雜，數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器混用一個交換機(jī)，在業(yè)務(wù)高峰期時，因上聯(lián)端口流量打滿而導(dǎo)致連接失敗的情況屢有發(fā)生。

既然短期內(nèi)無法改造網(wǎng)絡(luò)環(huán)境，那就從SQLSERVER服務(wù)器自身出發(fā)，只對數(shù)據(jù)同步的部分進(jìn)行改造；

現(xiàn)有環(huán)境：

SQL AG：為兩節(jié)點(diǎn)的同步模式，兩個節(jié)點(diǎn)各有一塊網(wǎng)卡連接到交換機(jī)，沒有直連心跳線（WSFC也不再要求有獨(dú)立的心跳網(wǎng)絡(luò)）

改造方案：

1、兩個節(jié)點(diǎn)各啟用一塊網(wǎng)卡，采用直連方式進(jìn)行通信，同時配置私有地址

復(fù)制代碼代碼如下:

Server_A：10.0.0.11

Server_B：10.0.0.12

2、刪除兩個節(jié)點(diǎn)的endpoint，手動重新創(chuàng)建Listener_IP為直連IP的endpoint
3、更改AG中，每個副本的endpoint_url
4、等待數(shù)據(jù)重新同步；

其中第三步的腳本如下，要在兩個節(jié)點(diǎn)上分別操作，注意Listener_IP為直連網(wǎng)卡的IP

復(fù)制代碼代碼如下:

/****** Object: Endpoint [Hadr_endpoint] Script Date: 2015/1/6 16:06:17 ******/
DROP ENDPOINT [Hadr_endpoint]
GO

/****** Object: Endpoint [Hadr_endpoint]    Script Date: 2015/1/6 16:06:17 ******/
CREATE ENDPOINT [Hadr_endpoint]
         STATE=STARTED
         AS TCP (LISTENER_PORT = 5022, LISTENER_IP = (10.0.0.11))
         FOR DATA_MIRRORING (ROLE = ALL, AUTHENTICATION = WINDOWS NEGOTIATE
, ENCRYPTION = REQUIRED ALGORITHM AES)
GO

第四步的腳本如下，在主副本執(zhí)行即可

復(fù)制代碼代碼如下:

ALTER AVAILABILITY GROUP [Alwayson01]
MODIFY REPLICA ON N'Node_01' WITH (ENDPOINT_URL = N'TCP://10.0.0.11:5022')

ALTER AVAILABILITY GROUP [Alwayson01]
MODIFY REPLICA ON N'Node_02' WITH (ENDPOINT_URL = N'TCP://10.0.0.12:5022')

注意：刪除endpoint后兩副本即為未同步狀態(tài)，但偵聽器和AG組中的數(shù)據(jù)庫不受影響，對應(yīng)用而言，主副本的服務(wù)仍然正常；

您可能感興趣的文章: