我踩过的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 =  ; 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 != );

                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=&quot;data sou     rce=tcp:193.160.26.30,1433;initial catalog=test;persist security info=True;user id=sa;password=123456;&quot;" 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=&quot;data source=tcp:193.160.26.30,1433;initial catalog=test;persist security info=True;user id=sa;password=123456;ApplicationIntent=ReadOnly;MultiSubnetFailover=True&quot;" 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的坑！(上集)

最新文章

热门文章