L'agent SQL ne supprime pas un package SSIS

Question

J'ai un serveur qui a une configuration de travail SQL Agent pour exécuter une génération Datawarehouse en deux parties et une construction de cube Analysis Services. Le travail s'est exécuté avec succès jusqu'à ce qu'il y ait un problème avec Management Studio et .NET Framework 2.0 SP1 a été réinstallé. La première étape du travail SQL Agent est incapable de démarrer le package SSIS. Si le travail d'agent est démarré à l'étape 2, il s'exécutera.

Le service d'agent SQL a été configuré pour utiliser le compte Administrateur qui est un compte d'administrateur de domaine et un administrateur système dans la sécurité SQL Server. Les étapes pour résoudre l'exécution du package SSIS ont été suivies à partir du lien ci-dessous.

http://msdn.microsoft.com/en-us/library/dd440760.aspx

Le niveau de protection a été mis à DontSaveSensitive. Le compte SQL Agent a les droits pour exécuter dtexec.exe et la configuration d'un compte proxy n'a pas résolu le problème. ZLe package SSIS s'exécutera s'il est démarré manuellement à partir de Management Studio. Le redéploiement du package et la configuration du travail d'agent ne résolvent pas le problème et le package renvoie également la même erreur s'il est exécuté à partir du système de fichiers par opposition à l'emplacement msdb. L'erreur déclenchée par l'agent SQL est l'accès refusé par l'utilisateur domainname \ sqlagentaccount.

Toute autre aide sur cette question serait grandement appréciée.

Answer 1

Il semble que vous ayez besoin de fouiller dans dcomcnfg. J'ai oublié les détails exacts, mais vous devez définir/corriger certains droits.

MS KB 2000474 trouvé à l'aide d'un search général

Answer 2

Je suppose que le compte que vous utilisez pour l'agent ne dispose pas des autorisations suffisantes sur le système de fichiers. Vérifiez les dossiers qui ont été modifiés par la ré-installation de .Net framework. Si je me souviens bien, le compte devrait avoir accès aux dossiers du framework .net.