Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

SQL Server 2012 Integration Services failed when connecting thru SSMS

I had recently installed SQL server 2012 and I used mostly the default settings. Database works fine and I can happily connect using SSMS (SQL Server Management Studio) but when I connect to the Integration Services Server I get this message

Connecting to the Integration Services service on the computer "localhost" failed with the following error: "Access is denied."

By default, only administrators have access to the Integration Services service. On Windows Vista and later, the process must be running with administrative privileges in order to connect to the Integration Services service. See the help topic for information on how to configure access to the service.

here is the screenshot enter image description here

I am not sure why but I am the domain admin and have full rights over the server. Also why when I connect from my Desktop it can successfully connect, only if I connect from the server itself which gives me this issues. How do I fix this so that I can make SSMS on the server connect to its Integration Services instance.

like image 473
Raymund Avatar asked Dec 18 '12 21:12

Raymund


People also ask

Why SSMS is not connecting to SQL Server?

Check to see if allow remote connections for this server is enabled. In SSMS, right click on the instance name and select Properties. Go to the Connections tab and make sure Allow remote connections to this server is checked. If you need to make a change, you must restart the SQL Server instance to apply the change.

How do I resolve SSIS access denied error in SQL Server Management Studio?

Right-click on it and choose "Properties". Here we should set "Launch and Activation Permissions" and "Access Permissions" for our user. Click "Edit" on "Launch and Activation Permissions". Hence, the problem is solved, and the user can work with SQL Server Integration Services using SQL Server Management Studio.


1 Answers

As I understand it, User Access Control, or UAC, can basically intercept requests for your group membership so in this case, it appears it was preventing your membership getting passed to SQL Server.

Others have noted in their comments that you may still need to right click and run SSMS as an Administrator.

As noted by an astute observer "This is a quick-fix, not a real solution. People shouldn't just be running stuff as administrator. These security walls are in place for a reason" And I agree. UAC is designed to get Windows users into a Principle of least privilege mindset - only escalate to a powerful account when required. The issue is that SSMS is known to not "play well" with UAC. As I see it, this leaves you with three options

  • You can turn off UAC and get your work done
  • Leave UAC on and tell your boss you are unable to work
  • Write your own query tool that is not affected by UAC
like image 103
billinkc Avatar answered Oct 22 '22 13:10

billinkc