Reporting Services & SharePoint 2010 : le mode local (ou des Rapports sans l’install serveur SSRS)
Lors des TechDays Geneva 2011, j’ai noté durant la session de Fabrice Romelard sur SSRS et SP2010 l’ajout d’une nouvelle fonctionnalité : le local mode.
Toujours curieux de tout dans le monde SharePoint et constatant un manque cruel d’information sur le sujet, j’ai décidé de regarder de plus près
Reporting sous SharePoint en Local Mode
Avec SP2010 et SSRS, vous avez la possibilité de coupler directement le serveur de reporting avec les bibliothèques et les sites de SharePoint 2010 via des content types et une WebPart Report Viewer dédiée.
Seulement voila, que faire si vous voulez évaluer ou profiter des capacités de reporting de SSRS sans forcément avoir installé SSRS avec vos datas SharePoint ?
Je m’explique :
- imaginez une ferme SharePoint sur un réseau ayant déjà une solution de reporting ou plus ? Difficile de justifier l’installation (et son sizing) d’un nouveau serveur de reporting ?
- Imaginez que vous voulez utiliser les données d’une liste SharePoint dans un rapport, genre liste personnalisée avec formulaire infopath métier mais que votre équipe de reporting ne sait que requêter … du SQL (et hop j’exporte mes listes … Hello Mr CB
)
Soit en pratique le mode local : permettre d’utiliser le Report Viewer dans SharePoint 2010 pour exécuter et consulter les rapports dont les données sont stockées dans des listes de votre site.
Si vous fouillez un peu, vous pouvez réaliser que ce mode local permet surtout de pouvoir faire fonctionner le publish sous SP des bds Access : les rapports sont convertis en rapport RDL pour le Reporting Service local de SharePoint.
http://technet.microsoft.com/en-us/library/ff487969(SQL.110).aspx
En tout cas, ce mode vous offre une possibilité supplémentaire, et gratuite (elle fonctionne sous SPF !!!) de pouvoir intégrer de vrais rapports graphiques sur vos datas SharePoint avec règles, filtres, regroupement et de multiples couches graphique
Un exemple ? Pas de soucis
Soit une liste de station de ski
Et un joli rapport à l’accueil en remplacement de la listview Web Part
Ca y est vous réalisez mieux le potentiel ? 
Très pratique pour améliorer l’interface de ces listes de tâches, agendas ou toutes autres listes customs ?
Soit une vraie alternative à certains développements ou feuilles XSL bien complexes : vous pouvez rajouter à votre boite à outil le Report Builder
[Update]
Sinon coté liçense ?
Difficile d’obtenir des informations tout à fait clair mais si on se reporte au Cluf d’install et des licenses SSRS, Report Builder est gratuit du moment que vous avez une liçense (CAL/CPU…) SQL Server en règle. Soit le contexte idéal pour une ferme SharePoint qui est relié à … un SQL Server, tout simplement.
Bon maintenant que le sujet du reporting est lancé, si on rentrait dans le concret ?
Soit une revue pas à pas de la configuration et du Report Builder par l’image, ne vous inquiétez pas
Installation du Addin SSRS en Local Mode
Comme précisé en préambule, il est assez difficile de trouver de l’information concrète sur le local mode. Clairement, beaucoup utilisent le mode connecté, ce qui revient à rapprocher votre serveur SP d’un serveur SSRS. Ce qui est loin d’être un mal !!!
Dans notre cas, rassurez vous, le déploiement du SSRS en Local mode est finalement … vraiment simple. En effet, ce mode vous dispense de toute configuration car vous n’avez pas à déployer de SSRS. Vous n’utilisez que l’addin, soit le service de rapport pour SharePoint.
La seule documentation fiable reste celle de la configuration du report pour Access Service :
http://technet.microsoft.com/en-us/library/ee662542.aspx
A) Téléchargez et installez l’Addin sur vos Front end (comme si vous aviez vraiment SSRS en fait)
SQL Server® 2008 R2 Reporting Services Add-in for Microsoft SharePoint® Technologies 2010
B) Ne surtout rien configurez en Central Admin (pas de Report Server)
C) Obligatoire : activez pour SharePoint Server l’ASP.NET Session State Service
http://geekswithblogs.net/naijacoder/archive/2010/06/14/140408.aspx
Soit 1 simple ligne de PowerShell SP en admin : Enable-SPSessionStateService -Defaultprovision
Pour une config plus avancée, voir http://blogs.msdn.com/b/markarend/archive/2010/05/27/using-session-state-in-sharepoint-2010.aspx
En pratique, l’ASP.Net Session State sous SharePoint utilise des sessions en DB SQL, DefaultProvision créée une DB avec un Guid (SessionStateService_<GUID>” ) sur le serveur SQL relié à votre ferme. Donc pas de soucis de load balancing mais attention à la montée en charge évidemment.
D) IISRESET
E) Activer la Feature “Report Server Integration” dans vos Site Collections et vous pouvez utilisez vos rapports !!!
En cas de soucis ou erreur, ce lien MS récapitule toutes les erreurs possibles et connues, bien utile pour certaines configurations exotiques
http://msdn.microsoft.com/en-us/library/ff487876(v=sql.110).aspx
Utilisation du Addin SSRS en Local Mode
L’utilisation de l’Addin est malheureusement moins intégrée en mode local que son équivalent en mode connecté. Vous ne pouvez pas utiliser le report builder ou la configuration de source depuis une liste SharePoint. Ce fonctionnement bien ergonomique est réservé au mode connecté …
Mais je ne saurais trop vous conseiller d'utiliser quand même la démarche propre à SSRS pour faciliter la gestion le tri et toute future évolution de votre ferme avec le reporting
Soit
A) Créer une bibliothèque de document avec l’utilisation des Content Types
B) Ajouter les CT de Reporting
C’est à ce point que vous subissez la première restriction du mode local, vous ne pouvez créer directement votre rapport en cliquant sur nouveau. Vous devez déployez sur votre poste Report Builder 3.0 ou sinon utiliser Business Intelligence Development Studio
Création d’un Rapport
Pour rester dans l’esprit du mode local, je vais utiliser le RB 3.0
A) Une fois installé, lancer RB
B) Créer votre DataSet ou utiliser une source partagé
Soit pour nous, forcement, une source de données SharePoint, local mode oblige…
http://msdn.microsoft.com/en-us/library/ff487969(v=SQL.105).aspx
- Microsoft Access 2010 reporting
- SharePoint list data extension
- une Datasource embarquée
- une Datasource partagée
>>> la Connection String correspond à l’url de votre site web SP
N’oubliez pas de configurer le compte d’exécution, sinon votre rapport demandera les credentials, ce qui n’est pas forcément pratique
C) Ensuite, vous pouvez utiliser le Query Designer sur vos listes SharePoint (soit la requête CAML )
D) Vous choisissez le style du rapport, les distribution X/Y de vos données et son thème graphique
E) Vous finissez le rapport en mode Design, voire affinez les regroupement et le positionnement
A noter la richesse de l’outil qui n’a pas à rougir de comparaison avec d’autre outil de reporting …
Vous sauvegardez le rapport en fichier RDL que vous uploadez dans votre site SharePoint (idéalement, vous lui donnez le CT Report Builder Report)
Cliquez et testez votre rapport !!!
Je vous avez prévenus que c’était simple non ?
Utilisation du Report Viewer
Maintenant que vos rapports sont dans une liste, vous pouvez les présenter via la Report Viewer WebPart
A) Ajoutez la WP dans votre page
B) configurez
- le lien à votre Rapport
- les paramètres de Toolbar
C) consultez et partagez votre rapport
Remarque de configuration
Dans certaines de mes configs de test, j’ai déjà constaté quelques soucis d’erreur de ressources javascript avec la WP Report Viewer. Pas de soucis, une KB existe : http://support.microsoft.com/kb/2407088/
- changez le mode Debug a False du noeud compilation du Web.config
- ou déployez le Cumulative Update package 4 for SQL Server 2008 R2
Conclusion
Clairement, le mode local soit sans SSRS permet quand même à SP 2010 de proposer une vrai solution de reporting de ses propres données. Certes, vous ne bénéficiez pas de la création ou la gestion en ligne des sources ou des modèles, bénéfice réservé à l’intégration complète de SSRS, mais ce n’est pas si handicapant.
La flexibilité de Report Builder dans ses règles de conception ou de requête des rapports offre aussi une vrai alternative au développement de WebPart de présentation de données que ce soit via SharePoint Designer ou Visual Studio.
Je ne saurais trop vous conseiller d’évaluer SSRS en mode local pour mieux réaliser les bénéfices de la solution aussi bien pour des besoins
- Techniques : développement de solution complète
- Business : Rapport Métier
- Design & ergonomie : enrichissement de l’accueil de vos sites
- …
L’essayer, c’est l’adopter (voir prévoir le déploiement futur de SSRS aussi)
Renaud Comte aka TheMit (Jeu : qui peut mettre un nom sur la photo de ski ? Seul un vrai SharePointeur peut trouver !!!)
Member of WygTeam
http://www.wygwam.com
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
