December 9, 2013 at 7:19 am
SSIS on SQL Server 2008 R2
I am trying to get SSIS Package Configuration working with a conection using SQL Server Authentication instead of Windows Authentication. As far as I can see, this does not work.
Steps to recreate problem (using instance of SQL Server on my own machine):
1. in SSMS Create a new login "SQLAuth" with non-expiring password "SQLAuth"
2. in SSIS, create a new connection manager, LocalHost.SQLAuth pointing to the local server, using SQL Server authentication and the login "SQLAuth" I just created.
3. Entered the password "SQLAuth" and hit test connection. It worked. I check "Save Password" and click OK.
4. Drag and drop a new Execute SQL Task from the tool box to the design surfce.
5. Select the connection manager I just created in step 2 and enter the SQL Command "Select 1"
6. Save the new task and execute it. It executes fine.
7. Open my new connection manager again. The password is NOT saved! This in spite of the fact I checked "EncryptSensitiveWithUserKey" in the package properties. To confirm, hit Test Connection again. It fails!
Now, to test the package configurations:
8. Enter the password again and click Test Connection again. It works. Click OK.
9. Execute the task created above once more. It works
10. Open Package Configurations and set up a configuration for my new connection. Check the Server, Userid and Password boxes for the new connection for the properties to save.
11. Execute the task created above again. It fails with the message:
[Execute SQL Task] Error: Failed to acquire connection "LocalHost.SQLAuth". Connection may not be configured correctly or you may not have the right permissions on this connection.
12. Go back to the Package Configurations
13. Change my new config (from step 10) to save the the connection string.
14. Try the new task again. It fails the same way
15. Remove the new packagage config and retry. It works!
At this point, I've played with this for hours without success. Using a Package Configuration with SQL Server Authentication does not work, at least not for me
December 9, 2013 at 7:41 am
Step 7 is normal. Once you open the connection editor, the password is removed.
Which configuration did you use in step 10? Remember that the password is not saved to the configuration (if it would, it would be really use to hack that connection). You have to go to the configuration and replace ***** with the actual password.
Need an answer? No, you need a question
My blog at https://sqlkover.com.
MCSE Business Intelligence - Microsoft Data Platform MVP
December 9, 2013 at 7:50 am
Koen Verbeeck (12/9/2013)
Step 7 is normal. Once you open the connection editor, the password is removed.Which configuration did you use in step 10? Remember that the password is not saved to the configuration (if it would, it would be really use to hack that connection). You have to go to the configuration and replace ***** with the actual password.
Which config? The one I set up for my test. However, your comment
"Remember that the password is not saved to the configuration...You have to go to the configuration and replace ***** with the actual password"
Was an eye-opener. In all the reading and googling I had done to this point, I never saw that simple requirement.
December 9, 2013 at 1:27 pm
Gerald.Britton 28181 (12/9/2013)
Koen Verbeeck (12/9/2013)
Step 7 is normal. Once you open the connection editor, the password is removed.Which configuration did you use in step 10? Remember that the password is not saved to the configuration (if it would, it would be really use to hack that connection). You have to go to the configuration and replace ***** with the actual password.
Which config? The one I set up for my test.
Allo me to rephrase: which type of config? XML, SQL Server config table?
Need an answer? No, you need a question
My blog at https://sqlkover.com.
MCSE Business Intelligence - Microsoft Data Platform MVP
Viewing 4 posts - 1 through 3 (of 3 total)
You must be logged in to reply to this topic. Login to reply