Comment Obtenir Des Rapports Pour Voir Les Sources De Données Partagées
Je suis en cours d'exécution 2008 R2
J'ai tout un ensemble de rapports que j'ai à charger dans la RS. Ces documents ont été rédigés et envoyés à notre société par un tiers. Ils se connecter à une source de données partagée. J'ai téléchargé les rapports dans des dossiers séparés par fonction. Le problème est qu'ils ne voient pas la source de données que les rapports sont écrits à utiliser. J'ai créé une source de données partagée et a souligné le rapport. La connexion à l'essai avec succès mais quand j'ai couru le rapport, j'ai continué à recevoir le message d'erreur suivant:
"Le rapport serveur ne peut pas traiter le rapport ou le dataset partagé. La source de données partagée 'dsMyObject' pour le serveur de rapports ou de SharePoint n'est pas valide. Recherchez le serveur ou le site et sélectionnez une source de données partagée. (rsInvalidDataReference)"
Lorsque j'ai utilisé exactement les mêmes informations d'identification dans une source de données incorporée le rapport s'exécute et après je le faire fonctionner, je peux revenir à la source de données partagée, j'ai créé et il fonctionne très bien.
Mon problème est que ce processus est trop inefficace, j'ai à de nombreux rapports, et beaucoup plus de serveurs pour rouler ce trop, d'avoir à changer manuellement la source de données en arrière et en avant dans l'ordre pour que cela fonctionne.
J'ai remarqué que quand je regarde dans la liste des sources de données, je vois ceux que j'ai créé avec le nom de la DS sur la première ligne et l'emplacement sur le côté (http://[Serveur]/rapports/[Dossier Source de Données]), tandis que la DS créé par le vendeur ont le nom de la DS sur les deux lignes. Cela me mène à croire qu'il existe un moyen pour charger la DS dans SSRS avec le même nom que le vendeur utilisées de façon à permettre les rapports d'utiliser automatiquement. Je ne peux pas trouver quelque chose qui me dit comment faire je suis donc poser cette question ici. Comment puis-je obtenir les modèles de rapports pour voir une source de données partagée sur le serveur je déployer les rapports?
Merci d'avance,
OriginalL'auteur NomadicDeveloper | 2011-10-25
Vous devez vous connecter pour publier un commentaire.
C'est un grand manque de SSRS. Lorsque les rapports et sources de données sont créés dans SSRS, ils sont affectés à des identifiants uniques dans la base de données ReportServer. Lorsque les rapports sont envoyés, ils ne reconnaissent pas une source de données existante avec le même nom que le rapport a été construit avec.
Un moyen de contourner cela est d'utiliser la rs.exe utilitaire qui vient avec SSRS. Il peut être utilisé pour le vrac tâches, y compris la configuration de la source de données de métadonnées sur les rapports. Voir le lien ci-dessous pour plus d'informations techniques.
Utilitaire RS
OriginalL'auteur Brian Knight
Je sais que c'est une très vieille question, mais je suis tombé sur ce que j'ai été confronté à un problème similaire sur les deux derniers jours. Cependant, dans mon expérience, la solution était plus simple - donc, je vais ajouter ça au cas où quelqu'un d'autre recherche dans l'avenir.
Vous avez besoin pour créer votre source de données avant vous déployez vos rapports en RS. Voici ce qui s'est passé pour moi:
1) j'ai d'abord déployé avant l'ajout d'une source de données, et qu'elles ne travaillent pas: ni de l'application que je suis workin, ni de RS
2) ensuite, j'ai créé une source de données, mais qui n'a rien de rapports existants. J'ai été en mesure de configurer certaines d'entre elles et de les faire pointer vers la nouvelle source de données, et qui ont travaillé. Si vous voulez faire cela en vrac, vous pourriez probablement utiliser l'Utilitaire RS comme suggéré ci-dessus ou probablement quelque chose comme ceci, cependant, je n'ai pas essayé ces.
3) j'ai essayé de redéployer les rapports en RS, cependant, apparemment, RS n'est pas remplacer les éléments qui n'ont pas changé, comme le redéployé des rapports n'a toujours pas ramasser la source de données
4) j'ai ensuite supprimé les rapports existants et redéployés - ce qu'il est corrigé et ils ont ramassé la source de données tout de suite.
OriginalL'auteur Boris
J'ai trouvé la façon la plus simple pour résoudre ce était simplement de créer un nouveau rapport qui N'utiliser la source de données partagée. Dans SSRS2012/VS2010, la première page de l'assistant vous demande si vous utilisez une source de données Partagée" ou de créer une "Nouvelle source de données". Prendre la première option (et de continuer à créer le mannequin rapport et de le sauver) les résultats dans un fichier RDL contenant une section entre la section et de la section, quelque chose comme ceci:
J'ai juste copier /coller de cette article dans mon intention de rapport RDL dans le même emplacement. Il utilise à cette source de données au cours de la prévisualisation et lors de la re-déployé.
OriginalL'auteur IronRod
Mise à jour d'un rapport manuellement avec la source de données partagée. Dans le
[ReportServer].[dbo].[DataSource]
table, note le "Lien" de la valeur de ce rapport, puis il suffit de mettre à jour le reset qui ont la source de données dans laName
colonne01B758F2-B597-43BE-A90F-416DF3CDA396
?OriginalL'auteur Schmed
Dans mon cas, j'ai dû cliquez sur la flèche déroulante à droite du rapport de SSRS, sélectionnez "Gérer", puis "Sources de Données", puis accédez à l'emplacement de la Source de Données Partagée, le rapport doit utiliser.
OriginalL'auteur B. Clay Shannon
Apprécier un vieux thread mais j'essaye de savoir si la SSR peut rapport de source de données partagée en cours d'utilisation afin que je puisse ajouter un avertissement à un rapport SSRS dans le cas où il était encore en pointant à tort source de données lorsqu'il est déployé. La solution je suis venu avec, certes, ne fonctionne que si vous utilisez des serveurs différents pour Dev/UAT/Prod mais vous pouvez coller
@@SERVERNAME
dans votre script tsql.Je l'ai fait dans un exposé que je peux le bouchon sur mes rapports
Fonctionne assez bien pour moi!
OriginalL'auteur Jim
Certainement un grand manque de SSRS.
Beaucoup de bonnes réponses posté ici qui correspondent à différents scénarios, des compétences et des outils.
Je suis d'ajouter un autre à l'aide de la Classe Sys.Net.WebServiceProxy sur Powershell:
Explication:
L'idée principale est d'utiliser la méthode SetItemDataSources(x, y) de classe Sys.Net.WebServiceProxy pour définir la source de données y.nom sur le rapport de x à un point de la source de données de référence de y.de l'élément.
Dans notre cas, le rapport est appelé TestReport, situé dans le dossier "/Rapports" les références de la source de données "/Sources de Données/DSTest" par le nom de "DStest".
Afin de faire de la peretochki nous avons besoin pour créer une référence à la source de données ($ds) pour lequel nous avons d'abord besoin de définir les types de données source de données et DataSourceReference par la dérivée de l'espace de noms de la WebServiceProxy objet ($proxy)
Oui, il est tout à fait un peu de code, mais si il est nécessaire de déployer de multiples rapports dans le cadre d'un processus automatisé, ce script powershell peut venir dans maniable.
S'avère que de fouiller dans le SQL n'est pas aussi simple car il apparaît de toute manière?! Les données de la table est assez cryptique..
OriginalL'auteur Jayvee
OriginalL'auteur William Tait