如何验证SQL Server中部署的SSIS包与本地项目版本是否一致？

以下是几种实用的验证方式：

1. 直接对比包的二进制文件 #

• 导出部署的包：在SSMS中打开Integration Services Catalogs，展开到目标项目Project1下的对应包，右键选择「导出包」，将其保存为.dtsx文件。
• 对比本地文件：找到本地项目中对应的.dtsx包文件，使用文件对比工具（如Beyond Compare、WinMerge）或Windows命令行的fc命令对比两者内容：

  fc "导出的包路径\Package.dtsx" "本地项目路径\Package.dtsx"
  

  若输出无差异则版本一致，反之则本地包存在未部署的修改。

2. 利用SSIS目录的部署记录与版本信息 #

• 查看部署历史：在SSMS中右键目标项目Project1，选择「查看历史记录」，可查看每次部署的时间、操作者及版本号。将此时间与本地包文件的最后修改时间对比，若本地修改时间晚于最后部署时间，说明存在未部署的变更。
• 查询系统视图获取详情：执行以下SQL语句，从SSIS目录的系统视图中提取项目和包的部署信息：

  SELECT 
      p.name AS 项目名称,
      pkg.name AS 包名称,
      p.deployed_by_name AS 部署者,
      p.last_deployed_time AS 最后部署时间,
      p.version_major, p.version_minor, p.version_build AS 部署版本号
  FROM catalog.projects p
  JOIN catalog.packages pkg ON p.project_id = pkg.project_id
  WHERE p.name = 'Project1';
  

  将查询到的版本号与本地项目属性中的版本号（右键项目→属性→常规→版本）对比，同时结合最后部署时间判断一致性。

3. 对比包的关键内容细节 #

• 打开本地项目中的包，在SSIS设计器中查看关键配置：如数据流向组件、执行SQL任务的语句、变量值、连接管理器设置等。
• 在SSMS中展开部署的包，逐一查看对应配置项，与本地包的关键内容进行比对，若存在差异则版本不一致。
• 若包中自定义了版本标识变量（如PackageVersion），可直接对比该变量的取值是否一致。

4. 测试部署验证 #

将本地项目部署到一个独立的测试SSIS目录，然后对比测试环境与生产环境中对应包的内容（可通过前三种方法）；若允许，也可尝试将本地项目重新部署到生产环境，部分SSMS版本会在项目内容存在差异时给出提示。

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