【问题标题】:Deploying SSIS Package to SQL Server 2016将 SSIS 包部署到 SQL Server 2016
【发布时间】:2018-10-05 17:46:58
【问题描述】:

我在 VS 中有一个 SSIS 项目:

Microsoft Visual Studio 专业版 2015 版本 14.0.25431.01 更新 3 微软 .NET 框架 版本 4.6.01590 SQL Server 数据工具 14.0.61116.0 Microsoft SQL Server 数据工具 SQL Server 集成服务
Microsoft SQL Server 集成服务设计器 版本 13.0.1601.5

项目 > 属性 > 配置属性 > 部署目标版本 > TargetServerVersion = SQL Server 2016

我在两个 SQL Server 实例上成功部署和验证,但不能在第三个实例上。

我在这三个实例中看到的主要区别是:

第一个(成功)

Microsoft SQL Server 2016 (RTM-GDR) (KB4019088) - 13.0.1742.0 (X64) 2017 年 7 月 5 日 23:41:17 版权所有 (c) 微软公司 Windows Server 2012 R2 Datacenter 6.3(Build 9600:)(Hypervisor)上的开发人员版(64 位)

第二次(成功)

Microsoft SQL Server 2016 (RTM-GDR) (KB4019088) - 13.0.1742.0 (X64) Jul 5 2017 23:41:17 版权所有 (c) Microsoft Corporation Developer Edition (64-bit) o​​n Windows Server 2012 Datacenter 6.2 (构建 9200:)(管理程序)

第三次(失败)

Microsoft SQL Server 2016 (SP1-CU5) (KB4040714) - 13.0.4451.0 (X64) Sep 5 2017 16:12:34 版权所有 (c) Microsoft Corporation Enterprise Edition:Windows 上基于内核的许可(64 位) Server 2012 R2 Datacenter 6.3 (Build 9600:) (Hypervisor)

我无法通过 Google 找到错误的修复程序,它们似乎与我定位 SQL Server 2014 时相同。如有必要,我可以将其发布为编辑,但我怀疑是 Sql Server 安装(可能是企业版特有的问题或该安装中缺少的其他内容)而不是我基于上述内容的包。

以下是第一个可能最相关的错误:

【问题讨论】:

  • 它“失败了”。但是有什么错误?前 2 个实例是开发者版,而第三个是企业版。编辑您的问题并尽可能提出错误。
  • 是的,Enterprise v. Developer 是我见过的主要区别。让我知道这些错误是否有帮助。它们不是基于我对 SSIS 的一点经验。
  • 我发现如果从 Visual Studio 中部署,这不是问题。出于某种原因,我永远无法使用内置向导,尽管它应该是同一件事。所以我在生产机器上安装了 SSDT 并从那里发布
  • 我建议,如果您有 SQL 2016 企业版,请在此处安装 SSIS -> 从那里运行您的包(以验证)然后部署。当版本之间存在兼容性问题时,会出现错误The component metadata could not be upgraded to the newer version of the component
  • 也请在这里提出您的问题:dba.stackexchange.com

标签: sql-server deployment ssis sql-server-2016


【解决方案1】:

我发现如果您从 Visual Studio 中部署而不是从构建输出的向导中部署,此错误就会消失。但是,我认为您在从 Visual Studio 部署时无法连接到远程 SQL Server 实例(我认为需要 Windows 登录)。

所以解决方案是在生产机器上安装 SSDT (Visual Studio 2015) 并在本地部署。这显然不是很好,因为您必须在每次要部署时将 SSDT 项目移动到目标机器(我为此使用 Git)。

我确信 Microsoft 最终会对此提出解决方案...尽管目前我仍在等待他们为 Visual Studio 2017 发布 SSDT。

=== 2017 年 10 月编辑

SSDT 现在在 Visual Studio 2017 中可用。但是,我发现我仍然必须从本地运行的 Visual Studio 进行部署(但我不记得为什么,因为几个月前从 VS2017 尝试过)

【讨论】:

  • 非常感谢!!我为此挠头,多次尝试浪费时间。最后,从 VS2015 中部署就成功了!我不知道这两个过程之间有什么区别,但我现在不太在乎。打开 dtsx 文件时,那里显示 VSTAMajorVersion="14",所以我不知道为什么它抱怨版本 15...再次感谢!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2023-04-06
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-11-04
  • 1970-01-01
相关资源
最近更新 更多