SQL Server 2012 Integration Services a échoué lors de la connexion via SSMS
J'avais récemment installé SQL Server 2012 et j'avais principalement utilisé les paramètres par défaut. La base de données fonctionne correctement et je peux facilement me connecter à l'aide de SSMS (SQL Server Management Studio), mais je reçois ce message lorsque je me connecte au serveur Integration Services.
Connexion au service Integration Services sur l'ordinateur "localhost" a échoué avec l'erreur suivante: "L'accès est refusé."
Par défaut, seuls les administrateurs ont accès à Integration Service de services. Sous Windows Vista et les versions ultérieures, le processus doit être fonctionnant avec des privilèges d’administrateur afin de se connecter au Service d'intégration de services. Voir la rubrique d'aide pour plus d'informations sur comment configurer l'accès au service.
voici la capture d'écran 
Je ne sais pas pourquoi mais je suis l'administrateur du domaine et j'ai tous les droits sur le serveur. Pourquoi également lorsque je me connecte à partir de mon bureau, il peut se connecter correctement, uniquement si je me connecte à partir du serveur lui-même, ce qui me donne ce problème. Comment résoudre ce problème afin de pouvoir connecter SSMS sur le serveur à son instance Integration Services.
Si je comprends bien, le contrôle d’accès utilisateur, ou UAC , peut en principe intercepter les demandes d’appartenance à un groupe. Dans ce cas, il semble que cela empêche le transfert de votre appartenance à SQL Server.
D'autres ont noté dans leurs commentaires qu'il vous restera peut-être encore besoin de cliquer avec le bouton droit de la souris et d'exécuter SSMS en tant qu'administrateur.
Comme l'a noté un observateur avisé "C'est une solution rapide, pas une vraie solution. Les gens ne devraient pas simplement exécuter des tâches en tant qu'administrateur. Ces murs de sécurité sont en place pour une raison" Et je suis d'accord. Le contrôle de compte d'utilisateur est conçu pour amener les utilisateurs Windows dans un état d'esprit Principe du moindre privilège ; il suffit alors de passer à un compte puissant. Le problème est que SSMS est connu pour ne pas "bien jouer" avec UAC. Comme je le vois, cela vous laisse trois options
- Vous pouvez désactiver le contrôle de compte d'utilisateur et effectuer votre travail.
- Laissez le CCU allumé et dites à votre patron que vous ne pouvez pas travailler.
- Écrivez votre propre outil de requête qui n'est pas affecté par le contrôle de compte d'utilisateur
Allez à tous les programmes Cliquez sur le dossier Microsoft SQL Server 2012 Cliquez avec le bouton droit sur SQL Server Management Studio Cliquez sur Exécuter en tant qu'administrateur
Cela devrait régler le problème pour le moment. (Avec cela, vous devez toujours répéter le même processus). Pour éviter cela à chaque fois et pour une solution plus persistante, vous devez obtenir une (des) autorisation (s). S'il vous plaît faire le processus suivant et vous devriez être bon.
Dans les versions précédentes de SQL Server, par défaut, lors de l'installation de SQL Server, tous les utilisateurs du groupe Utilisateurs avaient accès au service Integration Services. Lorsque vous installez la version actuelle de SQL Server, les utilisateurs n'ont pas accès au service Integration Services. Le service est sécurisé par défaut. Une fois SQL Server installé, l’administrateur doit accorder l’accès au service.
Pour accorder l'accès au service Integration Services
- Exécutez Dcomcnfg.exe. Dcomcnfg.exe fournit une interface utilisateur pour modifier certains paramètres du registre.
- Dans la boîte de dialogue Services de composants, développez le nœud Services de composants> Ordinateurs> Poste de travail> Configuration DCOM.
- Cliquez avec le bouton droit sur Microsoft SQL Server Integration Services 11.0, puis cliquez sur Propriétés.
- Sous l'onglet Sécurité, cliquez sur Modifier dans la zone Autorisations d'exécution et d'activation.
- Ajoutez des utilisateurs et attribuez les autorisations appropriées, puis cliquez sur OK.
- Répétez les étapes 4 à 5 pour les autorisations d'accès.
- Redémarrez SQL Server Management Studio.
- Redémarrez le service Integration Services.
(Source MSDN)
J'espère que cela aidera
Cliquez avec le bouton droit sur Sql Server Management Studio, sélectionnez Exécuter en tant qu'administrateur et essayez de vous connecter S'il est installé sur l'instance locale
Vous devriez vérifier pour voir sous quel utilisateur le service SSIS est exécuté. Allez dans Démarrer> Exécuter> Tapez "services.msc" et faites défiler jusqu'à l'entrée SQL Server Integration Services 11.0. Faites un clic droit et vérifiez les propriétés pour savoir sous quel utilisateur il est exécuté. Le deuxième onglet devrait être l'onglet LogOn. Étant donné que vous ne travaillez que sur une instance locale, vous pouvez définir votre utilisateur comme compte d'utilisateur LogOn et SSIS disposera des mêmes autorisations que vous.
J'ai perdu une journée de travail sur ce problème. Mon paquet contient une tâche de script .NET pour copier le fichier d'un dossier réseau partagé dans un dossier local et je suis bloqué avec l'exception "accès refusé" chaque fois que j'essaye d'exécuter le paquet à partir du serveur (via SQL Studio). Le package fonctionne correctement lors de l'exécution locale.
J'ai essayé beaucoup de choses ramassées ici et là et à la fin de la journée, ce qui a fonctionné est de créer un Job (le propriétaire est sa) qui exécute le paquet en tant que SSISExecutor.
Je dois mentionner que le fichier sur le réseau a un accès en lecture pour tout le monde et que je ne comprends toujours pas ce qui n'allait pas.