Lors d’une de   mes précédentes participations   au meeting du   Club MOSS à Paris , j’avais évoqué la problématique à laquelle je faisait face depuis peu. En effet, la structure mondiale de mon entreprise nous oblige à avoir un environnement éclaté en terme d’infrastructure SharePoint. Ainsi, nous avons donc une quinzaine de fermes Windows SharePoint Services V3 (WSS) de par le monde et une cinquantaine de Web Applications. Cela nous donne environ 2000 collections de sites WSS (allant de quelques MB à plusieurs dizaines de GB). Tout cela est indexé par une ferme Microsoft Office SharePoint Server 2007 (MOSS) standard, intégrant une répartition des sources de contenu par Web Application, soit donc une cinquantaine de sources de contenu. L’idée est donc au départ éléguante, mais c’était sans compter sur : La problématique de la  grille des temps d’indexation Périodicité des indexations incrémentales Périodicité des indexations complètes Le débit disponible sur ...

  Dans le cadre d’une installation fraiche de   SQL Server 2008 Reporting Services   (sur Windows Server 2008 R2 pour mon cas), on peut tomber sur un cas étrange : Le site  http://xxx/reports  demande plusieurs fois le login/password (3 fois en général) et ensuite affiche une page blanche sans rien Aucune erreur nulle part, si ce n’est éventuellement un message dans l’event Viewer “System” Donc cela laisse à penser que l’authentification Kerberos est la raison de ce non fonctionnement. Une petite recherche sur Google fournit donc la solution et l’explication de celle-ci : Solving the Reporting Services Login issue in the February CTP of SQL Server 2008 Ainsi la solution est bien que la configuration par défaut de SSRS 2008 place  l’authentification Kerberos  en premier et donc par défaut. Comme l’explique la page en question, vous avez plusieurs solutions qui reviennent à : Désactiver Kerberos Paramétrer correctement Kerberos  pour le service HTTP...