Berechtigungen erforderlich, um SQL Server Integration Services zu verbinden

Question

Ich brauche ein Berater zu ermöglichen, ohne dass ihm ein lokaler Administrator zu SSIS auf einem SQL Server 2008-Box zu verbinden. Wenn ich ihn zur lokalen Administratorgruppe hinzufüge, kann er sich problemlos mit SSIS verbinden, aber es scheint, dass ich ihm nicht genügend Rechte durch SQL Server gewähren kann, um ihm diese Rechte zu geben, ohne ein lokaler Administrator zu sein.

Ich habe jede Datenbankrolle in MSDB zu jeder Rolle auf dem Server, schüchtern von DBO hinzugefügt ihm, und er ist immer noch keine Verbindung herstellen kann. Ich sehe keine SSIS-bezogenen Windows-Gruppen auf dem Server - Ist die Mitgliedschaft in der Gruppe der lokalen Administratoren wirklich erforderlich, um eine Verbindung zur SSIS-Instanz auf einem SQL Server herzustellen? Es scheint, als ob ich irgendwo einem Benutzer "SSIS Admin" -Rechte gewähren könnte (auch wenn es ein Windows-Konto und kein SQL-Konto ist), aber ich kann diesen Ort nicht finden.

UPDATE: Ich habe ein MSDN article gefunden (die Titel Siehe Abschnitt „Die Beseitigung der‚Zugriff verweigert, wenn‘Fehler“), die, wie Problem lösen beschreibt, sondern auch nach den Schritten folgen, ich bin immer noch nicht in der Lage verbinden. Nur wollte es die Diskussion hinzufügen

Answer 1

Wann genau bekommt er den "Access is Denied Error"? Beim Versuch, SSIS mit SSMS (SQL Server Management Studio) zu verbinden und im Verbindungsdialog "SSIS" anzugeben? Oder danach beim Versuch, ein Paket oder etwas auszuführen?

Ich denke, es ist die erste Situation ist und könnte in der Lage sein, etwas bis zu graben, wenn ich im Büro von morgen bin zurück. Ich würde es natürlich wissen lassen. Bis dahin: Wo würden Ihre Pakete gespeichert, wenn er sich mit dem SSIS-Server verbinden könnte: im Dateisystem oder in MSDB? Wenn auf dem Dateisystem im Standardverzeichnis (unter SQL Server-Stammverzeichnis) oder woanders? Ich denke, wenn Sie sie nicht in MSDB speichert es keine SQL Server-Berechtigungen hier beteiligt sind ...

ich immer in der Lage war, um dieses Problem zu arbeiten, um die in dem Artikel zur Verfügung gestellten Informationen verwenden Sie erwähnen.

Edit: Schade; Ich kann nichts "Besonderes" finden, das wir getan haben, außer den Schritten, die in dem MSDN-Artikel erwähnt wurden, dem Sie bereits gefolgt sind.

• Im Startberechtigung Dialogfeld Benutzer hinzufügen oder löschen, und ordnen Sie die entsprechenden Berechtigungen für die entsprechenden Benutzer und Gruppen. Die verfügbaren Berechtigungen sind Local Start, Remote Start, Local Aktivierung und Remoteaktivierung. Die Startberechtigungen erteilen oder verweigern die Berechtigung , um den Dienst zu starten und zu stoppen; die Aktivierungsrechte erteilen oder verweigern Erlaubnis, um den Dienst zu verbinden.

• Im Zugriffsberechtigung Dialogfeld Benutzer hinzufügen oder löschen, und ordnen Sie die entsprechenden Berechtigungen für die entsprechenden Benutzer und Gruppen.

• Starten Sie den Service Integration Services neu.

Anschließen von einem lokalen Konto mit

Wenn Sie in einem lokalen Windows Konto auf einem Client-Computer arbeiten, können Sie an den Integration Services -Dienst auf einem Remote-Computer verbinden nur, wenn ein lokales Konto mit dem gleichen Namen und das Kennwort und die entsprechenden Rechte auf dem Remotecomputer vorhanden ist.

Answer 2

ist er die SSIS-Pakete lokal oder remote ausgeführt wird?

Wenn er lokal auf seiner Workstation läuft, sollte er nur normale SQL-Privilegien (d. H. Auswählen/Einfügen/was auch immer) für die relevanten Datenbanken und Tabellen, auf die er zugreift, benötigen, da es sich um eine normale SQL-Verbindung handelt.

Oder stellt er Pakete bereit, die remote ausgeführt werden?

Answer 3

Ich weiß, es ist eine alte Frage, aber in meinem Fall habe ich das Problem nach dem MSDN Artikel gelöst, den Sie erwähnen. Aber beim ersten Versuch habe ich keine Benutzer zur lokalen Gruppe Distributed COM hinzugefügt, das war der Schlüssel. Dieser Artikel ist meiner Meinung nach klarer.

http://www.sqlservercentral.com/blogs/robert_davis/2008/08/13/How-do-I-grant-access-permissions-for-SSIS-to-users/

Answer 4

Ich weiß, dass dies eine alte Frage, aber ich habe in dieses Problem vor und hatte einfach Erfolg eine andere Version von SQL Management Studio. Ich denke, mein Problem könnte sein, dass der Server 2012 war und ich 2014 versuchte, eine Verbindung zu SSIS herzustellen.