SharePoint 2003 : Optimiser une plateforme existante

 Les installations SharePoint 2003 sont beaucoup moins évolutives que celles 2007. En effet, il est difficile de faire évoluer une platforme SPS 2003, en rajoutant de la mémoire ou des processeurs, et encore moins en ajoutant de nouvelles machines dans la ferme.

Comme nous le savons maintenant, le stockage de SharePoint est assuré par SQL Server (2000 ou 2005), il est donc très courant de voir des clients après quelques années de fonctionnement se plaindre des performances de leur infrastructure SPS 2003. Ceci surtout lorsque l'installation a été faite en Single Server (SharePoint et SQL Server sur la même machine).

Il existe pourtant différentes astuces permettant d'améliorer les temps de réponse.

Dans de nombreux cas, il n'existe pas de plan de maintenance sur le moteur SQL Server et les administrateurs système effectuent simplement la sauvegarde des bases de données du moteur.

• Il est donc important de mettre en place un plan de maintenance rapide avec uniquement les taches d'optimisation (hebdomadaire) standard de SQL Server
• On peut ensuite planifier les deux scripts suivants :
• SQL SERVER - PROCÉDURE STOCKÉE METTANT À JOUR TOUTES LES STATISTIQUES DE TOUTES LES BASES DU SERVEUR (toutes les semaines)
• SQL SERVER - PROCÉDURE STOCKÉE PERMETTANT DE RECONSTRUIRE TOUS LES INDEXES DE TOUTES LES BASES DU SERVEUR (tous les mois)
• Effectuer un Shrink (avec réorganisation) des bases qui peuvent avoir évolué durant un temps de chargement puis qui se stabilisent à quelques Mo (éviter de Shrinker la base XXXX_SITE)
• Effectuer une défragmentation des partitions (comme pour n'importe quel système Windows)
• Rechercher si vous n'avez pas la page d'accueil "UnGhosté" (utilisation de FrontPage pour personnaliser celle-ci), avec le Web Part ToolKit

Attention :

Il est très important de signaler que certaines de ces commandes peuvent passablement ralentir le site durant son exécution, ce qui est donc visible par les utilisateurs. Il est donc préférable de faire ceci hors des horaires de production.

De plus, les scripts SQL fournis doivent être adaptés lors de leur mises en place, surtout pour celui de reconstruction des Indexes.

Le résultat de ces optimisations est souvent bien visible pour les utilisateurs et le confort de ceux-ci en est bien amélioré.

Romelard Fabrice [MVP]