Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

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

  image

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 Clignement d'œil)

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

image

Un exemple ? Pas de soucis

Soit une liste de station de ski

image

Et un joli rapport à l’accueil en remplacement de la listview Web Part

image

Ca y est vous réalisez mieux le potentiel ? Sourire

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
image

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

image

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

image

N’oubliez pas de configurer le compte d’exécution, sinon votre rapport demandera les credentials, ce qui n’est pas forcément pratique

image

C) Ensuite, vous pouvez utiliser le Query Designer sur vos listes SharePoint (soit la requête CAML )

image

D) Vous choisissez le style du rapport, les distribution X/Y de vos données et son thème graphique

imageimage

E) Vous finissez le rapport en mode Design, voire affinez les regroupement et le positionnement

image

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)

image

Cliquez et testez votre rapport !!!

image

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

image

B) configurez

  • le lien à votre Rapport
  • les paramètres de Toolbar

image

C) consultez et partagez votre rapport

image

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 Sourire ? 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 :
Posted: jeudi 21 avril 2011 20:44 par themit

Commentaires

christian a dit :

Merci Renaud, c'est une belle fonctionnalité...

J'ai cependant un gros doute sur le Licensing de ce truc, car c'est du RS, le Report Builer fait parti de Reporting Services, il est certes téléchargeable gratuitement il n'en reste pas moins attaché à SQL Server... Je dirais qu'il faut peut être une CAL SQL Server pour l'utiliser ? Bon Ok avec Sharepoint en fonction du mode de déploiement cette CAL existe peut être déjà... (je vais creuser).

Autre point le mode local est bien certe, mais on perd de fait les capacités de de SSRS... Essentiellement la gestion du cache des rapports qui est très puissante. Ne pas oublier que la génération de rapports peut être un gouffre à CPU (pas uniquement, mais le rendu consomme bcp de cette resource) sur un portail.

# avril 25, 2011 14:41

ROMELARD Fabrice a dit :

Très sympa, il reste aussi à savoir quelle version de SharePoint est nécessaire pour ce fonctionnement local

- SPF ou SP Server ?

En tous cas, ca reste une très bonne idée à tester.

Romelard Fabrice [MVP]

# avril 26, 2011 13:21

christian a dit :

Donc pas de restriction sur l'edition de Sharepoint on s'appuie sur une fonction de SSRS (local mode) qui est dispo dans SQL Express.

Par contre côté SQL Server çà se complique un peu pour utiliser le Report Builder c'est edition Workgroup minimum, il faudra donc une CAL ou une licence CPU de cette edition ou + (Standard, Enterprise ou Datacenter) pour l'utiliser !

# avril 28, 2011 11:30

ROMELARD Fabrice a dit :

Pour ceux qui veulent voir le WebCast de la Session dont Renaud parle dans ce message :

- https://www.facebook.com/l.php?u=http%3A%2F%2Ftechnet.microsoft.com%2Ffr-fr%2Fedge%2Fvideo%2Fintegration-sharepoint-et-sql-server-2008-r2-reporting-services&amp;h=ec71f

Bonne lecture.

Romelard Fabrice [MVP]

# avril 28, 2011 18:55

jtaverne2010 a dit :

Bonjour,

Super Info. Exite-t-il un moyen de faire fonctionner report builder avec une auth FBA/Claims ? j'ai une erreur Access Denied malgré l'utilisation d'un compte windows qui peut se connecter en web

Merci

# mars 9, 2012 18:01
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01