Générateur de rapports 2.0 Invite de références de source de données

Question

J'ai deux sources de données partagées enregistrées qui sont pratiquement identiques mais ont des noms différents et ont été déployées sur le serveur de rapports à différents moments. Ils résident tous deux dans le dossier DataSources sur le serveur de rapports et j'ai des droits attribués au niveau du dossier.

L'un est nommé PDB et un PDB2. Ils utilisent tous les deux le même compte et mot de passe SQL Server et pointent vers la même base de données. Les deux stockent les informations d'identification de manière sécurisée dans la source de données. La différence est que la version la plus récente, PDB2, me demande des informations d'identification lorsque j'essaie d'utiliser la source de données du Générateur de rapports 2. Toutefois, PDB ne m'indique pas de ressaisir mes informations d'identification. Bien sûr, puisque les informations d'identification sont stockées dans la source de données, je ne devrais JAMAIS être invité à entrer mes informations d'identification.

Je n'arrive pas à comprendre pourquoi cela se produit. Quelqu'un a une idée?

Paul

Answer 1

Dans Visual Studio, dans la section Données du rapport, les propriétés de la source de données comporte des sections générales et de vérification des pouvoirs. Dans les informations d'identification, il y a une option "Demander des informations d'identification" et un emplacement dans lequel vous pouvez entrer le texte d'invite. Assurez-vous que cette option n'est pas sélectionnée, puis enregistrez-la et déployez-la.

Dans le Gestionnaire de rapports, vérifiez également les propriétés de la source sata partagée. Le paramètre d'identification pour les deux doit être le même et les groupes ou les utilisateurs dans la sécurité doivent être les mêmes. Un autre endroit à vérifier dans le Gestionnaire de rapports est les propriétés du rapport réel. Sélectionnez la section Sources de données et vérifiez si la source de données et les paramètres d'informations d'identification correspondent. Les propriétés de sécurité doivent également correspondre.

Jetez un coup d'œil et vérifiez qu'ils sont tous correctement définis pour correspondre à l'autre source de données ou rapport.

Answer 2

J'ai les mêmes problèmes, il suffit d'utiliser le SQL Server Business Intelligence Development Studio. C'est la méthode la plus fiable jusqu'à la résolution de Report Builder 2.0.

Answer 3

Avez-vous essayé de différencier les fichiers 2 .rds? Qu'en est-il de la suppression des sources de données du serveur et du redéploiement (faites-vous une sauvegarde avant de le faire si vous le pouvez?).

J'ai rencontré des problèmes similaires avec Reporting Services 2008 ces derniers jours, et ces deux actions ont apporté une nouvelle lumière sur le problème.