Je reçois l'erreur suivante lors de la tentative de connexion de SSMS à Integration Services à l'aide du nom de réseau d'un cluster SQL Server particulier:
La connexion au service Integration Services sur l'ordinateur 'FooDB' a échoué avec l'erreur suivante: "L'accès est refusé."
Cette erreur se produit lorsque l'ordinateur n'a pas été configuré pour autoriser les connexions à distance via DCOM ou lorsque l'utilisateur est autorisé à accéder au service SQL Server Integration Services via DCOM.
Il s'agit d'un problème de routine avec une solution bien documentée. Par exemple, voyez les solutions ici et ici .
Cependant, j'ai essayé toutes les solutions que je connais et le problème persiste.
Plus en détail, j'ai fait ce qui suit:
Vérifié que les utilisateurs se connectant ont les autorisations DCOM répertoriées dans les articles liés ci-dessus sur MsDtsServer100:
Autorisations de lancement et d'activation: Autoriser le lancement local, autoriser le lancement à distance, l'activation locale, l'activation à distance
Autorisations d'accès: Autoriser l'accès local, autoriser l'accès à distance
Autorisation de configuration: autoriser la lecture
Confirmé avec un renifleur de paquets que tout le trafic lié à la connexion passe avec succès par le pare-feu. Le dernier paquet affiché avant que la connexion TCP ne soit interrompue est une réponse du serveur contenant le code d'état Windows pour «accès refusé» à l'intérieur d'un en-tête MSRPC.
Test de l'ajout des utilisateurs au groupe «Utilisateurs COM distribués» et / ou au groupe des administrateurs locaux, puis redémarrage des serveurs. Cela a permis aux utilisateurs de se connecter à SSIS à partir de SSMS en utilisant les noms de nœuds locaux (FooDBN1, FooDBN2), mais ils obtiennent toujours une erreur `` accès refusé '' lors de la connexion au nom de réseau du cluster (FooDB), qui est ce à quoi ils sont habitués à utiliser, et ce qui fonctionne sur nos autres clusters.
De plus, je n'ai pas trouvé nécessaire de modifier l'appartenance à ces groupes sur d'autres clusters.
Sur les autres clusters que j'ai vérifiés, je peux connecter SSMS à SSIS en utilisant le nom du cluster sans aucune configuration non par défaut.
Je me rends compte que cela pourrait être plus approprié pour ServerFault et je suis d'accord pour que la question soit migrée si nécessaire, mais c'est aussi un problème SQL Server et je pense que les utilisateurs ici pourraient être plus susceptibles de l'avoir traité auparavant.
Détails de la plateforme:
- Windows Server 2008 R2 SP1
- SQL Server 2008 R2 SP2
- Cluster actif-passif à 2 nœuds avec une seule instance SQL Server
Quelqu'un pourrait-il suggérer ce que je devrais regarder maintenant?
Mise à jour : cela a mystérieusement commencé à fonctionner aujourd'hui, mais uniquement pour les membres du groupe des administrateurs locaux. Pour autant que je sache, rien n'a changé.