Azure SQL VM通过SSIS拉取本地SQL Server数据的网络配置咨询

先来明确回答你的核心疑问：是的，通过VNET配置打通Azure SQL VM和本地SQL Server的网络连接是可行且低成本的方案，完全适配你夜间小批量数据传输的需求。你提到的ExpressRoute确实更适合大流量、低延迟的企业级场景，放弃它的成本考量非常合理。

下面是具体的配置步骤，我会一步步拆解成可操作的内容：

1. 搭建Azure VNET与本地网络的VPN隧道 #

• 先在Azure门户创建一个虚拟网络（VNET），注意它的地址空间要和你的本地网络地址段不重叠（比如本地用192.168.0.0/16，Azure VNET就选10.0.0.0/16这类独立网段）。
• 在该VNET下创建路由型VPN网关，并分配一个公网IP地址，这是Azure侧的连接入口。
• 配置本地的VPN设备（比如企业防火墙、专业路由器），创建**站点到站点（Site-to-Site）**的VPN连接，和Azure的VPN网关建立加密隧道。同时要在两端配置路由规则，确保Azure VNET的地址段能访问本地SQL Server所在的内网地址段。

2. 将Azure SQL VM纳入目标VNET #

• 如果你的SQL VM已经创建，先备份好数据，再将它迁移到刚才创建的VNET子网中；如果是新创建的VM，直接在创建流程里选择目标VNET即可。
• 建议关闭SQL VM的公共IP（如果不需要公网访问的话），只保留VNET内的私有IP，既安全又能避免不必要的公网流量。

3. 配置本地SQL Server的访问权限 #

• 在本地SQL Server的防火墙中，添加Azure VNET的地址段，允许来自这个网段的数据库连接请求。
• 创建一个拥有目标数据库读取权限的SQL认证账号（优先选SQL认证，避免域信任的复杂配置），确保SSIS能通过这个账号顺利访问本地数据。

4. 配置SSIS连接并验证 #

• 在Azure SQL VM上打开SQL Server Data Tools（SSDT），或者直接在SSIS Catalog中创建集成服务项目。
• 配置OLE DB连接管理器，连接字符串填写本地SQL Server的内网IP或域名（因为VNET隧道已打通，直接用内网地址即可），使用之前创建的SQL认证账号。
• 先手动运行一次SSIS包测试连接是否正常，确认能拉取数据后，再配置SQL Server Agent作业，设置夜间自动执行的调度规则。

额外小贴士 #

• 如果本地没有专业VPN设备，也可以考虑**点到站点（Point-to-Site）**的VPN方案，适合单台Azure VM连接本地网络的场景，配置成本更低。
• 定期检查VPN隧道的连接状态，避免网络波动导致SSIS作业失败，可以在Azure门户的VPN网关页面查看连接状态，也可以在本地设备上做监控告警。

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