Intégration Reporting Services 2012 à SharePoint 2010: Oubliez tout ce que vous savez

À force d’installer et configurer des serveurs avec Reporting Services 2008 / 2008 R2 en mode intégré à SharePoint 2007 / 2010, on en vient à tomber sur le pilote automatique ..!

Heureusement pour nous, la plate-forme évolue et il faut tout réapprendre à nouveau sous peine d’avoir l’air d’un vrai amateur …

Je suis sarcastique mais vous comprenez mon point: avant de vous lancer dans l’installation et la configuration d’un environnement SSRS 2012 avec SharePoint 2010, vous devrez effectuer quelques lectures.

Je propose donc de vous donner quelques pointeurs.

Installation

Lors de l’installation de SQL Server 2012, vous serez certainement surpris de voir les deux options Native / Integrated activées en même temps. Dans le fond, si vous souhaitez utiliser SSRS en mode intégré, utilisez “Install Only” pour le mode natif.

Premier choc

Reporting Services Configuration Manager n’est PLUS l’outil utilisé pour configurer le mode intégré à SharePoint. En fait, la seule chose à faire avec cet outil est d’arrêter le service … car il n’est plus utilisé en mode intégré à SharePoint!

Ensuite, vous pouvez aller désactiver de manière permanente ce service …

Vous êtes encore là ou vous êtes encore sur le choc? Reporting Services 2012 en mode intégré est devenu un “Service Application” de SharePoint:

Et il s’exécute au sein d’un “Application Pool” IIS:

Vous pouvez spécifier le compte de service à utiliser mais normalement on utilise le même que SharePoint lorsque Kerberos est impliqué car il s’agit d’un service HTTP tout comme SharePoint.

Procédure abrégée

Après l’installation de SQL Server 2012, les fichiers nécessaires à l’intégration SSRS / SharePoint ont été installés mais il faut accomplir certaines étapes pour créer l’application Reporting Services dans SharePoint.

Si, comme moi, vous avez installé SharePoint après SQL Server 2012, vous devez exécuter ces commandes dans SharePoint 2010 Management Shell (As Administrator).

1. Click the Start button
2. Click the Microsoft SharePoint 2010 Products group.
3. Right-click SharePoint 2010 Management Shell click Run as administrator.
4. Run the following PowerShell command to install the SharePoint service. A successful completion of the command displays a new line in the management shell. No message is returned to the management shell when the command completes successfully:
   Install-SPRSService
5. Run the following PowerShell command to install the service proxy:
   Install-SPRSServiceProxy
6. Run the following PowerShell command to start the service or see the following notes for instructions to start the service from SharePoint Central administration:
   get-spserviceinstance -all |where {$_.TypeName -like « SQL Server Reporting* »} | Start-SPServiceInstance

Ensuite il faut aller dans SharePoint Central Administration pour créer “SQL Server Reporting Services Service Application”:

Il faut ensuite donner un nom, choisir ou créer un “Pool d’application” et une identité. Microsoft suggère d’en créer un nouveau et d’utiliser un compte de service de domaine. Comme je le disais plus tôt, pour les déploiements Kerberos, il faut utiliser le même compte de service (de domaine) que celui de SharePoint.

Vous pouvez aussi choisir le nom de la base de données etc.

Puis vous devrez probablement démarrer le service SharePoint appelé “Claims to Windows Token Service” sous peine d’avoir une erreur cryptique lors que l’exécution d’un rapport SSRS:

There was no endpoint listening at net.pipe://localhost/s4u/022694f3-9fbd-422b-b4b2-312e25dae2a2 that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. —> System.IO.PipeException: The pipe endpoint ‘net.pipe://localhost/s4u/022694f3-9fbd-422b-b4b2-312e25dae2a2’ could not be found on your local machine.

Il vous suffit de redémarrer le service et réessayer.

Et voilà! En passant si vous rapports fonctionnait sous SSRS Server 2008 / 2008 R2, ils fonctionneront probablement sous SSRS 2012 car il n’y a pas grand chose de nouveau dans celui-ci. L’équipe a surtout travaillé sur Power View.

Où copier mes Dlls?

Si vous utilisez des Dlls pour supporter vos rapports SSRS, vous êtes habitués de les déployer sous Reporting Services\ReportServer\bin de l’instance SSRS 2008 / 2008 R2.

Ce répertoire existe toujours en SQL 2012 … pour le mode natif. En mode intégré il faut les copier dans la structure de fichiers de SharePoint:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\WebServices\Reporting\bin

Fichier de configuration Reporting Services

Et c’est aussi dans le répertoire Reporting que l’on retrouve le fichier rsreportserver.config. Typiquement on doit modifier ce fichier pour utiliser RSWindowsNegotiate au lieu de RSWindowsNTLM dans les déploiement utilisant Kerberos.

Matrice version SSRS / Addin / SharePoint

Lorsqu’on utilise Reporting Services en mode intégré à SharePoint, il faut toujours avoir en tête les combinaisons possibles en ce qui a trait aux versions. Voici une matrice pour vous aider:

	Report server	Add-in	SharePoint version
1	SQL Server 2012 SP1 CTP3	SQL Server 2012 SP1 CTP3	SharePoint 2013
2	SQL Server 2012 SP1 CTP3	SQL Server 2012 SP1 CTP3	SharePoint 2010
3	SQL Server 2012	SQL Server 2012	SharePoint 2010
4	SQL Server 2008 R2	SQL Server 2012	SharePoint 2010
5	SQL Server 2008	SQL Server 2012	SharePoint 2010
6	SQL Server 2008 R2	SQL Server 2008 R2	SharePoint 2010
7	SQL Server 2008 R2	SQL Server 2008 SP2	SharePoint 2007
8	SQL Server 2008 SP2	SQL Server 2008 SP2	SharePoint 2007
9	SQL Server 2008 SP2	SQL Server 2008 R2	SharePoint 2010
10	SQL Server 2008 SP2	SQL Server 2008	SharePoint 2007

Impossible d’utiliser SSRS 2012 avec SharePoint 2007!

Références

Install Reporting Services SharePoint Mode as a Single Server Farm
http://technet.microsoft.com/en-us/library/gg492276

Supported Combinations of SharePoint and Reporting Services Components
http://msdn.microsoft.com/en-us/library/gg492257.aspx