Click here to monitor SSC
SQLServerCentral is supported by Redgate
Log in  ::  Register  ::  Not logged in
Home       Members    Calendar    Who's On

Add to briefcase

Urgent: Need Help to change server connection of SSIS packages Expand / Collapse
Posted Wednesday, September 8, 2010 7:40 PM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Thursday, May 29, 2014 12:47 PM
Points: 1, Visits: 9

Currently ism migrating DTS packages to SSIS. There are around 100 packages. I migrated all the packages and tested in my dev server. Now i want to release these packages in to production.

How can i change the connection with in the package dynamically? Because it will be a tedious job for the DBA to open each package and change the server connection. Is there any other way for this?

In DTS package we can open the package from the server itself so that the changes can be done. But for SSIS packages we can't open the packages without SSBIS right? DBA need to open each package in SSBIS, change the connection, then again export to Server?

Please advice.

Post #982750
Posted Wednesday, September 8, 2010 9:03 PM



Group: General Forum Members
Last Login: Yesterday @ 9:27 AM
Points: 5,911, Visits: 10,368
Set up a configuration file for the server name. Modify each package to use the configuration file (yep, it's labor intensive for 100 packages). On the production server, put the configuration file in the path, and modify it for the proper server name. Then, just deploy your packages, and they will access the configuration file for the server name.

Oh - IMO, it would be best to load the server name into a variable, and use that variable as an expression in all of your connections.

What I do: I have a base SSIS package set up, that uses the configuration file, and has one standard connection. They are all set up to go - just add everything else you need to it.

Microsoft Certified Master: SQL Server 2008
Author - SQL Server T-SQL Recipes
If you can't explain to another person how the code that you're copying from the internet works, then DON'T USE IT on a production system! After all, you will be the one supporting it!
Links: For better assistance in answering your questions, How to ask a question, Performance Problems, Common date/time routines,
CROSS-TABS and PIVOT tables Part 1 & Part 2, Using APPLY Part 1 & Part 2, Splitting Delimited Strings
Post #982769
Posted Thursday, September 9, 2010 7:57 AM



Group: General Forum Members
Last Login: Yesterday @ 1:59 PM
Points: 2,610, Visits: 11,554
WayneS (9/8/2010)
... yep, it's labor intensive for 100 packages ...

I agree, but it's not that bad if you think about it before you start. There's lots of benefits associated with proper planning.

Wayne, I agree, a package template is the way to go.

Alvin Ramard
Memphis PASS Chapter

All my SSC forum answers come with a money back guarantee. If you didn't like the answer then I'll gladly refund what you paid for it.

For best practices on asking questions, please read the following article: Forum Etiquette: How to post data/code on a forum to get the best help
Post #983098
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse