SSRS部署后非指定日期参数默认值被错误设为null问题排查

问题现象 #

• 预期配置规则：两个已开启允许空值属性的日期参数中，仅Event_Date（事件日期）默认值设为null，Sales dates（销售日期）不配置任何默认值
• 本地Visual Studio 2019 SSRS项目中已完成上述参数配置，先后尝试删除服务器端旧报表后自动部署、手动上传RDL文件两种上线方式，清理项目、删除bin目录后重新部署仍复现问题：服务器端新报表的两个日期参数默认值均被设为null，不符合预期
• 直接在服务器端通过Report Builder修改参数配置可正常生效，但因项目已对接DevOps流程，必须保证Visual Studio 2019侧项目部署的配置正确性
  
  

问题根因 #

• 服务器元数据残留：仅在SSRS Web门户删除报表条目，无法彻底清空ReportServer数据库中留存的报表参数元数据快照，新部署的同名报表会自动继承历史参数配置，覆盖本地RDL的原生设置
• 部署逻辑已知缺陷：当参数开启允许空值属性且未显式配置默认值时，SSRS 2017及后续版本的部署流程会自动为该参数补全null默认值，该逻辑优先级高于RDL文件内的参数配置
• 关联资源未同步：如果Sales dates参数绑定了级联规则或共享数据集取值逻辑，部署时关联的共享数据集/数据源未同步覆盖，会触发参数配置回退逻辑，自动填充null作为默认值

修复方案（按落地优先级排序） #

• 彻底清理服务器端残留元数据
  不要仅在Web门户删除报表，登录SSRS报表服务器对应的ReportServer数据库实例，执行以下脚本清理目标报表的所有关联记录，执行完成后重启SSRS Reporting Services服务再重新部署：

  -- 操作前请将路径替换为目标报表在SSRS上的实际存储路径
  DELETE FROM Catalog WHERE Path = '/你的报表所属目录/目标报表名称';
  DELETE FROM Subscriptions WHERE Report_OID NOT IN (SELECT ItemID FROM Catalog);
  

• 两次部署覆盖默认值逻辑
  不要直接为Sales dates设置空默认值，先在Visual Studio中给该参数配置一个固定的占位日期值（如1900-01-01）作为默认值，完成第一次部署；部署成功后再将该参数的默认值改回「无默认值」，执行第二次部署，即可绕开部署流程自动补null的逻辑
• 调整项目部署配置
  打开Visual Studio中SSRS项目的属性页，将OverwriteDataSources、OverwriteDatasets选项全部设为True，同时关闭*增量部署（IncrementalDeploy）*开关，全量覆盖服务器端所有关联资源，避免旧配置残留干扰
• 直接修正RDL源码配置
  在解决方案资源管理器中右键点击目标RDL文件，选择「查看代码」，找到Sales dates对应的<ReportParameter>节点，删除该节点下所有<DefaultValue>子节点，确认节点内仅保留<Nullable>true</Nullable>的空值允许配置，保存文件后重新部署

注意：仅删除Web门户旧报表再重新部署的方案无法清理数据库层留存的参数元数据，不能解决该类默认值强制覆盖问题。

内容的提问来源于stack exchange，提问作者George M Ceaser Jr