SSDT 2015中SQL Server 2017 master.dacpac缺失系统DMV引发引用错误求助

针对你遇到的问题——目标SQL Server 2012的SSDT 2015项目，因Ola脚本引用SQL 2017新增DMV且SSDT 2015的SQL 2017 master.dacpac缺失这些对象导致报错，这里有几个实用的解决方案：

方案1：修改Ola脚本，添加版本兼容判断 #

既然你的目标平台是SQL Server 2012，完全可以让脚本在低版本环境下跳过对2017+ DMV的调用。找到脚本中引用sys.dm_db_log_stats这类仅2017及以上存在的DMV的代码块，用SQL Server版本判断包裹：

-- 仅在SQL Server 2017及以上版本执行相关逻辑
IF CONVERT(VARCHAR(128), SERVERPROPERTY('ProductVersion')) LIKE '14.%' OR 
   CONVERT(VARCHAR(128), SERVERPROPERTY('ProductVersion')) > '14.'
BEGIN
    -- 这里放用到SQL 2017新增DMV的代码
END

这样SSDT在针对2012平台验证时，会识别到条件块内的代码不会在目标环境执行，就不会抛出未解析引用的错误，同时脚本在2012实例上运行也不会触发不兼容的逻辑。

方案2：手动添加缺失DMV的存根定义到项目 #

SSDT 2015的SQL 2017 master.dacpac确实存在系统对象不全的问题，你可以自己创建“存根视图”来让SSDT识别这些对象：

1. 在SSDT项目中新建一个脚本文件，比如MissingDMVs.sql
2. 添加缺失DMV的空定义（仅用于SSDT编译验证，实际运行时不会生效）：

CREATE VIEW sys.dm_db_log_stats
AS
SELECT
    database_id = CAST(0 AS INT),
    recovery_model_desc = CAST('' AS NVARCHAR(60)),
    log_size_mb = CAST(0 AS FLOAT),
    log_space_used_percent = CAST(0 AS FLOAT),
    -- 根据Ola脚本中用到的列补充占位符
    recovery_unit_count = CAST(0 AS INT)
WHERE 1 = 0 -- 确保视图不会返回数据

3. 将这个文件的“生成操作”设置为Build（右键文件→属性→生成操作）
   这样SSDT编译时会识别到这些DMV的引用，不再报错，而实际运行时SQL Server会使用自身的真实系统视图，不会产生冲突。

方案3：升级SSDT版本（推荐长期解决方案） #

SSDT 2015已经是比较老旧的版本，后续的SSDT版本（比如2017及以后）对SQL Server 2017及更高版本的系统对象支持更完善。如果你的开发环境允许，安装最新版的SSDT后，自带的SQL 2017 master.dacpac会包含所有必要的DMV，直接引用就不会出现缺失问题。注意升级后要保持项目的目标平台仍设置为SQL Server 2012，避免引入其他不兼容的功能。

方案4：临时调整SSDT验证策略（不推荐长期使用） #

如果以上方案暂时无法实施，可以尝试关闭SSDT的严格系统对象验证：

1. 右键SSDT项目→属性→数据库设置→高级
2. 找到“验证”相关的选项，比如“忽略未解析的引用”或者“宽松系统对象验证”（具体名称可能因版本略有不同），勾选该选项
   这个方法能快速消除报错，但会掩盖其他真实的引用问题，只适合临时应急。

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