Je suis descendu dans un trou de lapin et j'ai du mal à savoir où aller maintenant.SSRS 2008 R2 à SP script de déploiement intégré
J'ai un projet de rapport que j'essaye de programmer pour un déploiement sur un site SharePoint sur un serveur de production hautement contrôlé. Sur ma boîte de dev, je peux juste déployer mon projet de BIDS et les rapports courent. Si je télécharge mes fichiers rdls, datasets et datasource directement dans la bibliothèque de documents, ils ne le font pas. J'ai fait des recherches et trouvé que les fichiers téléchargés ne sont pas liés et que BIDS effectue des étapes supplémentaires pour définir la source de données pour les datasets partagés, puis définit la référence à ces DataSets sur les Rdls.
J'ai donc fait un tour et je peux voir que j'ai besoin d'appeler SetItemReferences sur ReportingServices2010.asmx pour définir les liens, mais je suis perdu en utilisant Powershell. Certains scripts que j'ai trouvés sont axés sur la configuration de DataSources, donc j'essaie de l'adapter en utilisant des bits provenant d'autres scripts mais en me perdant. Un exemple ne $Reference = New-Object -TypeName SSRS.ReportingService2010.ItemReference mais je ne sais pas d'où ils obtiennent l'espace de noms SSRS..
Par ailleurs, la structure que j'ai est: - Un des points partagés DataSource à une liste SharePoint - Un DataSet pointant vers les communes DataSource - Quatre rapports avec NO DataSources intégrés et cinq références DataSet embarqués chacun pointant vers le DataSet partagé appliquer divers filtres.
Y at-il déjà un moyen intégré de faire cela afin que je puisse éviter les tracas?
Exigences ici sont que j'ai besoin de quelque chose d'extrêmement simple qui ne nécessite pas de modules PowerShell supplémentaires à installer (si possible). Le réseau est très contrôlé et il est déjà assez difficile d'obtenir des scripts que nous exécutons nous-mêmes et encore moins un module tiers installé sur la ferme des machines dans Prod. Fondamentalement, il faudra au moins six mois pour scanner, tester et approuver formellement tous les addons, mais si nous écrivons un script très simple, c'est beaucoup plus facile.
Merci pour la réponse. Mon seul problème est le potentiel d'erreurs introduites en faisant les choses manuellement. Plus précisément, dans ce cas, l'utilisateur doit définir 25 références de jeu de données via l'interface Web, ce qui est risqué et les tests de convolution –
Je comprends votre préoccupation, @StephenYork. Mais c'est normal pour les rapports SSRS.Les SSRS sont très puissants, mais l'intégration avec SharePoint est fragile, vous devrez souvent faire des corrections manuelles à ces fichiers de sources de données, rdls, etc. Par exemple, Si le client veut déplacer l'emplacement des rapports, ou changer les listes , Migrer vers 2013 ou apporter des modifications simples au rapport, DevOps devra être effectuée sur ces fichiers. Vous ne pouvez pas écrire ceci facilement. C'est le plus simple de le faire avec le navigateur et très difficile (coûteux) à automatiser. – Taterhead
Donc, depuis que j'ai posé la question, j'ai trouvé un script Powershell pour faire tous les liens des rdls vers les rds mais j'ai des problèmes avec les rsds. J'étais sous l'impression de renommer de rds en rsds tout était nécessaire mais hélas le document xml entier est différent quand on construit simplement le projet par rapport à ce qui est téléchargé quand on "déploie" depuis BIDS. Que je le fasse avec mon script ou manuall je reçois toujours la même erreur sur le schéma étant faux. Existe-t-il un moyen d'obtenir BIDS pour produire automatiquement les rsds? –