• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 410
  • Last Modified:

Connecting to the SSIS

I get a fresh installation of SQL server 2012 with database engine and SSIS component, and after the installation is done, I found that I can't connect to the SSIS and I got the following error:

SSIS-open-error.jpg
how to fix it ?
0
marrowyung
Asked:
marrowyung
  • 8
  • 3
2 Solutions
 
edtechdbaCommented:
When you launched Integration Services, did you try right-clicking on the SSIS icon and running as administrator?
0
 
marrowyungAuthor Commented:
"When you launched Integration Services,"


it launch from SQL configuration manager automatically ,right?

or the account which use to start it has to be local/domain administrator ?
0
 
marrowyungAuthor Commented:
Currently the account use as the start up account for the integration serve is not an administrator ! why need? too much power on that machine, right?
0
Receive 1:1 tech help

Solve your biggest tech problems alongside global tech experts with 1:1 help.

 
marrowyungAuthor Commented:
one thing is, even the startup account for the integration service is a local account, not local administrator, that service can start ! so this mean the startup is ok .
0
 
marrowyungAuthor Commented:
I found it is only happen on SQL server 2012 on Windows 8, I have 2x Windows 8.1 machine with latest update, they gives the same error.

The account the SSIS start with already local administrator account, so this is not admin right problem !

the SQL server 2012 on Windows 7 do not have this problem.
0
 
Ryan McCauleyData and Analytics ManagerCommented:
As the error message states, the account you're using to run SQL Management Studio needs to not only be a local administrator on the server hosting SSIS, but also much have been launched via the "Run as Administrator" escalation (via Right-click when you launch it). Without those two things, you will be unable to connect to and manage SSIS.

I'm not sure why it needs the escalated rights, but it does - there's an article that gives you the instructions to let a non-administrative user connect and manage SSIS, but I've never been able to get it to work without the user being a local administrator.
0
 
marrowyungAuthor Commented:
"As the error message states, the account you're using to run SQL Management Studio needs to not only be a local administrator on the server hosting SSIS, but also much have been launched via the "Run as Administrator" escalation (via Right-click when you launch it). Without those two things, you will be unable to connect to and manage SSIS."

I read some article too ! but the method they said is not correct and cant' fix the problem, I am talking about the DCOMcfg one, it just doens't work.

yeah, right lick the SQL SSMS and run as administrator can do it! it is the SSIS design by default!

but just can't see why ! MS SQL server don't need to be secure?

" but I've never been able to get it to work without the user being a local administrator. "

then we keep silence on this as this make hte non DBA one can't touch the SSIS, right? but we can't control the developer on touching that as they can connect to it using SQL data tools! right?
0
 
Ryan McCauleyData and Analytics ManagerCommented:
Right. They don't have to be a sysadmin on the database server where you're keeping packages, but they will have to be in the local administrators group on the actual SSIS server. These are commonly the same physical server, but they don't have to be - even if they are, you can revoke SQL Server rights from "BUILTIN\Administrators" (who have sysadmin by default) and grant them to your actual DBA group. While local admin rights on the SSIS server still aren't ideal, this will help keep your sql server itself safe.
0
 
marrowyungAuthor Commented:
sorry, other than right click on the SSMS and run as administrator, what else I can do ?
0
 
marrowyungAuthor Commented:
"They don't have to be a sysadmin on the database server where you're keeping packages, but they will have to be in the local administrators group on the actual SSIS server."

the account of that SSIS service has been assigned the local administrator right, but it doesn't help on this !
0
 
Ryan McCauleyData and Analytics ManagerCommented:
The service running SSIS doesn't matter in this case - it's the rights of the person connecting to the SSIS service to manage it. Permissions are really odd in the case of users interacting with SSIS, but that's the way they are, unfortunately.

It seems set up to require your DBAs, not your developers, to deploy and manage SSIS packages.
0
 
marrowyungAuthor Commented:
"Permissions are really odd in the case of users interacting with SSIS, but that's the way they are, unfortunately."

Yes, I can't see why only secure SSIS but not MS SQL in this way ! funny ! probalby SSIS has very special logic that even DBA don't have access.

"The service running SSIS doesn't matter in this case - it's the rights of the person connecting to the SSIS service to manage it"

I don't think so, BEFORE we can connect to it, who can connect to it ?

"It seems set up to require your DBAs, not your developers, "

I am the DBA and learning SSIS. that's why I am wondering !
0

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

  • 8
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now