Question

Mes rapports planifiés sur le serveur SQL ne s'exécuteront pas.J'ai vérifié les journaux et trouvé le travail qui échouait.Le message d'erreur dans le journal était :

«Exécuter en tant que connexion» a échoué pour la connexion demandée «NT Authority Network Service».L’étape a échoué.

J'utilise l'authentification SQL pour le rapport, il ne devrait donc pas y avoir de problèmes avec les autorisations sur les données.Aucun rapport planifié sur le serveur ne sera exécuté.

Était-ce utile?

La solution

J'ai trouvé la réponse ici :http://www.themssforum.com/SVCS/Unable-execute/

Apparemment, il y avait un problème avec la connexion à « AUTORITÉ NT\SERVICE RÉSEAU » et il n'exécutait pas correctement les tâches qui lui appartenaient.Quelqu'un comprend-il pourquoi cela a pu se produire ?

Autres conseils

Pouvez-vous vérifier les autorisations de votre compte de service réseau ?Assurez-vous spécifiquement qu'ils disposent de l'autorisation « Agir en tant que partie du système d'exploitation ».Si je lis correctement le message d'erreur, il semble que le compte NT AUTHORITY ETWORK SERVICE n'ait pas pu s'exécuter en tant qu'utilisateur connecté.Il ne semble pas qu'il soit jamais parvenu à la requête, il semble qu'il échoue dans la partie d'authentification Windows, donc il n'atteint jamais la partie d'authentification SQL.

Vous pouvez également consulter le journal des événements de sécurité sous Windows.S'il s'agit d'un problème d'authentification, des informations supplémentaires peuvent être enregistrées par le système d'exploitation.

Pouvez-vous accéder à la page du service Web (ReportService2005.asmx) pour SRS avec un navigateur Web ?Sinon, il peut pointer vers le service SRS. Si vous le pouvez, il peut pointer vers le service de planification.

Il me semble avoir eu un problème similaire il y a longtemps, le problème était lié à l'accès au serveur SMTP pour envoyer les rapports et a été résolu en appliquant un correctif au serveur.

Je suppose que vous utilisez un système d'exploitation non anglais.

D'une manière ou d'une autre, pour quelque raison que ce soit, le nom de connexion du service réseau est parfois localisé lorsque le système d'exploitation est traduit dans d'autres langues.

Désormais, de nombreux programmes s'attendent à ce que le nom de connexion soit codé en dur sur "NT AUTHORITY ETWORK SERVICE" - dans une version allemande de Windows, par exemple, le nom du compte est "NT-AUTORITÄT ETZWERKDIENST".Votre programme recherche donc le nom anglais, ne le trouve pas et affiche une erreur.

Même certains programmes Microsoft se heurtent à ce piège et affichent des erreurs comme celle-ci une fois installés !

Juste pour dépanner, pouvez-vous utiliser un compte de domaine plutôt que le compte NetworkService intégré pour exécuter votre service ?

j'ai aussi trouvé ce message qui décrit la même erreur que vous avez signalée :

Peut-être que cette solution fonctionnera pour vous.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top