Le travail a échoué. Le travail a été invoquée par l'utilisateur<utilisateur>. La dernière étape de la course a été etape 1
J'ai créé un package SSIS qui est en cours d'exécution avec succès et de dumping, les données à l'endroit désiré. Mais le même paquet les résultats dans l'erreur quand je le lance par le biais de l'emploi. J'ai googlé n a de ces liens, mais a échoué à obtenir le moyen de sortir-
http://social.msdn.microsoft.com/Forums/en-US/sqltools/thread/9034bdc4-24fd-4d80-ad8d-cc780943397a/
http://www.progtown.com/topic390755-error-at-start-job-the-job-was-invoked-by-user-sa.html
S'il vous plaît suggérer .
OriginalL'auteur Teju MB | 2013-05-27
Vous devez vous connecter pour publier un commentaire.
Les captures d'écran sont grands, mais le détail va être sur les lignées, de sorte que dans la première photo, où vous avez développé les touches [+] et il dit "Exécuté en tant qu'utilisateur X. Impossible d'ouvrir la sortie de l'Étape de fichier"
Si vous sélectionnez cette ligne, il y a généralement plus de détail affiché dans le volet inférieur.
Général de dépannage pour quelque chose de travail dans les OFFRES/SSDT, mais pas dans l'Agent SQL
Cela dit, en général quand quelque chose fonctionne dans les OFFRES/SSDT et n'est pas dans l'Agent SQL, puis la première chose à regarder est la différence dans les autorisations. Vous exécutez le package dans visual studio et votre informations d'identification sont utilisées pour
Choses en cours d'exécution dans une tâche de l'Agent SQL peut compliquer les choses que vous avez maintenant la possibilité pour chaque travail individuel de l'étape de travail pour s'exécuter sous le compte de l'Agent SQL ou un délégué ensemble d'informations d'identification de votre DBA a établi.
Compliquer davantage les choses sont les ressources du réseau---mon
K:
lecteur peut être mappé à \\serveur1\il\billinkc alors que le Compte SQL Server Agent peut être mappé à \\serveur2\domainAccount\SQLServer\, ou il peut être tout à fait inusitées.Comme Gowdhaman008 mentionné, il peut aussi être un 32 vs 64 bits de décalage. Généralement, c'est spécifique à l'utilisation d'Excel comme source/destination, mais également dresse sa tête avec d'autres SGBDR pilotes et/ou les connexions ODBC pour ces ressources.
Spécifiques à votre exemple
Fondée sur le fragment de message d'erreur, ma première hypothèse est que le compte
CORP\CORP-MAD$
n'ont pas accès à l'emplacement où le fichier a été placé. Pour résoudre cela, assurer la MAD$ compte a accès en lecture/écriture à l'emplacement de l'Heureuse fichiers ont été placés. Depuis que le compte se termine en $, il pourrait n'exister que sur l'ordinateur sur lequel l'Agent SQL est en cours d'exécution. Si c'est l'accès à un réseau/SaaS de ressources, vous pourriez avoir besoin pour créer explicitement des informations d'Identification dans SQL Server (en vertu de Sécurité) et ensuite autoriser que des informations d'Identification de SSIS sous-tâches.Secondaire, moins probable, la possibilité est que les fichiers n'existent pas et que c'est juste un drôle d'Envoyer des messages d'erreur. Je sais que j'ai encore de faire beaucoup de visites sur Le paramètre "adresse" ne peut pas être une chaîne vide même si une adresse e-mail est fourni.
OriginalL'auteur billinkc
Je suis en supposant qu'elle est en cours d'exécution à des ENCHÈRES, pas en tâche de l'Agent SQL. J'ai été confronté à ce genre de problème et de définir le package de la propriété dans le travail de l'agent en tant que capture d'écran suivante[vérifié le
Use 32 bit runtime
] et il a travaillé pour moi.Espérons que cette aide!
OriginalL'auteur Gowdhaman008