SQL Server 2012 Integration Services non è riuscito durante la connessione tramite SSMS

Question

Avevo recentemente installato SQL Server 2012 e ho utilizzato principalmente le impostazioni predefinite. Database funziona bene e posso tranquillamente connettersi utilizzando SQL Server Management Studio (SQL Server Management Studio), ma quando mi collego al server Integration Services ottengo questo messaggio

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.

Ecco l'screenshot

Non sono sicuro perché, ma io sono l'amministratore del dominio e ho pieno diritti sul server. Anche perché quando mi connetto dal mio desktop può connettersi con successo, solo se mi collego dal server stesso che mi dà questi problemi. Come posso risolvere questo problema in modo che possa rendere SSMS sul server connesso alla sua istanza di Integration Services.

Answer 1

A quanto ho capito, il controllo di accesso utente, o UAC, può fondamentalmente intercettare le richieste per l'appartenenza al gruppo, quindi in questo caso sembra impedire l'inoltro dell'appartenenza a SQL Server.

Altri hanno notato nei loro commenti che potrebbe essere ancora necessario fare clic con il pulsante destro del mouse ed eseguire SSMS come amministratore.

Come notato da un osservatore astuto "Questa è una soluzione rapida, non una soluzione reale: le persone non dovrebbero semplicemente gestire le cose come amministratore, ma queste mura di sicurezza sono presenti per una ragione" E sono d'accordo. UAC è progettato per portare gli utenti di Windows in una mentalità Principle of least privilege, ma solo quando necessario su un account potente. Il problema è che SSMS è noto per non "giocare bene" con UAC. Come la vedo io, questo ti lascia con tre opzioni

• È possibile disattivare UAC e ottenere il vostro lavoro fatto
• Lasciare UAC e dire al vostro capo non si riesce a lavorare
• Scrivi la tua strumento di query che non è influenzata da UAC

Answer 2

Controllare per vedere quale utente è in esecuzione il servizio SSIS. Andare su Start> Esegui> Digitare "services.msc" e scorrere fino alla voce 11.0 di SQL Server Integration Services. Fai clic con il tasto destro e controlla le proprietà per scoprire a quale utente è in esecuzione. La seconda scheda dovrebbe essere la scheda LogOn. Poiché stai eseguendo solo un'istanza locale, puoi impostare l'utente come account utente LogOn e SSIS avrà le stesse autorizzazioni che usi.

Answer 3

destro del mouse su SQL Server Management Studio e selezionare Esegui come amministratore e provare a connettersi se è installato nell'istanza locale

Answer 4

Vai a tutti i programmi Fai clic sulla cartella Microsoft SQL Server 2012 Fai clic con il pulsante destro del mouse su SQL Server Management Studio Fai clic su Esegui come amministratore

Questo dovrebbe occuparsi del problema per ora. (Con questo è necessario ripetere sempre la stessa procedura). Per evitare questo ogni volta e per una soluzione più persistente è necessario ottenere il/i permesso/i. Si prega di fare il seguente processo e si dovrebbe essere buono.

Nelle versioni precedenti di SQL Server, per impostazione predefinita, quando si installava SQL Server, tutti gli utenti del gruppo Users potevano accedere al servizio Integration Services. Quando si installa la versione corrente di SQL Server, gli utenti non hanno accesso al servizio Integration Services. Il servizio è sicuro per impostazione predefinita. Dopo l'installazione di SQL Server, l'amministratore deve concedere l'accesso al servizio.

Per concedere l'accesso al servizio Integration Services

1. Run Dcomcnfg.exe. Dcomcnfg.exe fornisce un'interfaccia utente per la modifica di alcune impostazioni nel registro.
2. Nella finestra di dialogo Servizi componenti, espandere Servizi componenti> Computer> Risorse del computer> DCOM Config node.
3. Fare clic con il pulsante destro del mouse su Microsoft SQL Server Integration Services 11.0 e quindi fare clic su Proprietà.
4. Nella scheda Protezione, fare clic su Modifica nell'area Autorizzazioni di avvio e attivazione.
5. Aggiungere utenti e assegnare autorizzazioni appropriate, quindi fare clic su OK.
6. Ripetere i passaggi 4 - 5 per le autorizzazioni di accesso.
7. Riavviare SQL Server Management Studio.
8. Riavviare il servizio di Integration Services.

(Fonte MSDN)

Spero che questo vi aiuterà

Answer 5

perso un giorno di lavoro su quel problema. Il mio pacchetto ha un'attività di script .NET per copiare file da una cartella di rete condivisa in una cartella locale e sono rimasto bloccato con l'eccezione "accesso negato" ogni volta che ho provato ad eseguire il pacchetto dal server (tramite SQL Studio). Il pacchetto funziona correttamente quando viene eseguito localmente.

Provato molte cose raccolte qua e là e alla fine della giornata quello che ha funzionato è creare un Job (proprietario è sa) che esegue il pacchetto come SSISExecutor.

Devo dire che il file sulla rete ha accesso in lettura per tutti e che ancora non capisco cosa c'è che non va.