关于Azure SQL Database流量迁移至新版网关的技术咨询

Hey 你好！我来一步步帮你理清关于Azure SQL Database网关迁移的这些疑问，毕竟刚接触Azure，咱们尽量说得直白易懂：

问题1：怎么查看Azure SQL Database的连接策略，确认是Redirect、Proxy还是Default？ #

你可以通过两种简单方式来查看：

方式一：Azure门户操作 #

1. 登录Azure门户，找到你的Azure SQL Database资源
2. 在左侧导航栏里，点击「连接安全性」选项
3. 在页面的「连接策略」板块，就能直接看到当前设置的是Redirect、Proxy还是Default啦

方式二：用Azure CLI命令查询 #

打开Azure CLI（可以直接用门户里的Cloud Shell，不用本地安装），运行下面的命令（把占位符换成你的资源组和数据库名称）：

az sql db show --resource-group <你的资源组名称> --name <你的数据库名称> --query "connectionPolicy"

执行后就会返回当前的连接策略值。

问题2：我的MVC5网站连接Azure SQL Database，连接字符串存在web.config里，怎么确认是否用了Service Tags？ #

首先得明确：Service Tags是Azure层面的网络访问控制规则，不会出现在web.config的连接字符串里。要确认你的网站是否通过Service Tags连接SQL，得去Azure门户里查这两个地方：

• 查看SQL Database的防火墙/虚拟网络规则：
  1. 进入你的SQL Database资源，点击左侧的「防火墙和虚拟网络」
  2. 在「防火墙规则」或「虚拟网络规则」里，看看有没有类型为Service Tag的允许条目（比如AppService.华东地区这种，代表允许该区域的App Service访问）
• 检查网站的部署环境：
  如果你的MVC5网站部署在Azure App Service，而且App Service和SQL Database在同一个虚拟网络里，或者App Service开启了VNet集成，那这种内部连接默认会用到Service Tags的逻辑，属于不受迁移影响的场景哦。

问题3：已经确认连接字符串是ADO.NET类型，需要注意什么？ #

结合你收到的邮件信息，ADO.NET连接是否受网关迁移影响，主要看另外两个关键条件：

• 你的SQL Database连接策略是不是Redirection（如果是，就完全不受影响）
• 网站是不是在Azure内部通过Service Tags连接（符合的话也不会受影响）

另外，如果你用的是较新版本的Microsoft.Data.SqlClient（推荐替代旧的System.Data.SqlClient），会更适配Azure SQL的新网关，但只要满足前面两个场景之一，就不用太担心迁移的影响啦。

内容的提问来源于stack exchange，提问作者Ros