【问题标题】:Compatibility of Data Tools and Visual Studio versionData Tools 和 Visual Studio 版本的兼容性
【发布时间】:2019-05-09 19:13:51
【问题描述】:

我安装了 VS 2017 15.8.1 版本,并在 VS 2012 版本 11.0.61219.00 更新 5 中创建并运行了一个旧版 SSIS 包。所以基本上一台机器上有两个 VS 实例。我还为 VS 2017 安装了 SSDT 15.4.0 版本。我的应用程序将 .csv 文件保存在服务器上,调用 SQL Server 2016 调用 SSIS 包并将 .csv 文件的地址传递给它。 SSIS 处理文件并将数据保存到数据库中。所有这些都可以正常工作,但是,UI 会引发以下错误,而不是在页面上将上传的文件显示为链接。

“错误:2019-05-09 12:06:03.61,代码:0xC000F427,来源: SCR_Chk_UploadTypes,描述:在 SQL 之外运行 SSIS 包 服务器数据工具必须安装 SCR_Chk_UploadTypes 的集成 Services 或更高版本。,End Error,DTExec: 包执行返回 DTSER_FAILURE (1)。”

你知道什么是“SCR_Chk_UploadTypes”吗?我猜它可能与 SSDT 和 VS 兼容性有关。

谢谢!

【问题讨论】:

    标签: ssis visual-studio-2017 sql-server-data-tools


    【解决方案1】:

    知道什么是“SCR_Chk_UploadTypes”吗?我猜它可能有 与 SSDT 和 VS 兼容性有关。

    我想这要么是连接管理器的名称,要么是数据流中的数据源的名称。可以发个截图吗?

    关于错误本身,请注意,Microsoft 需要一个包来针对特定版本的 SQL Server。

    在 VS2012 中运行的包只能针对 SQL Server 2012。

    从 VS2015 开始,微软引入了服务器定位的概念。默认情况下,在 VS2017 中创建包时,目标 SQL Server 将为 SQL Server 2017。您是否确认该包所针对的 SQL Server 版本是 SQL Server 2016?

    For more information on targeting

    【讨论】:

    • @J Weezy,我正在使用第一篇文章中提到的 VS 和 SQL Server 版本设置本地环境。所以对我来说,它是 VS 2012、2017 和 SQL Server 2016。即使它部分完成了工作,这种组合也会引发错误。但是,生产环境和测试环境安装了 SQL Server 2012。根据您的另一篇文章,在 VS 2012 中创建的 SSIS 包默认适用于 SQL Server 2012,这可能是一个问题。
    • 暂时不要使用VS2012。您可以在 VS2017 中完成所有工作。当您想要针对 Prod 和 Test 运行时,您会将包定位到 SQL 2012。当您想要针对本地进行测试时,将包定位到 SQL Server 2016。您应该真正保持所有 SQL Server 环境对齐,以便以避免这些问题。
    猜你喜欢
    • 2019-08-27
    • 1970-01-01
    • 2012-03-03
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-12-09
    • 2021-12-27
    • 1970-01-01
    相关资源
    最近更新 更多