没有共享存储的Microsoft SQL Server标准高可用性
我是一个pipe理SQL很less经验的软件开发人员，请耐心等待！
我们正在开发一款需要高度可用的软件，并具有相当程度的适应能力。
这个应用程序将使用SQL服务器来存储其大部分操作数据。
这个应用程序将从2个独立的物理位置运行，并且在这两个位置之间不允许共享磁盘（SAN或者其它），共享SMB是可能的，但是我们的安全人员不太喜欢。
这个应用程序不会向SQL提交大量的数据，但是在现实世界中会部署26个这样的系统实例，共52个SQL服务器实例，以便降低成本，我们非常肯定SQL标准和我们能承受的一样昂贵！ ！
- 从SQL2008移动/降级数据库到SQL2000
- 在SharePoint数据库上自动增长？
- 如何完全卸载MySQL？
- “恢复已删除的项目”占用了邮箱存储空间，如果有的话，我该如何摆脱它们？
- 清空网站收集回收站不会使内容数据库变小？
我的select是什么，因为在不久的将来，DBase镜像似乎已经过时了。 
您可以使用AlwaysOn。
AlwaysOn是实现这一目标的“新”方式，而数据库镜像在SQL Server中已经过时了。
它基本上是这样工作的：
您需要为Networking-aspect创build一个Windows群集。 共享存储不是必需的，但是您需要实例的文件共享来同步日志（只能使用完全恢复中的数据库）以及群集中的仲裁（如果只有2个节点）。
当您在“同步提交”中设置它们时，可以进行近乎联机的故障切换。 你可以写你的应用程序来处理小干扰。 （失败一次？=>再试一次）
使用SQL 2014 STD，可以为2个节点设置AlwaysOn。 在Windows 2012中，故障转移群集也在标准版本中。
正如Bart De Vos提到的那样，您可以使用SQL Server AlwaysOn可用性组 （不需要SAN），但此function仅在企业版中可用。
或者，您也可以使用标准版中的SQL Server AlwaysOn故障转移群集 。 但AlwaysOn集群需要SAN，但是您可以使用第三方软件（如SIOS DataKeeper）来模拟SAN。
有关更多信息，请参阅以下链接： http : //clusteringformeremortals.com/2014/01/10/creating-a-sql-server-2014-alwayson-failover-cluster-fci-instance-in-windows-azure-的IaaS-天青云/