Question SQL Server 2012 Integration Services a échoué lors de la connexion via SSMS


J'avais récemment installé SQL Server 2012 et j'ai surtout utilisé les paramètres par défaut. La base de données fonctionne correctement et je peux me connecter avec SSMS (SQL Server Management Studio) mais lorsque je me connecte au serveur Integration Services, je reçois ce message

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 à l'intégration.   Service de services. Sous Windows Vista et versions ultérieures, le processus doit être   en cours d'exécution avec des privilèges d'administration afin de se connecter à la   Service Integration Services. Voir la rubrique d'aide pour plus d'informations sur   comment configurer l'accès au service.

voici la capture d'écran enter image description here

Je ne sais pas pourquoi, mais je suis l'administrateur du domaine et j'ai les droits complets sur le serveur. Aussi, lorsque je me connecte depuis mon bureau, il peut être connecté avec succès, uniquement si je me connecte à partir du serveur lui-même, ce qui me pose des problèmes. Comment puis-je résoudre ce problème afin de pouvoir connecter SSMS sur le serveur à son instance Integration Services.


34
2017-12-18 21:45


origine


Réponses:


Si je comprends bien, le contrôle d'accès utilisateur, ou UAC, peut essentiellement intercepter les demandes pour votre appartenance à un groupe. Dans ce cas, il semble que cela empêchait votre adhésion à passer à SQL Server.

D'autres ont noté dans leurs commentaires que vous deviez peut-être cliquer avec le bouton droit de la souris et exécuter SSMS en tant qu'administrateur.

Comme l’a noté un observateur avisé "C’est une solution rapide, pas une solution réelle. Les gens ne devraient pas simplement faire des choses en tant qu’administrateur. Ces murs de sécurité sont en place pour une raison" Et je suis d’accord. UAC est conçu pour amener les utilisateurs de Windows dans un Principe de moindre privilège état d'esprit - ne transmettez à un compte puissant que lorsque cela est nécessaire. Le problème est que SSMS est connu pour ne pas "jouer bien" avec UAC. À mon avis, cela vous laisse trois options

  • Vous pouvez désactiver l'UAC et faire votre travail
  • Laissez UAC sur et dites à votre patron que vous êtes incapable de travailler
  • Écrivez votre propre outil de requête qui n'est pas affecté par UAC

34
2017-12-18 22:27



Accédez à 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ésoudre 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 autorisation. 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, lorsque vous installiez 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

  1. Exécutez Dcomcnfg.exe. Dcomcnfg.exe fournit une interface utilisateur pour modifier certains paramètres du registre.
  2. Dans la boîte de dialogue Services de composants, développez le nœud Services de composants> Ordinateurs> Poste de travail> Config DCOM.
  3. Cliquez avec le bouton droit sur Microsoft SQL Server Integration Services 11.0, puis cliquez sur Propriétés.
  4. Sous l'onglet Sécurité, cliquez sur Modifier dans la zone Autorisations d'exécution et d'activation.
  5. Ajoutez des utilisateurs et attribuez les autorisations appropriées, puis cliquez sur OK.
  6. Répétez les étapes 4 à 5 pour les autorisations d'accès.
  7. Redémarrez SQL Server Management Studio.
  8. Redémarrez le service Integration Services.

(Source MSDN)

J'espère que cela aidera


31
2017-12-05 04:36



Cliquez avec le bouton droit sur Sql Server Management Studio et sélectionnez Exécuter en tant qu'administrateur et essayez de vous connecter s'il est installé sur l'instance locale


7
2018-03-12 07:31



Vous devez vérifier pour voir quel utilisateur le service SSIS est exécuté. Accédez à Démarrer> Exécuter> Tapez "services.msc" et accédez à l'entrée SQL Server Integration Services 11.0. Cliquez avec le bouton droit de la souris et vérifiez les propriétés pour savoir sous quel utilisateur il s'exécute. Le deuxième onglet devrait être l'onglet LogOn. Étant donné que vous exécutez simplement une instance locale, vous pouvez définir votre utilisateur comme compte d'utilisateur LogOn et SSIS aura les mêmes autorisations que vous.


2
2017-12-18 22:07



Perdu une journée de travail sur ce problème. Mon paquet a une tâche de script .NET pour copier un fichier d'un dossier réseau partagé vers un dossier local et j'ai été bloqué avec l'exception "accès refusé" chaque fois que j'ai essayé d'exécuter le package depuis le serveur (via SQL Studio). Le package fonctionne correctement lors de l'exécution locale.

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 ne va pas.


0
2017-10-05 04:14