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

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

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

由于機(jī)房網(wǎng)絡(luò)環(huán)境復(fù)雜，數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器混用一個(gè)交換機(jī)，在業(yè)務(wù)高峰期時(shí)，因上聯(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)的同步模式，兩個(gè)節(jié)點(diǎn)各有一塊網(wǎng)卡連接到交換機(jī)，沒有直連心跳線（WSFC也不再要求有獨(dú)立的心跳網(wǎng)絡(luò)）

改造方案：

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

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

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

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

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非maisonbaluchon.cn所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。