进口将2012年的进口部署到2017年,同时保持目标2012

发布于 2025-01-27 06:10:29 字数 486 浏览 4 评论 0原文

我有一个SSIS项目,该项目已在2012年SQL上部署。自2012年以来,我需要转换为2019年。但是,以前的所有者使用了第三方任务,该任务似乎在较新版本的VS中不起作用。当我尝试导入该项目时,它将默认目标设置为2019年。即使我将其更改为2012并让其转换,它仍然有错误,并且在我尝试打开此任务时仍会重新启动VS(我已经在我的机器)。当我创建一个2012年目标项目时,它使我可以打开任务。

该任务甚至没有在2019年显示。

我试图弄清楚是否可以启动一个新项目。将其转换为目标2012,然后导入现有软件包。

我进行的每次尝试都会导致失败。

我确实在2012年进行了安装,但似乎可以使用,但是后来我收到了IT组的消息,即VS 2012要卸载,并且该项目似乎也没有正确地在2017年正确开放。

如果我将转换为2012年,它会产生错误,将不允许我打开它,但是它确实显示为可见的任务,所以我认为问题是问题所在。

我什至不需要它可以按原样工作,只需要知道他们做了什么,以便它可以转换。

I have a SSIS project that is deployed on SQL 2012. Since 2012 is EOL, I need to convert to 2019. However, the previous owner used a 3rd party task that does not seem to work in the newer version of VS. When I try to import the project, it sets the default target to 2019. Even if I change that to 2012 and let it convert, it still has errors and restarts VS when I try to open this task (I have installed the task on my machine). And when I create a 2012 targeted project, it allows me to open the task.

The task does not even show in 2019.

I am trying to figure out if it is possible to start a new project. Convert it to target 2012, then then import the existing package.

Every attempt I have made causes it to fail.

I did install VS 2012 and that seemed to work, but then I got a message from our IT group that VS 2012 is to be uninstalled and the project did not seem to open in VS 2017 properly either.

If I do the conversion to 2012, it gives errors, will not allow me to open it, but it does show the task as visible, so I think it is the conversion that is the problem.

I do not even need this to work as is, just need it to know what they have done so it can be converted.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

守不住的情 2025-02-03 06:10:29

我有同样的问题。 VS2017和VS2019。
在导入目标服务器SQL Server 2012时保存工作室,但是包装代码中有一个版本不匹配可以防止转换。特别是脚本组件。

     <Compile Include="ComponentWrapper.cs" />
    <Reference Include="Microsoft.SqlServer.TxScript, Version=15.0.0.0, Culture=Neutral, PublicKeyToken=89845dcd8080cc91">
      <Private>False</Private>
    </Reference>
    <Reference Include="Microsoft.SqlServer.PipelineHost, Version=15.0.0.0, Culture=Neutral, PublicKeyToken=89845dcd8080cc91">
      <Private>False</Private>
    </Reference>
    <Reference Include="Microsoft.SqlServer.DTSPipelineWrap, Version=15.0.0.0, Culture=Neutral, PublicKeyToken=89845dcd8080cc91">
      <Private>False</Private>
    </Reference>
    <Reference Include="Microsoft.SqlServer.DTSRuntimeWrap, Version=15.0.0.0, Culture=Neutral, PublicKeyToken=89845dcd8080cc91">
      <Private>False</Private>

必须是版本= 11.0.0.0

<HostIdentifier>SSIS_SC150</HostIdentifier>

必须是
&lt; hostidentifier&gt; ssis_sc110&lt;/hostistentifier&gt;

I have the same problem. Both VS2017 and VS2019.
Save the studio when importing target server SQL Server 2012, but there is a version mismatch in the package code that prevents conversion. In particular, the script components.

     <Compile Include="ComponentWrapper.cs" />
    <Reference Include="Microsoft.SqlServer.TxScript, Version=15.0.0.0, Culture=Neutral, PublicKeyToken=89845dcd8080cc91">
      <Private>False</Private>
    </Reference>
    <Reference Include="Microsoft.SqlServer.PipelineHost, Version=15.0.0.0, Culture=Neutral, PublicKeyToken=89845dcd8080cc91">
      <Private>False</Private>
    </Reference>
    <Reference Include="Microsoft.SqlServer.DTSPipelineWrap, Version=15.0.0.0, Culture=Neutral, PublicKeyToken=89845dcd8080cc91">
      <Private>False</Private>
    </Reference>
    <Reference Include="Microsoft.SqlServer.DTSRuntimeWrap, Version=15.0.0.0, Culture=Neutral, PublicKeyToken=89845dcd8080cc91">
      <Private>False</Private>

Must be Version=11.0.0.0

<HostIdentifier>SSIS_SC150</HostIdentifier>

Must be
<HostIdentifier>SSIS_SC110</HostIdentifier>

ぇ气 2025-02-03 06:10:29

我也有一个类似的问题,并使用了此解决方法:

从集成服务目录-SSISDB导出SSIS项目到默认的.ISPAC。
通过仅将.zip添加到末端来重命名.ispac。现在是一个压缩文件。
将.zip导出到文件夹中。
启动Visual Studio,并使用您需要的任何目标版本创建一个新的SSIS项目。
导入您最初从.ISPAC获得的SSIS软件包。

I had a similar issue and used this workaround:

Export the SSIS project, from the Integration Services Catalogs - SSISDB, into the default .ispac.
Rename the .ispac by just adding .zip to the end. It's now a compressed file.
Export the .zip into a folder.
Start up Visual Studio, and create a new SSIS Project with whatever target version you need.
Import the SSIS package that you originally got from the .ispac.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文