Link to home
Start Free TrialLog in
Avatar of Wes Zalewski
Wes ZalewskiFlag for Canada

asked on

SQL 2014 connection from an ODBC client on Excel queries created by administrator.

Hello,
I found a topic with the above subject, but the solution is not what I am looking for.

A bit of a background.
We changed our ERP sytem. A to B.
For the ERP A I would create two ODBC connections (System DSNs), for 32 and 64 bits with the same name / settings on each computer, using SQL Server authentication.
Any Excel query / report created using the above connection could be open any computer with access to the location where the report was.
The above was SQL Server 2005 and any Windows / Excel combination.

Knowing that a lot of users already are familiar with Excel I did the same setup. I should say similar setup.
I created two ODBC system DSNs for ERP B, (32 and 64), named those same on all computers. Used With Windows NT Authentication.... Connection test worked fine.
Using SQL Server authentication did not work, but queries / reports could be created in Excel using this DSN.

The problem now comes when a user opens an Excel report created by administrator and tries reading the new ERP B SQL 2014 database / Windows 10.
Connection failed: error pops up.
SQLState: '28000'
SQL Server Error:18456
[Microsoft][ODBC SQL Server Driver][SQL Server[Login failed for user 'DOMAIN\user'.
After click on OK, in the SQL Server Login pop up, with Use Trusted Connection box checked, appears my domain name.
Even after the Use Trusted Connection box is unchecked and admin or user credentials are entered the connection doesn't work.

What settings am I missing on the server / local workstation / active directory that this connection doesn't work for domain users.
ASKER CERTIFIED SOLUTION
Avatar of Vadim Rapp
Vadim Rapp
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of Wes Zalewski

ASKER

This was it.
Security on the database itself.
Thank you.
Thank you.
This was the resolution, adding security group from domain to logins on security and the security tree of the database being accessed.