0
votes

I have been involved in discussions in this forum about whether SSIS overwrites packages when you modify XML config files. The two posts at the bottom of this posting disagree with each other, one saying packages do get overwritten, one saying they don’t. I believe that I have the answer but am looking for others thoughts on this – if you modify xml package configurations at design time and run the package through visual studio, when the package is saved, the package code is actually modified by SSIS to reflect the configurations you have changed. However If you run packages through DTEXEC , or SQL Server Agent the package code is not modifed

If I have a package in Visual Studio, if I modify the servername in the connectionstring (change server A to Server B) in the XML configurations, and run the package

The behavior I expect is fine, it writes the data to the table on the second server The behavior I DON’T expect is this. When I pull up the connection manager in the package visual studio, server A has been changed to server B

SSIS has modified the code in my package.

This behavior can be very confusing and hast cost me a lot of time on the project I am working on. IMHO should only override values at run time, not overwrite packages at design time!!

Do you have any thoughts on this?

Post 1 states it does overwrite

ssis xml configuration modifies package xml - am i crazy?

Post 2 states it does not overwrite

ssis xml configurations - configs overwrite packages - does ssis change config without you telling it to?

1

1 Answers

0
votes

If you Execute a package from Visual Studio 2005 / 2008 (for SQL 2005 / 2008 / 2008 R2) then yes it does overwrite using the configured values.

Visual Studio 2010 (for SQL 2012) using the Project Deployment Model appears to avoid this issue.