标签:
事件起因:近期有研发反应,某数据库从08切换到12环境后,不定期出现写操作提交延迟的问题;
事件分析:在排除了系统资源争用等问题后,初步分析可能由于网络抖动导致同步模式alwayson节点经常出现会话超时等待提交的问题导致。
经过排查,扩展事件里发现不定期出现35202错误,这是一条副本连接恢复的消息。
由于机房网络环境复杂,数据库服务器和应用服务器混用一个交换机,在业务高峰期时,因上联端口流量打满而导致连接失败的情况屡有发生。
既然短期内无法改造网络环境,那就从SQLSERVER服务器自身出发,只对数据同步的部分进行改造;
现有环境:
SQL AG:为两节点的同步模式,两个节点各有一块网卡连接到交换机,没有直连心跳线(WSFC也不再要求有独立的心跳网络)
改造方案:
1、两个节点各启用一块网卡,采用直连方式进行通信,同时配置私有地址
Server_A:10.0.0.11
Server_B:10.0.0.12
2、删除两个节点的endpoint,手动重新创建Listener_IP为直连IP的endpoint
3、更改AG中,每个副本的endpoint_url
4、等待数据重新同步;
其中第三步的脚本如下,要在两个节点上分别操作,注意Listener_IP为直连网卡的IP
1 /****** Object: Endpoint [Hadr_endpoint] Script Date: 2015/1/6 16:06:17 ******/ 2 DROP ENDPOINT [Hadr_endpoint] 3 GO 4 5 /****** Object: Endpoint [Hadr_endpoint] Script Date: 2015/1/6 16:06:17 ******/ 6 CREATE ENDPOINT [Hadr_endpoint] 7 STATE=STARTED 8 AS TCP (LISTENER_PORT = 5022, LISTENER_IP = (10.0.0.11)) 9 FOR DATA_MIRRORING (ROLE = ALL, AUTHENTICATION = WINDOWS NEGOTIATE 10 , ENCRYPTION = REQUIRED ALGORITHM AES) 11 GO
第四步的脚本如下,在主副本执行即可
1 ALTER AVAILABILITY GROUP [Alwayson01] 2 MODIFY REPLICA ON N‘Node_01‘ WITH (ENDPOINT_URL = N‘TCP://10.0.0.11:5022‘) 3 4 ALTER AVAILABILITY GROUP [Alwayson01] 5 MODIFY REPLICA ON N‘Node_02‘ WITH (ENDPOINT_URL = N‘TCP://10.0.0.12:5022‘)
注意:删除endpoint后两副本即为未同步状态,但侦听器和AG组中的数据库不受影响,对应用而言,主副本的服务仍然正常;
参考文章:
http://blogs.msdn.com/b/alwaysonpro/archive/2013/11/01/configuring-a-dedicated-network-for-replicating-changes-from-primary-to-secondary-replica.aspx
SQLServer 2012之AlwaysOn —— 指定数据同步链路,消除网络抖动导致的提交延迟问题
标签:
原文地址:http://www.cnblogs.com/diabloxl/p/4211362.html