Comment mettre en place le pack de rapports pour SQL Server Reporting Services spécifique de SharePoint Portal Server ?
Après avoir cherché de nombreuses heures, voila donc une méthode à suivre afin de pouvoir bénéficier de cet ensemble de rapports.
Nous avons vu dans les précédents articles comment migrer des solutions SharePoint du moteur SQL Server 2000 vers le moteur 2005, puis comment installer un serveur Windows SharePoint Services directement sous SQL Server 2005 Express Edition.
Maintenant une question récurrente sur ce type de solution WEB est la vision de la fréquentation. En effet, il est primordial de savoir si notre architecture n'est pas sous dimensionné ou si la charge prévue au départ n'a pas été largement dépassé (ce qui impliquerait une revue de la copie).
Ainsi, on peut mettre en place une solution d'analyse statistique standard prévue pour des sites WEB en utilisant des produits tels que :
Le problème de ce choix est que cela ne fournit pas des informations pertinentes pour SharePoint, notamment par la gestion virtuelle des URL par le filtre ISAPI de SharePoint.
Ainsi, on peut coupler cette proposition avec une solution mise en place par Microsoft :
On a donc les deux solutions suivant l'environnement SQL Server dans laquelle on se trouve.
Présentation
Depuis 2005, Microsoft a mis à disposition du public un ensemble de rapports Reporting Services (2000 ou 2005) pour exploiter l'ensemble des logs IIS et WSS.
Ceci permettant d'avoir une idée de l'utilisation des sites SharePoint Portal Server que l'on souhaite surveiller.
Cette solution est composée des éléments suivants :
Outil de parsing des logs IIS et WSS
Outil d'analyse du serveur SharePoint
Chargement dans deux bases de données
Rapports Reporting Services
Le but de cet article est de voir comment mettre en place cette solution, car malgré les apparences, il existe de nombreux pièges à éviter lors de cette installation.