SQL de Travail de l'Agent se trompe jamais lorsque vous tentez d'exécuter un package SSIS en raison de certains problèmes d'autorisation

J'ai déployé package ssis sur sql server 2012. Par la suite prévu un travail sql à exécuter ce package ssis hebdomadaire.
Lorsque j'ai commencé un emploi pour la première fois, il a échoué avec l'erreur suivante.

Le travail a échoué. Le Travail a été invoquée par l'Utilisateur MyDomain\MyUserName. L'
dernière étape de la course a été l'étape 1 (planning package ssis).

Exécuté en tant qu'utilisateur: NT Service\SQLSERVERAGENT. Microsoft (R) de SQL Server
Exécuter le Package Version de l'Utilitaire de 11.0.5058.0 pour la version 64 bits de droits d'Auteur (C)
Microsoft Corporation. Tous droits réservés. Commencé: 2:17:12 PM
L'exécution d'un Package sur le Serveur a échoué. ID d'exécution: 6, de l'Exécution
Statut:4. Pour afficher les détails de l'exécution, cliquez-droit sur l'
L'intégration des Services de Catalogue, et ouvrez le [Toutes les Exécutions] rapport
Commencé: 2:17:12 PM Fini: 2:17:17 PM Écoulé: 4.493 secondes.
Le package d'échec de l'exécution. L'étape a échoué.

Je suis sûr qu'il y est un problème avec les autorisations, mais je ne suis pas en mesure de résoudre ce problème.

Ce package est la suppression d'un contenu d'un dossier présent sur mon bureau.
L'instance de SQL Server est en cours d'exécution sur ma machine. Je suis sur un appareil autonome.

OriginalL'auteur Shantanu Gupta | 2015-04-17

  1. 8

    Après avoir cherché beaucoup d'articles, j'ai reçu un article qui m'a aidé à identifier les réels erreur :-
    L'identification de problème

    1. De connexion de l'instance sql server
    2. Accédez à l'Intégration des Catalogues de Services
    3. Clic droit sur votre catalogue SSISDB et sélectionnez Tous les Rapports -> rapports Standard -> Toutes les Exécutions
    4. Pour votre dossier, cliquez sur Tous les Messages d'échec de la tâche
    5. Ici, vous pourrez voir votre erreur

    Dans mon cas, l'erreur était "l'Accès au chemin d'accès 'C:\Users\MyUser\Desktop\Test Dossier "refusé". À noter qu'il y est une section de l'Appelant dans le présent rapport, qui est en train d'essayer d'accéder à ce dossier, dans mon cas, c'était NT SERVICE\SQLSERVERAGENT.

    Allez dans ce dossier, faites un clic droit -> Propriétés -> Sécurité
    En vertu de Groupe/nom d'utilisateur cliquez sur Edit -> à l'Intérieur de la nouvelle pop-up Ajouter un nouvel utilisateur
    Maintenant, si vous essayez de trouver NT SERVICE\SQLSERVERAGENT utilisateur, vous ne trouverez pas depuis sa sous un compte de service qui signifie que vous verrez un utilisateur nommé SERVICE . C'est l'utilisateur, vous devez ajouter à ce dossier.

    Dès que j'ai ajouté à cela, mon travail a commencé à courir 🙂

    OriginalL'auteur Shantanu Gupta

  2. 0

    Dans mon cas
    L'identification de problème:
    Connexion de l'instance sql server
    Accédez à l'Intégration des Catalogues de Services
    Cliquez droit sur votre catalogue SSISDB et sélectionnez Tous les Rapports -> rapports Standard -> Toutes les Exécutions
    -vérifier l'échec/rouge rapport du journal des erreurs de la section(vue d'ensemble,tous les messages,les performances d'exécution)
    - Je suis allé à vue ->cliqué sur le chemin d'exécution -> sous les messages d'erreur cliqué sur afficher contexte
    cela va vous montrer étape par étape de l'exécution. J'ai eu une incompatibilité de type de données que j'ai rediffusé le script sql dans ssms, de l'abandon de problème. Une fois que j'ai résolu le type de données ou supprimé des données supplémentaires.
    Tous de retour à la normale

    OriginalL'auteur bharath