<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>SSIS Team Blog : Upgrade</title><link>http://blogs.msdn.com/mattm/archive/tags/Upgrade/default.aspx</link><description>Tags: Upgrade</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Package upgrade - connection strings</title><link>http://blogs.msdn.com/mattm/archive/2008/05/21/package-upgrade-connection-strings.aspx</link><pubDate>Thu, 22 May 2008 02:53:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8530575</guid><dc:creator>mmasson</dc:creator><slash:comments>3</slash:comments><comments>http://blogs.msdn.com/mattm/comments/8530575.aspx</comments><wfw:commentRss>http://blogs.msdn.com/mattm/commentrss.aspx?PostID=8530575</wfw:commentRss><description>&lt;p&gt;We tried to make our package upgrade as seamless as possible, but one problem we've seen people running into is with their connection strings. As I've previously noted, the &lt;a href="http://blogs.msdn.com/mattm/archive/2008/03/21/some-notes-about-sql-native-client-in-2008.aspx"&gt;provider name for SQL Native Client was changed in 2008&lt;/a&gt; from SQLNCLI to SQLNCLI10. This will could cause your connection managers to fail at runtime, as we wouldn't be able to locate the correct OLEDB provider. &lt;/p&gt;  &lt;p&gt;Our &lt;a href="http://blogs.msdn.com/mattm/archive/2008/03/21/package-upgrade-wizard.aspx"&gt;package upgrade&lt;/a&gt; process will modify your connection strings automatically (this is a configurable &lt;a href="http://blogs.msdn.com/mattm/archive/2008/03/21/setting-package-upgrade-options-in-the-designer.aspx"&gt;option&lt;/a&gt;, that is on by default). However, there are a couple of scenarios that we don't handle.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Expressions&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;If you find your connections look right at design time, but fail at runtime, check whether your connection manager is using expressions to set its connection string. The package upgrade process will not modify values stored in variables or expressions.&lt;/p&gt;  &lt;p&gt;&lt;strong&gt;Data Source (.ds) files&lt;/strong&gt;&lt;/p&gt;  &lt;p&gt;The package upgrade process doesn't modify connection strings contained within Data Source files. Although we modify the package itself, you'll be prompted to synchronize the connection string the first time you open the package in the designer. This will reset the Provider back to the old value. &lt;/p&gt;  &lt;p&gt;&lt;a href="http://blogs.msdn.com/blogfiles/mattm/WindowsLiveWriter/Packageupgradewithdatasource.dsfiles_E364/image_4.png"&gt;&lt;img style="border-right: 0px; border-top: 0px; border-left: 0px; border-bottom: 0px" height="328" alt="image" src="http://blogs.msdn.com/blogfiles/mattm/WindowsLiveWriter/Packageupgradewithdatasource.dsfiles_E364/image_thumb_1.png" width="454" border="0" /&gt;&lt;/a&gt;&amp;#160;&lt;/p&gt;  &lt;p&gt;A workaround for both of these scenarios is to do a find/replace on all of the files in the solution, changing &amp;quot;SQLNCLI.1&amp;quot; to &amp;quot;SQLNCLI10.1&amp;quot;.&amp;#160; &lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8530575" width="1" height="1"&gt;</description><category domain="http://blogs.msdn.com/mattm/archive/tags/Connectivity/default.aspx">Connectivity</category><category domain="http://blogs.msdn.com/mattm/archive/tags/Katmai/default.aspx">Katmai</category><category domain="http://blogs.msdn.com/mattm/archive/tags/Upgrade/default.aspx">Upgrade</category></item></channel></rss>