Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

Connecting to SQL Databases

Updated: 12 Jan 2012 | 8 comments
tschenke's picture
0 0 Votes
Login to vote
This issue has been solved. See solution.

I am building a new workflow and I am trying to connect to a newly configured SQL server for my databases.  I have used SQLExpress in the past and once I fiugured out that an instance name was needed I was able to connect without any problem.  But the new server that I am trying to connect to is a SQL2008 box and for some reason I am not able to get the connection to work while creating a new component library.  I have created a local SQL account to use instead of using a windows account as I remember that being an issue the last time I set up a DB.  The account has rights within SQL and for the DB but does not have any local rights on the server.  The user is currently set up with the sysadmin role in SQL2008.  What am I missing to get this to work?

Comments

yliquor's picture
19
Dec
2011
2 Votes +2
Login to vote

Error?

What error are you getting when trying to connect?

Have you verified you can reach the server with a SQL Client?  Just in case it is not on the standard SQL Server port?

reecardo's picture
19
Dec
2011
0 Votes 0
Login to vote

One thing I've noticed is

SQL Express instance names looks like (local)\SQLEXPRESS. Have you verified that the "\SQLExpress" is lopped off in the connection instance now with the 2008 upgrade?

jhallam3's picture
03
Jan
2012
0 Votes 0
Login to vote

Hi, Have you added in the

Hi, Have you added in the Workflow Server $ account in to the database logins?

this will look like ServerName0203$

tschenke's picture
04
Jan
2012
0 Votes 0
Login to vote

I created a local account for

I created a local account for the database and that account has sysadmin rights.  I am also an admin on the server and in SQL but I can't get it to connect using my domain account or a service account that was created for workflow.  I know I had issues with SQLExpress using the domain accounts which is why I created a local account for this as well.  BUT that being said I do not have any accounts for the actual workflow server as you have listed.  Our server is MEDALT01 so I am guessing that in SQL2008 I need to add MEDALT01$ as a user?  Thanks for your help.

Nonos's picture
05
Jan
2012
0 Votes 0
Login to vote

Hi,   Have you already tried

Hi,

 

Have you already tried to run the defaultAppPool with your service account instead of the system account?

That way you won't have to add another account into SQLServer.

You can get more information there :

http://www.symantec.com/connect/articles/enabling-pass-through-ad-authentication-workflow-71

 

This articles is very usefull to install Workflow Server.

 

Regards,

 

Cédric DUBIE

tschenke's picture
05
Jan
2012
0 Votes 0
Login to vote

The Workflow install is

The Workflow install is fine.  I have the service account and everything set up.  I am just trying to connect to a different SQL server for the purposes of a Workflow that I am creating.  After hours of running in to the same brick wall, I believe it has more to do with the SQL server set up after talking to the person that installed it.  We are working to resolve this and I'll post anything that is related to the issue.  But by all means, I'm still taking suggestions.

Nonos's picture
06
Jan
2012
0 Votes 0
Login to vote

First of all, you need to

First of all, you need to have remote access enabled on SQL Server (on Express it is disabled by default) :

http://www.linglom.com/2009/03/28/enable-remote-connection-on-sql-server-2008-express/

This is the link I used to enable it.

Now when you want to connect to your SQL Server to query, you have different authentication type (SQL Server authentication and Windows authentication), the second one is a bit tricky to enable as it is using either the logged-on user whom has called the workflow or the defaultAppPool account or the server itself depending on the way your workflow is configured.

For SQL Server authentication, you shouldn't have any problem if you created a SQL Server account which is dbo or have at least read rights on the database you need to query. (being sysadmin just allow you to query the system databases if I remember well; as I am not an expert on SQL Server I won't say I am sure about it)

When you create your SQL query integration Library, don't forget to choose the SQL Authentication to connect to the database using the appropriate SQL Connection String (e.g.:"Data Source=ServerName\InstanceName;Initial Catalog=DBName;User Id=myUsername;Password=myPassword;"), you can get all the different connection string here :

http://www.connectionstrings.com/sql-server-2008

Other links that might help you are :

http://workflowswat.com/learn-workflow.html (the screencast holy bible)

http://www.screencast.com/t/2RwdWNCvBeQ (video presenting how to create SQL Table generator)

Hope this will help you more than my previous post.

Have a nice week-end and good luck.

Regards,

 

Cédric DUBIE

tschenke's picture
12
Jan
2012
0 Votes 0
Login to vote

There was nothing with the

There was nothing with the workflow config as I suspected.  This was an issue in the SQL server set up and once the SQL admin was able to set up the connection string correctly, I was able to connect and everything works fine.