【问题标题】:Set SSIS/SSAS TargetServerVersion to 2017, from 2012 - going around in circles将 SSIS/SSAS TargetServerVersion 设置为 2017,从 2012 年开始 - 绕圈子
【发布时间】:2018-05-18 04:07:26
【问题描述】:

我正在开发一个包含多个项目的 SSIS 解决方案。我正在测试迁移到我们的新 SQL Server 2017。我们已经使用 SQL Server 2012 一段时间了。

我已将 TargetServerVersion 更改为 SQL Server 2017,并部署并运行该项目。但是每次我启动 Visual Studio(我使用的是 VS 2017)时,我都会收到每个项目的以下提示。

当我启动 Visual Studio 时花费大量时间真的很疯狂,而且使版本控制变得混乱 - 每次我打开解决方案时,它都会向每个文件写入一个新的 DTS:VersionGUID 元素。

此外,每个 conmgr 对升级也有话要说,提示...

有谁知道我怎样才能摆脱这个循环?

【问题讨论】:

    标签: sql-server visual-studio-2017 ssdt-bi


    【解决方案1】:

    似乎我已经通过查找流氓项目配置解决了这个问题。

    我使用 grepWin 搜索解决方案,寻找对 SQLServer2012 的引用

    我发现解决方案中至少有 6 个项目在基于项目的配置文件中仍然引用了 SQLServer2012。这很奇怪,因为我在解决方案级别删除了旧配置,并且只有一个 Server 2017 配置。似乎 Visual Studio 无法更新项目级别的配置,并且通过 IDE,我无法删除流氓配置。

    我通过手动编辑每个项目配置,选择所有配置解决了当前的问题。这项工作停止了我在打开解决方案时遇到的循环。

    然而,真正的问题发生了变化,那就是解决方案只有一个配置(我删除了所有不必要的配置来解决这个问题),而单个项目有多个配置。项目级别的配置似乎不可编辑,也无法删除。

    【讨论】:

      【解决方案2】:

      感谢您的解决方案。

      我已经为此烦恼了几个月。

      最后我做了和你说的一样的事,在记事本中打开 .dtproj 文件并手动修改 targetServerVersion 标签,显然也是这样做的。

      <TargetServerVersion>SQLServer2012</TargetServerVersion>
      

      【讨论】:

      • 感谢 eherrero,很高兴它解决了您的问题。请您 +1 我的回答。
      • 我试过了,但我还没有足够的声望来投票
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-04-11
      • 2019-01-06
      • 2016-05-11
      相关资源
      最近更新 更多