我踩过的Alwayson的坑!
Posted 奋斗的大橙子
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了我踩过的Alwayson的坑!相关的知识,希望对你有一定的参考价值。
最近被sql server Alwayson高可用组和读写分离,弄得神魂颠倒,身心俱疲。遇到了下面一些问题,提醒自己也给后来人做些记录。
EntityFramework支不支持Alwayson?
起因:
因为要进行数据库的优化,所以想在现有的sql server基础上采用微软的Alwayson解决方案,实现读写分离把数据库的压力减小一下。
之前两篇文章关于Alwayson的都是建立在直接使用Ado.net的基础上,因为EF也是基于Ado.net的orm所以,我认为也是支持Alwayson的。
写一个测试程序吧:
、
代码很简单,我就省略了注释,数据库有三个字段如下:
USE [test] GO /****** Object: Table [dbo].[test1] Script Date: 2016/05/23 10:43:41 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE TABLE [dbo].[test1]( [id] [int] IDENTITY(1,1) NOT NULL, [name] [datetime] NULL, [test_id] [int] NULL, CONSTRAINT [PK_test1] PRIMARY KEY CLUSTERED ( [id] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY] GO
private void button1_Click(object sender, EventArgs e) { using (testEntities dbcontext = new testEntities()) { try { var list = (from info in dbcontext.test1 select info).ToList(); dataGridView1.DataSource = list; } catch (Exception ex) { //do nothing } } } private void button2_Click(object sender, EventArgs e) { var count = Convert.ToInt32(textBox1.Text); using (testEntities dbcontext = new testEntities()) { for(var i = 1 ; i <= count;i++) { test1 t = new test1() { name = System.DateTime.Now, test_id = i }; dbcontext.test1.Add(t); } dbcontext.SaveChanges(); } } private void button3_Click(object sender, EventArgs e) { using (testEntities dbcontext = new testEntities()) { var item = dbcontext.test1.Where(p => p.id != 0); dbcontext.test1.RemoveRange(item); dbcontext.SaveChanges(); } }
环境简介:
1.主副本:193.160.26.28
2.辅助副本:193.160.26.32
3.侦听器:193.160.26.30
4.客户端:10.167.218.27
DB First方式连接字符串:(怎么做可以自行查询)
①不进行读写分离的时候
连接字符串如下:
<connectionStrings> <add name="testEntities" connectionString="metadata=res://*/test.csdl|res://*/test.ssdl|res://*/test.msl;provider=System.Data.SqlClient;provider connection string="data sou rce=tcp:193.160.26.30,1433;initial catalog=test;persist security info=True;user id=sa;password=123456;"" providerName="System.Data.EntityClient"/> </connectionStrings>
期待结果:可以读,可以写,并且都是在主副本上进行的。
实际结果:
上图说明,不使用只读的时候,和我们的期待结果一致。
2.采用只读路由
修改连接字符串如下:
<connectionStrings> <add name="testEntities" connectionString="metadata=res://*/test.csdl|res://*/test.ssdl|res://*/test.msl;provider=System.Data.SqlClient;provider connection string="data source=tcp:193.160.26.30,1433;initial catalog=test;persist security info=True;user id=sa;password=123456;ApplicationIntent=ReadOnly;MultiSubnetFailover=True"" providerName="System.Data.EntityClient"/> </connectionStrings>
期待结果:能读取(辅助副本),不能写入(因为设定了只读)
实际结果:读取和写入的时候出现了如下的错误:
如上图所示:
在建立与服务器的连接时出错。 在连接到 SQL Server 时,在默认的设置下 SQL Server 不允许远程连接可能会导致此失败。(访问接口: TCP 访问接口,错误: 0 - 无法识别这种主机)(.Net SqlClient 数据访问接口)
为什么呢?
I.最先猜想到的是sql Client的问题,是不是不支持ReadOnly,查了一下msdn,上面解释如下:
https://msdn.microsoft.com/zh-cn/library/system.data.sqlclient(v=vs.110).aspx 意思就是4.0以上版本是支持 ApplicationIntent 的值。可能的值为 ReadWrite 和 ReadOnly。
查看一下:目前使用的sql Client,是支持的。
II.不是sqlClinet的问题,又仔细看了一下错误的,host不能识别,考虑是不是DNS的问题,在客户端使用cmd中的ping命令,ping一下侦听器地址
在主副本或者辅助副本中ping一下:
感觉好像是DNS的问题:把程序拷贝到主副本或者辅助副本中执行:
结果:
读过程:
读过程没出现问题。
写过程:出现了只读异常,貌似和我的期待结果一样。
分析问题:
因为我的客户端和两天虚拟机从属于不同的域账户,所以这可能就是问题的点。
解决问题:
怎么才能解决呢?
第一个方法:把客户端加到和虚拟机同一个域当中,但是这样做是很有风险的,不能保证每一个客户端都和服务器在同一个域当中。所以我不能采用这样的方式
第二个方法:仔细回览了一下只读路由配置的脚本, 下面是微软官方提供的示例
ALTER AVAILABILITY GROUP [AG1]
MODIFY REPLICA ON
N\'COMPUTER01\' WITH
(SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
ALTER AVAILABILITY GROUP [AG1]
MODIFY REPLICA ON
N\'COMPUTER01\' WITH
(SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N\'TCP://COMPUTER01.contoso.com:1433\'));
在进行指定只读路由的时候,发现他使用的是实例名字COMPUTER01.contoso.com,所以猜想可能和这个有关系,要使用IP地址估计问题就能解决
修改前一篇的只读路由:http://www.cnblogs.com/dcz2015/p/5444438.html 如下:
①删除只读路由表:
ALTER AVAILABILITY GROUP [testAG] MODIFY REPLICA ON N\'WIN-14VNU7CGQO1\' WITH ( PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=NONE) ); GO ALTER AVAILABILITY GROUP [testAG] MODIFY REPLICA ON N\'WIN-14VNU7CGQO2\' WITH ( PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=NONE) ); GO
②添加只读路由:
--①配置A副本的只读路由属性(ReadOnly代表‘只读意向’) ALTER AVAILABILITY GROUP [testAG] MODIFY REPLICA ON N\'WIN-14VNU7CGQO1\' WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
--②配置A副本的只读路由URL ALTER AVAILABILITY GROUP [testAG] MODIFY REPLICA ON N\'WIN-14VNU7CGQO1\' WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N\'tcp://193.160.26.32:1433\')); --③配置B副本的只读路由属性 ALTER AVAILABILITY GROUP [testAG] MODIFY REPLICA ON N\'WIN-14VNU7CGQO2\' WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
--④配置B副本的只读路由URL ALTER AVAILABILITY GROUP [testAG] MODIFY REPLICA ON N\'WIN-14VNU7CGQO2\' WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N\'tcp://193.160.26.28:1433\')); --⑤配置A副本作为主副本时候的只读路由表 ALTER AVAILABILITY GROUP [testAG] MODIFY REPLICA ON N\'WIN-14VNU7CGQO1\' WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=(\'WIN-14VNU7CGQO2\',\'WIN-14VNU7CGQO1\'))); --⑥配置B副本作为主副本时候的只读路由表 ALTER AVAILABILITY GROUP [testAG] MODIFY REPLICA ON N\'WIN-14VNU7CGQO2\' WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST=(\'WIN-14VNU7CGQO1\',\'WIN-14VNU7CGQO2\'))); GO
在客户端进行测试:
读过程:
写过程:
以上是关于我踩过的Alwayson的坑!的主要内容,如果未能解决你的问题,请参考以下文章
Android 百度地图开发-----001 环境配置 那些年我踩过的坑