我们在Windows Azure中安装了一个临时和生产SharePoint场。所有服务器都运行Windows Server 2012.我们在两种环境中遇到了同样的问题，但对于这个问题，我将重点关注暂存环境。
对于登台环境，我在SharePoint场中有多个服务器和2个SQL服务器。所有服务器都位于同一子网和关联组中。有一个DHCP服务器为子网上的所有服务器分发192.168.X.X地址。
我创建了一个两个SQL服务器作为节点的WSFC。我尝试使用未使用的DHCP地址（192.168.X.X）的IP创建群集，并使用链接本地地址（使用PowerShell脚本创建从Microsoft在线找到的群集）。在这两种情况下，都无法从子网上的任何计算机访问群集IP。但是，在这两种情况下，群集似乎都已启动，并且重新启动主动节点会将被动节点推送到新的主动节点。我认为这可能是我的根本问题之一。
我的最终目标是为SharePoint创建一个SQL Availability Group Listener，用于数据库连接。创建集群后，我可以在SQL Management Studio中创建可用性组。我可以看到它的工作原理：当重新启动主副本时，辅助服务器转为主服务器，所有数据库都会同步并保持最新状态等等。但是，当我尝试创建AG Listener时，它会失败，并显示错误声称它不能访问群集或群集未激活。
我在线阅读了很多内容。有些人声称无法在Azure中创建AG，其他人声称此修补程序修复了某些内容（http://support.microsoft.com/kb/2854082），还有一些声称它可以在将侦听器IP设置为公共端点时起作用。我已经尝试过所有这些并且没有取得任何成功。必须有一些方法可以在完全封闭的Azure环境中提高SQL的可靠性。有人对这个有经验么？有没有人让它上班？如果是这样，你是怎么做到的？如果没有，还有另一种方法可以获得SQL可用性吗？