Sql server 将2008 SSI转换为2019-包配置在调试中不起作用
我已经使用XML配置文件很长时间了。我知道这上面有成千上万的帖子。大多数与SSI VS2019无关。我发现的那些确实只是停留在如何设置软件包上。没有人能解释如果它不起作用会发生什么。将我的所有软件包从SSIS 2008升级到2019。除了脚本,一切都很好。我设置了我的包配置并尝试在调试中运行,但它仍然使用包中的值而不是配置文件中的值。我还尝试在服务器代理中运行它们,结果相同。不确定我哪里出错了,或者这是否是SSIS BI问题。请帮忙,谢谢Sql server 将2008 SSI转换为2019-包配置在调试中不起作用,sql-server,ssis,Sql Server,Ssis,我已经使用XML配置文件很长时间了。我知道这上面有成千上万的帖子。大多数与SSI VS2019无关。我发现的那些确实只是停留在如何设置软件包上。没有人能解释如果它不起作用会发生什么。将我的所有软件包从SSIS 2008升级到2019。除了脚本,一切都很好。我设置了我的包配置并尝试在调试中运行,但它仍然使用包中的值而不是配置文件中的值。我还尝试在服务器代理中运行它们,结果相同。不确定我哪里出错了,或者这是否是SSIS BI问题。请帮忙,谢谢 将现有的2008包添加到我的项目中 必须通过修改代码重写
请尝试将SSIS项目/包的保护级别设置更改为DontSaveSensitive
从SSIS 2012开始,首选的方法是使用项目/包级别的参数,而不是XML配置文件。我最终不得不将保护级别更改为DontSaveSensitive,并将目标版本更改为2019。我的本地服务器是2016年,所以不确定为什么开发人员和生产人员是2019年,所以如果我能在2016年调试2019年的目标,我会很好地做到这一点。 警告任何试图这样做的人。这样做之后,当我试图用脚本打开包时,我收到了一系列错误。我必须打开脚本并关闭它才能重建。然后它起作用了,按摩也消失了 在我忘记之前,这里有一个恼人的小消息。我只是忽略了它
你从那里开始做什么,1路。现在,它希望我将所有75个包的安全性都更改为DontSaveSensitive哦,好了,我来了。@WIlliamBurke,否则,连接字符串将保存在SSIS包中。而且SSI不会使用您的配置。谢谢,我知道这会有什么不同。我将把这个标记为已回答,但我不确定什么有效。我做了两件事,做了您建议的更改,并将目标版本更改为2019年。很多帖子都说2019调试无法与其他目标版本协同工作。我尝试过自己更改保护级别,但似乎不起作用。@WIlliamBurke,如果服务器上的SSIS运行时环境是SQL server/SSIS 2019,则需要像以前一样更改VS中的TargetVersion设置。