亲身经历的一个项目，老板忽然提出，对数据库的负债要实施分流，来个数据库一个负责读，而另一个负责写，后台是需要同步两个数据库的状态。找了很多的资料，发现新版的alwayson可以实现这个功能。

研读了alwayson 的大量资料，发现他的功能增加了不少，不但不再依靠原来的share disk的架构，而且增加了更大的灵活性，据说要取代log shipping 和Mirror database。不是帮助微软吹嘘，真的进步不少，但还是一个库是只读的，一个为可以读写。

一下是实施的具体步骤，和在实施中说遇到的问题及解决办法：

一 实施的架构

我们采用了三台服务器，其中两台是SQL Server,另外一台是文件服务器（用来投票）。架构如下：

微软有写过白皮书，他所介绍的建构是四台机器，其中一台在不同的站点中，我们公司没有那么有钱，我们只是采用了2台机器的架构。

具体的微软的文档可以参照我之后的文档列表。

二 准备步骤

考虑需要用什么样的投票架构。在这之前，微软使用的架构是share disk的高冗余建构，因为要使用共享的存储，很多条件下难以实施，才采用了现在的几种该机的方法，新增加的有三种，共四种，如下，是微软的原话，不多解释，有兴趣的可以顺着我后面的链接，研究。

但总的一条原则是： 总的服务器数量最好是奇数。

我们采用了3台服务器的工作方式（其中一台为文件服务器）

三 详细步骤如下

SQL Server 2012 AlwaysOn 亲身实历