Discussion :

[Art'tisse]

Bonjour a tous,

J'essai d'exécuter un package stocké dans un catalogue Intégration Services . Les connections SQL sont Integrated Security=SSPI.

Quand je l'exécute depuis SSMS sur le serveur, pas de soucis.

Quand je l'exécute depuis SSMS installé sur un poste de travail , j'ai cette erreur :
"Error: SSIS Error Code DTS_E_OLEDBERROR. An OLE DB error has occurred. Error code: 0x80040E4D.
An OLE DB record is available. Source: "Microsoft SQL Server Native Client 11.0" Hresult: 0x80040E4D Description: "Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'."."

Je ne comprend pas pourquoi il essai d'utilise le compte ANONYMOUS LOGON et pas mon compte !?

Merci d'avance

[Bernardos]

comment essaye tu d'exécuter ton paquet?
ton utilisateur c'est bien un utilisateur du domaine?
Cordialement,
Loïc

[Boubou2020]

Est ce que le compte du démarrage de service pour l'agent SQL Server et la même utilisée pour SQL Server Intégration service ?

[Art'tisse]

comment essaye tu d'exécuter ton paquet?
ton utilisateur c'est bien un utilisateur du domaine?
Cordialement,
Loïc

Je fait un click droit / exécuter sur "Intégration Service catalog/chemin/xxx.dtsx"
L'utilisateur est bien utilisateur du domaine et "sysadmin"

[Art'tisse]

Est ce que le compte du démarrage de service pour l'agent SQL Server et la même utilisée pour SQL Server Intégration service ?

Oui les deux services démarre sur le même compte.

Même si cela n'était pas le cas, cela ne devrait pas influencer car je n'essaye pas d'exécuter les Dtsx dans un Job mais par un click droit /exécuter

[Art'tisse]

Je viens de faire un test d'exécution via un Job :
- Sans Proxy, ca plante avec "Login failed for user 'Domaine\UserServiceAgentSQL", ce qui est normal car le compte de service n'a pas les droit sur cette base.
- Avec un Proxy qui correspond a mon compte, ca passe ...

Il y vraiment que quand je fais un click Droit /executer dans SSMS depuis un endroit autre que le serveur qu'il essai d'utiliser ANONYMOUS LOGON pour ce connecté à la base alors que mon compte est bien spécifier en Caller dans le rapport d'exécution ....

[fredinkan]

Ca semble être un vieux "double hop".
Ce cas vient généralement lorsque tu ne peux pas faire de kerberos et qu'il essaie de passer en nltm.

Vérifie que ton agent exécutant le service SQL Server Agent ait bien la délégation kerberos configurée.

[Art'tisse]

Ca semble être un vieux "double hop".
Ce cas vient généralement lorsque tu ne peux pas faire de kerberos et qu'il essaie de passer en nltm.

Vérifie que ton agent exécutant le service SQL Server Agent ait bien la délégation kerberos configurée.

Comment je fais pour vérifier et configurer que l'agent ait la délégation kerberos configurée ?

[Invité]

Ton utilisateur a le rôle sysadmin sur l'instance, et a-t-il le rôle "ssis_admin" sur la base de données SSISDB ?
(peut-être que l'un implique l'autre, mais je ne suis pas sûr)

Autrement, il y a aussi des autorisations d’exécution sur les projets déployés; à voir ... ?

[fredinkan]

Comment je fais pour vérifier et configurer que l'agent ait la délégation kerberos configurée ?

c'est une configuration dans l'active directory.
je ne sais malheureusement plus où la trouver