通过Octopus部署SQL dacpac时遇SQL72018错误求助

• 检查DACFx版本差异：Octopus Deploy使用的DACFx（SQL Server Data-Tier Application Framework）版本，可能和你本地Visual Studio编译dacpac时的版本不匹配。不同版本对外部数据源的处理逻辑有差异，尤其是跨数据库/实例引用的场景。可以在Octopus服务器上找到DACFx的安装路径（比如C:\Program Files\Microsoft SQL Server\160\DAC\bin，版本号对应SQL Server版本），对比本地VS的版本，尽量统一两者版本。

• 排查目标库的隐藏外部数据源依赖：虽然你导出了目标库脚本，但有些外部数据源可能关联了未显式导出的依赖对象，比如同义词、外部表，或者使用了OPENROWSET/OPENQUERY的存储过程。直接在目标库执行以下查询，找出所有相关对象：

  -- 列出所有外部数据源
  SELECT * FROM sys.external_data_sources;
  -- 列出关联的外部表
  SELECT * FROM sys.external_tables;
  -- 查找引用外部数据源的数据库对象
  SELECT 
      o.name AS object_name,
      o.type_desc
  FROM sys.sql_modules m
  JOIN sys.objects o ON m.object_id = o.object_id
  WHERE m.definition LIKE '%EXTERNAL DATA SOURCE%';
  

  对比这些对象和dacpac里的定义，看是否存在名称、数据源字符串、权限配置不匹配的情况。

• 确认dacpac的包含范围：检查Visual Studio的dacpac项目，有没有意外包含不属于当前部署范围的外部数据源。比如项目引用了其他数据库的外部数据源，但目标库中该数据源的配置（服务器名、认证方式）和dacpac里的定义冲突。可以在VS的“Schema View”里查看所有External Data Source对象，移除不必要的引用，或者调整其部署属性（比如设为Do not drop）。

• 排查部署账号的权限：Octopus部署使用的SQL账号，可能没有足够权限读取目标库的外部数据源元数据。用这个账号在目标库执行上面的查询，看能不能正常返回结果。如果权限不够，需要授予VIEW ANY DEFINITION或者针对外部数据源的特定权限。

• 对比新旧库的系统元数据：虽然用脚本新建的库能正常部署，但目标库可能存在系统元数据损坏。可以生成目标库和新建库的元数据对比脚本，重点检查sys.external_data_sources、sys.external_tables等系统表的差异，或者使用DBCC CHECKDB检查目标库的元数据完整性。

• 调整Octopus部署选项：在Octopus的部署步骤里，尝试启用Ignore extended properties或Ignore permissions选项，看能不能绕过错误。另外，检查是否开启了Block on changes to sensitive data这类严格校验选项，临时关闭测试是否解决问题。

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