发布Azure SQL数据库到Docker容器时为何报错提及sp_configure？

先解决部署失败问题 #

核心报错是**contained database authentication未启用**。注意：你部署的目标是Docker容器中的SQL Server实例（属于IaaS范畴），而非Azure SQL数据库PAAS服务——前者支持sp_configure，后者默认启用包含数据库认证无需手动配置，这就是你困惑的根源。

解决步骤：

1. 用Azure Data Studio连接Docker容器内的SQL Server实例（使用容器IP、端口和SA账号登录）
2. 执行以下SQL命令启用包含数据库认证：

   sp_configure 'contained database authentication', 1;
   RECONFIGURE;
   

3. 重新运行DACPAC发布操作

另外，警告SQL74501是因为源Azure SQL中的用户依赖Azure AD等外部认证，而Docker内的SQL Server不支持这类认证，这些用户会被转为无登录名的用户。如果不需要这些用户，可在发布配置中排除用户对象；若需要，后续手动创建SQL认证账号替代即可。

部署后台涉及的认证操作 #

• 初始连接验证：发布工具（Azure Data Studio）使用你指定的账号（如SA）连接到Docker内的SQL Server，验证账号的登录权限，且该账号必须具备服务器级管理员权限（如SA）或ALTER ANY DATABASE权限，否则无法修改数据库配置（如设置CONTAINMENT）。
• 对象部署时的认证检查：处理用户对象时，会校验目标实例的认证体系：源Azure SQL的Azure AD用户在Docker实例中不被支持，因此会被降级为无登录名的用户。
• 脚本执行权限校验：部署生成的SQL脚本（如ALTER DATABASE）需要账号具备足够的服务器和数据库权限，否则脚本执行失败。

Azure SQL DACPAC发布到容器的认证流程 #

1. 服务器连接认证：Azure Data Studio使用配置的账号（SQL认证为主，容器内一般用SA）连接Docker中的SQL Server实例，完成账号身份验证，确认其拥有服务器级操作权限。
2. 数据库权限校验：检查连接账号是否拥有目标数据库的CONTROL权限，或具备创建/修改数据库的权限。
3. 对象部署的认证适配：
   • 部署用户对象时，对比源和目标的认证提供者：源Azure AD用户在目标不支持，自动转为无登录名用户。
   • 若部署包含数据库设置，需先启用服务器级的contained database authentication配置，这一步需要管理员权限。
4. 脚本执行权限验证：执行部署脚本时，再次校验账号权限，确保能执行修改数据库配置、创建对象等操作。

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