web-dev-qa-db-fra.com

Les informations d'identification de la source de données utilisateur ne répondent pas à la configuration requise pour exécuter ce rapport ou une erreur d'ensemble de données partagée lors de l'exécution des rapports

J'obtiens l'erreur suivante lorsque j'essaie d'exécuter des rapports:

L'action en cours ne peut pas être terminée. Les informations d'identification de la source de données utilisateur ne répondent pas à la configuration requise pour exécuter ce rapport ou cet ensemble de données partagé. Soit les informations d'identification de la source de données utilisateur ne sont pas stockées dans la base de données du serveur de rapports, soit la source de données utilisateur n'est pas configurée pour exiger des informations d'identification, mais le compte d'exécution automatique n'est pas spécifié. (rsInvalidDataSourceCredentialSetting)

En passant, je l'exécute à partir de VS2010 avec SQL Server 2008 Reporting Services. 

Comment résoudre ce problème?

15
Charles

Oui, j'ai vu ça. Vous pouvez définir Informations d'identification et de connexion de sorte qu'un rapport soit exécuté empruntant l'identité du compte d'utilisateur non surveillé. Cet article explique comment configurer ce type de rapport en cours d'exécution. Cette configuration est particulièrement utile si vous souhaitez utiliser les informations d'identification dans une chaîne de connexion dynamique (par exemple, lorsque vous devez insérer les informations d'identification via un paramètre).

Si vous ne souhaitez pas exécuter à l'aide du compte d'utilisateur autonome, vous devez revoir votre source de données et votre chaîne de connexion, comme indiqué dans le rapport. Peut-être jouer avec les paramètres et les différentes configurations de la source de données pour créer une configuration différente. Les liens ci-dessus devraient être un début pour de la documentation.

13
Jeroen

dans mon cas, le remplacement des connexions de serveur lié par des connexions de données locales (extraites depuis des emplacements distants et stockées dans des tables locales) facilitait la tâche. nous avons également vérifié cela pour TOUS les rapports de sous-rapports/liés et cela a bien fonctionné.

2
user188781

Cela m'est arrivé aujourd'hui, c'est parce que j'utilisais la mauvaise source de données dans mon rapport. J'ai donc modifié manuellement la source de données dans le Gestionnaire de rapports et cela a fonctionné. J'imagine qu'un autre choix consiste à redéployer votre rapport avec la source de données correcte.

2
DavidC

Ceci est de Microsoft: ici

Action utilisateur Modifiez les paramètres du rapport actuel afin qu'il puisse s'exécuter sans surveillance, puis essayez à nouveau de créer l'abonnement ou une autre opération planifiée. Utilisez les étapes suivantes pour configurer un rapport afin qu'il s'exécute sans surveillance: 

1) Accédez à la page de propriétés des sources de données du rapport que vous souhaitez automatiser.

2) Pour l'option Connexion via, sélectionnez les informations d'identification stockées de manière sécurisée sur le serveur de rapports.

3) Dans Nom d'utilisateur et Mot de passe, tapez les informations d'identification pouvant être utilisées pour accéder à la base de données. Si vous utilisez SQL Server en tant que source de données, le nom d'utilisateur doit être valide pour vous connecter au serveur et pour accéder à la base de données contenant les données du rapport.

4) Si le nom d'utilisateur et le mot de passe sont des informations d'identification pour un compte Windows, sélectionnez Utiliser comme informations d'identification Windows. Si les informations d'identification concernent une connexion utilisateur SQL Server, ne cochez pas cette case.

Ne cochez pas la case Emprunter l'identité de l'utilisateur authentifié après la connexion à la source de données, quel que soit le type d'authentification. Cette option ne peut pas être utilisée pour les rapports qui s'exécutent sans surveillance.

0