SSIS Data source vs Connection Manager synchronization issue

I changed one data source settings in my SSIS project to use Windows Authentication instead of SQL Authentication. This data source is used to create connection managers in all SSIS packages. Soon after the data source was changed, when I opened any package using the connection manager that is based on this changed data source, I got an alert message box like the one given below showing different connection strings in data source and package connection manager. That's understandable (why can't VS 2005 do this silently or give an option to let this happen silently? that would be nice.).

Here is the problem.Even after both data source and connection manager are synchronized, still the same message box keeps on coming when ever I open any affected package (about 20 packages!). It is very annoying as you can see that old and new connection strings ARE IDENTICAL, still VS 2005 is not able to recognize this. I installed VS2005 SP1 even before I ran into this problem. I asked my friends to open this project and check the behavior on his machine. Same thing. Is this a known bug? How to fix this problem? Thanks for your help.

=====

Message box "Synchronize Connection Strings" (VS 2005 status bar shows "Performing post package load operations"):

This package contains at least one connection which is based on a datasource. The connection string for conenctions and data sources listed below are currently not identical. Connection strings of connections will be updated to reflect those on the datasource.

Connection: SqlServer.NET.HBI_DW.hbiuser

Data source: SqlServer.NET.HBI_DW.hbiuser

Old Connection String: Data Source=SDAL1060DB;Initial Catalog=HBI_DW;Integrated Security=True;

New Connection String: Data Source=SDAL1060DB;Initial Catalog=HBI_DW;Integrated Security=True;

=====

April 25th, 2007 4:42pm

It sounds like a bug although having never used Data Sources I can't be sure.

If I were you I would get rid of data sources altogether. Just use Connection Managers with configurations.

-Jamie

Free Windows Admin Tool Kit Click here and download it now
April 25th, 2007 5:29pm

I quit using data source views long time ago after experiencing the same issue you are reporting. I realized SSIS copies the datasaource view info inside of each package; creating the sync issue each time something changes in the DS definition.

April 25th, 2007 6:18pm

Thanks for the feedback. After going thru extensive trail and error kind of work, I stopped getting this prompt. I did not keep track of the sequence of things. But when I edited configuration on one package which uses the above connection manager, that did it! After this point, refreshing the datasource change to connection managers in other packages was smooth (one time thing) with out the unwantedrecurring "synchronizing connection strings" prompt. No clue why it behaved this way! I agree with you on getting rid of data sources to save time.Microsoft should do better in replicating data source change to connection managers by giving an option to choose silent refresh besides fixing any outstanding bugs like the one I encountered.
Free Windows Admin Tool Kit Click here and download it now
April 26th, 2007 5:08am

Shan Metla wrote:
Thanks for the feedback. After going thru extensive trail and error kind of work, I stopped getting this prompt. I did not keep track of the sequence of things. But when I edited configuration on one package which uses the above connection manager, that did it! After this point, refreshing the datasource change to connection managers in other packages was smooth (one time thing) with out the unwantedrecurring "synchronizing connection strings" prompt. No clue why it behaved this way! I agree with you on getting rid of data sources to save time.Microsoft should do better in replicating data source change to connection managers by giving an option to choose silent refresh besides fixing any outstanding bugs like the one I encountered.

That sounds like good feedback. You should submit it at connect.microsoft/com/sqlserver/feedback

April 26th, 2007 5:37am

I am also getting the same error and I can not get rid of it.

I have 5-6 pkgs that uses the same Connections so I created DataSourceat Solution Level and in Connection manager used "New connection from DataSource"

It is annoying and I can't seem to find a way to get rid of this..

I edited all the pkg config file and still.....

Free Windows Admin Tool Kit Click here and download it now
May 9th, 2007 2:59pm

Easiest way to get rid of it? Delete the connection managers, then recreate them without using the data source.
May 9th, 2007 10:41pm

I too ran into this issue. Here is what I discovered. The <project>.dtproj project file is an xml file which contains connection string information about each of your Data Sources. So, if you change the data source information in a package but not in the project file, you will get the "Synchronization..." dialog everytime.

Here's the really cool part. So what I have done is created a "Configuration" in the project for each of my deployment scenarios (development, QA, staging, production.) When I created the configuration I copied the previous configuration. Next, I opened the <project>.dtproj file in notepad (or your favorite xml editor because there is no IDE that enables you to work with the details of the configuration) and modified the connection strings for each configuration to match my deployment scenario. Now all I need to do to switch connections in my data sources is to change my configuration for my project!

Free Windows Admin Tool Kit Click here and download it now
October 10th, 2008 10:05pm

There is an even easier way. Just delete the value in the DataSourceID property. That seems to break the link to the data source.
July 24th, 2009 2:55pm

i guess it is not connection manager configuration issue. Delete and Recreate is not a good solution. I guess SSIS has cache issue. Once we change the connection manager it will not refresh.
Anyone know how to clear cache memory for SSIS packages in Visual Studio. sometimes if we restart system it works but sometimes even that will not help.

Please provide me option to refresh cache or buffer so that it will point to new connection.

Thanks in advance

Ramana Cheripally
Free Windows Admin Tool Kit Click here and download it now
August 6th, 2009 1:55pm

i guess it is not connection manager configuration issue. Delete and Recreate is not a good solution. I guess SSIS has cache issue. Once we change the connection manager it will not refresh.
Anyone know how to clear cache memory for SSIS packages in Visual Studio. sometimes if we restart system it works but sometimes even that will not help.

Please provide me option to refresh cache or buffer so that it will point to new connection.
August 6th, 2009 1:57pm

Using SQL Server 2008 and this issue is still present. Is this 'normal' behaviour or what. I supposed that Microsoft should have solved this.  Not using datasources doen't seem a solution to me. Why is it developed like this way anyway?

Greetz,
Hennie
Free Windows Admin Tool Kit Click here and download it now
February 5th, 2010 7:22am

Can you tell me where the DataSourceID property is that I'm suppose to delete?  This seems to work, but it's a pain to do for every connection manager.  I found you can also, repoint to a different data source, then point back and that fixes as well.  Neither are good solutions.
May 17th, 2010 4:19pm

Any resolution on this?  I have the same problem and a huge solution with tons of connection managers and data sources all pointing a master config project where I should be able to edit them all.

 

Thanks in advance if you have anything.

Free Windows Admin Tool Kit Click here and download it now
May 17th, 2010 4:21pm

Hi Jamie,

Could you explain how you do that. At this moment I'm having the same problems with the "Synchronize Connection Strings" Msgbox.

Regards,

Mark

November 15th, 2010 9:48am

I ran into the same issue but fixed it without deleting or recreating anything.  The problem is, the 'new' and 'old' connection strings may NOT be identical.  "Data Source=LocalHost" is different than "Data Source=localhost" I found. 

When you get the popup mentioning the sync issue, copy down the 'old' connection string in notepad or something similar.  Highlight it, and copy.  You should now have the 'old' connection string in your clipboard.  Next, double click the Data Source in the Project and where it displays the Connection String, click the arrow to view the available drop down list and select the <Paste from Clipboard> option.   Click ok and save your project. 

Reopen the project and load any of the packages that you were previously having problems with.  It should no longer display the sync message.

 

Jeff.

Free Windows Admin Tool Kit Click here and download it now
August 30th, 2011 11:05pm

Well i had the same problem today and i think i found a "solution"

The Old Connection String is stored on dbo.SSIS Configurations....on the Database u use as source for dimensions...at least this was my case....i changed it and Voila....hope it Helps

April 19th, 2012 11:31am

Sorry to resurrect such an old thread, but I recently had to do some work on a 2005 project that uses Data Sources and package configurations. The issues described in this post were annoying, so I identified the exact issue and resolved it. I didn't remove the Data Sources as suggested here because I needed to change as little as possible but, I was tired of seeing the warning everytime I opened a package.

The project file persists the connection strings for its Data Sources in its *.dtproj file. The package persists the connection strings for its Connection Managers in its *.dtsx file. When the two do not match, you receive the message described in this post. When they match, no problem. The issue will arise when your package uses an underlying configuration, e.g. SQL Server or XML configurations, and it overrides the package's Connection Manager connection string to a value that does not match the Data Source. Visual Studio compares the package Connection Manager connection string with the respective project's Data Source connection string, and tells you it's going to update the Connection Manager connection string with the value of the Data Source's connection string.

Synchronize Connection Strings Warning

This is very misleading because the value in "Old Connection String" is actually your current and correct value (pulling from your configuration source and reflected in the packages Connection Manager) and the value in "New Connection String" is the value persisted in your project file, in most cases your old and incorrect value. To top it all off, when your package runs it will use the value from your configuration source, i.e. the correct one. So this is good, just confusing; if you open the Data Source or Connection Manager connection it still displays the incorrect value persisted in the project file.

To resolve this annoying issue without having to touch every package, I opened the project file in notepad and updated the respective connection strings to match the current values in my configuration source. This is a simple, short-term fix. Obviously, if your configuration source or its values change, you will have to update your project file to match. In the example below, I highlighted the Id and Name of the Data Sources. The value you will want to update is the connection string value inbetween the <Value /> tags.

Editing SSIS Project File

If you have the luxury of time and autonomy with your legacy project, then removing the Data Sources altogether is a better approach.


  • Edited by binyacom Thursday, September 19, 2013 8:00 PM Typo & clarity
Free Windows Admin Tool Kit Click here and download it now
September 19th, 2013 7:53pm

I had the same issue.

Found out that in the SSIS Package Configuration, I had specified not only the connection string but the whole branch of configurations for the datasource.
Once I put the configuration to only include the connection-string, the error message disappeared.

June 24th, 2015 3:34am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics