Partager via

Régler les performances d'un serveur Web (Office SharePoint Server)

  • Article

Mise à jour : 2009-04-23

Dans cet article :

  • Architecture

  • Perfectionnement

Vous pouvez contribuer à l’amélioration des serveurs Web en utilisant les recommandations relatives à l’architecture physique et au perfectionnement fournies dans cet article.

Architecture

Cette section contient des informations sur la configuration, la topologie et d’autres aspects à prendre en considération pour les serveurs Web dans une batterie de serveurs Microsoft Office SharePoint Server 2007.

Utiliser des serveurs 64 bits pour les serveurs Web

Nous vous recommandons vivement d’installer les serveurs Web sur Office SharePoint Server 2007 64 bits sur un système d’exploitation 64 bits, à moins qu’une raison professionnelle importante vous amène à ne pas le faire.

Configurer les serveurs 32 bits avec soin

Si vous devez exécuter des serveurs Web 32 bits, suivez les recommandations suivantes :

  • N’utilisez pas le commutateur /3gb pour les systèmes 32 bits. Si vous exécutez des serveurs Web 32 bits, nous vous recommandons de ne pas utiliser le commutateur /3gb dans Windows Server 2003 pour faire passer l’espace d’adressage virtuel de 2 gigaoctets (Go) à 3 Go pour tous les processus en mode utilisateur. L’utilisation du commutateur /3gb n’est pas recommandée dans la mesure où la majeure partie du trafic des sites SharePoint implique l’envoi de grandes quantités de données par l’intermédiaire du système d’exploitation. Par conséquent, le fait de laisser uniquement 1 Go d’espace d’adressage pour le système d’exploitation peut déstabiliser l’ordinateur. Pour plus d’informations, voir l’article suivant dans la Base de connaissances Microsoft : Le commutateur /3GB Windows Server 2003 n’est pas pris en charge dans Windows SharePoint Services 2.0 et versions ultérieures, ainsi que dans SharePoint Portal Server 2003 SP2 et versions ultérieures (https://go.microsoft.com/fwlink/?linkid=105919&clcid=0x40C).

  • La combinaison de serveurs 32 bits et 64 bits peut affecter l’équilibrage de la charge. Vous pouvez avoir un environnement dans lequel certains serveurs Web exécutent la version 32 bits de Office SharePoint Server 2007 et d’autres la version 64 bits. Toutefois, les serveurs Web 32 bits risquent d’être surchargés si la fonction d’équilibrage de charge réseau est configurée pour utiliser un modèle moins intelligent, tel que la technique du tourniquet (round robin). Nous vous recommandons de configurer la fonction d’équilibrage de charge de manière à gérer la distribution en fonction de la charge.

    De plus, le déploiement de serveurs à la fois 32 bits et 64 bits augmente le temps de maintenance pour la batterie de serveurs. Cela tient au fait que les applications tierces, les solutions personnalisées, les correctifs et les mises à jour logicielles pour les deux architectures doivent être suivis et gérés de manière indépendante.

Ne pas utiliser de domaines privés Web

Les domaines privés Web sont des pools d’applications IIS pris en charge par plusieurs processus de travail. Nous recommandons de ne pas utiliser les domaines privés Web pour les sites de gestion de contenu d’entreprise car cela a des effets négatifs sur la mise en cache des résultats de pages.

Envisager des ressources supplémentaires pour les systèmes impliquant de nombreux flux de travail actifs

Dans un système qui comporte de nombreuses instances de flux de travail actifs, envisagez d’ajouter de la mémoire RAM, des serveurs Web et des ressources pour les ordinateurs qui exécutent SQL Server 2005.

Utiliser des serveurs Web dédiés pour les services qui ne sont pas exposés aux utilisateurs finaux

Un serveur Web dédié est un serveur Web qui n’est pas connecté à l’équilibreur de charge qui est exposé aux utilisateurs finaux. Nous vous recommandons d’utiliser des serveurs Web dédiés pour exécuter les services coûteux, tels que les suivants :

  • Indexation de la recherche

  • Administration centrale

  • Profils

  • Services Excel

Activer uniquement les fonctionnalités nécessaires

Office SharePoint Server 2007 offre de nombreuses fonctionnalités. Les ressources sont utilisées plus efficacement si vous n’activez que les fonctionnalités pertinentes pour vos utilisateurs. Pour plus d’informations sur la désactivation des fonctionnalités, voir Utilisation des fonctionnalités (https://go.microsoft.com/fwlink/?linkid=105337&clcid=0x40C) .

Utiliser l’authentification Kerberos pour les batteries de serveurs à utilisation intensive

Nous vous recommandons d’utiliser l’authentification Kerberos pour les batteries de serveurs dans lesquelles vous traitez de nombreuses demandes pendant un laps de temps donné, si cela répond par ailleurs aux autres besoins de votre entreprise. L’authentification Kerberos peut renvoyer rapidement les résultats des demandes d’authentification, car elle utilise la mise en cache.

NoteRemarque :

Vous pouvez constater un délai dans le processus d’authentification des utilisateurs quand vous exécutez une application serveur gourmande en ressources sur un membre de domaine dans Windows Server 2003. Pour plus d’informations, voir l’article 906736 de la Base de connaissances : Vous observez un délai dans le processus d’authentification utilisateur lorsque vous exécutez un programme serveur haut volume sur un membre de domaine dans Windows 2000 ou Windows Server 2003 (https://support.microsoft.com/default.aspx?scid=kb;fr-fr;906736).

Perfectionnement

Cette section contient des informations sur la configuration, la formation de l’utilisateur final, la maintenance et d’autres recommandations pour optimiser une batterie de serveurs Office SharePoint Server 2007 existante.

Surveiller les performances de SQL Server

Il vaut mieux surveiller les performances et la capacité du bas de la pile jusqu’au sommet, car la contrainte s’exerçant sur le serveur de bases de données va probablement imposer des contraintes sur les serveurs Web. Par exemple, si le serveur exécutant SQL Server met un peu plus de temps pour répondre à une demande de serveur Web, et si le serveur Web reçoit des demandes d’utilisateurs finaux à un rythme normal, les demandes adressées au serveur Web se mettent à s’empiler. Ce comportement peut en fin de compte se traduire par ce qui semble être de médiocres performances de serveur Web, mais qui est en fait une situation liée au serveur de bases de données.

Pour , veillez à surveiller la fragmentation d’index de SQL Server, et suivez les instructions de défragmentation de SQL Server pour les produits et technologies SharePoint qui sont fournies dans l’article de la Base de connaissances suivant : Comment faire pour défragmenter bases de données Windows SharePoint Services 3.0 et les bases de données SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=105588&clcid=0x40C). Cette opération peut grandement améliorer les délais de recherche.

Appliquer le correctif du compteur du nombre de GC induit pour ASP.NET

Lorsque vous exécutez une application Web Microsoft ASP.NET 2.0 qui est construite sur une plateforme Microsoft .NET Framework version 2.0, comme Office SharePoint Server 2007, la valeur du compteur de performances Nombre de GC induit augmente très rapidement. De plus, l’utilisation de l’unité centrale devient très élevée et les performances de l’ordinateur baissent. Pour résoudre ce problème, appliquez le correctif disponible dans l’article suivant de la Base de connaissances : CORRECTIF : la valeur du compteur de performances Nombre de GC induit augmente rapidement et l’utilisation du processeur est élevée lorsque vous exécutez une application Web ASP.NET 2.0 basée sur .NET Framework 2.0 (https://go.microsoft.com/fwlink/?linkid=105921&clcid=0x40C).

Configurer les paramètres de recyclage du pool d’applications pour une meilleure disponibilité

Utilisez les directives fournies dans cette section pour régler vos pools d’applications afin d’en améliorer la disponibilité.

  • Si vous avez plusieurs serveurs Web dans votre batterie de serveurs, assurez-vous que les pools d’applications sont configurés pour être recyclés à des moments différents sur chaque serveur Web.

  • Recyclez les sites Web IIS à des moments différents afin d’étaler les charges sur tous les serveurs Web de la batterie de serveurs. Si vous devez recycler plusieurs pools d’applications sur un site Web spécifique en même temps, vous devez temporairement retirer ce serveur Web de l’équilibreur de charge afin d’éviter des performances médiocres pendant le processus de recyclage.

  • Lors de la planification du recyclage des pools d’applications sur des serveurs 32 bits, tenez compte de la quantité de mémoire utilisée par chaque pool d’applications et réexaminez la fréquence de recyclage en fonction de ce facteur. Les pools d’applications qui utilisent moins de ressources de mémoire requièrent moins de recyclages que les pools d’applications qui utilisent plus de mémoire.

    La gestion de mémoire des serveurs 64 bits est plus efficace que celle des serveurs 32 bits. Néanmoins, nous vous recommandons de planifier un recyclage nocturne des pools d’applications pour les serveurs 64 bits. Cela permet de réduire le risque de problèmes causés par la fragmentation.

Pour plus d’informations sur le recyclage des pools d’applications, voir Recyclage et SharePoint : que sont les paramètres 64 bits ? (en anglais) (https://go.microsoft.com/fwlink/?linkid=127018&clcid=0x40C) (en anglais).

Surveiller et gérer le recyclage des processus de travail 32 bits

Par défaut, un espace d’adressage virtuel de 2 Go est alloué à chaque processus en mode utilisateur Windows 32 bits. Une partie de cet espace d’adressage doit rester libre pour des allocations dynamiques. De plus, certaines opérations dans Office SharePoint Server nécessitent des blocs volumineux d’espace d’adressage contigu pour effectuer des allocations dynamiques. Plus l’exécution d’un processus est longue, plus l’espace d’adressage devient fragmenté. Dans ce cas, quand la taille du processus de travail Office SharePoint Server dépasse 1,2 Go à 1,4 Go, le processus commence à connaître des erreurs d’insuffisance de mémoire et autres événements anormaux. Dans la mesure où le processus continue de consommer de l’espace d’adressage, les erreurs empirent, aboutissant à l’arrêt par IIS.

ImportantImportant :

Dans un environnement 64 bits, les valeurs par défaut du recyclage des processus pendant l’exécution sont généralement suffisantes. Par conséquent, nous ne recommandons pas de les modifier.

Pour résoudre ce problème, nous vous recommandons d’établir les processus suivants sur chaque serveur Web 32 bits.

  • Utiliser le recyclage avec chevauchement IIS

    Le fait de redémarrer régulièrement le processus de travail peut contribuer à réduire la fragmentation dans l’espace d’adressage. Le processus en devient plus robuste et plus efficace. La fonction de recyclage avec chevauchement dans IIS permet de recycler progressivement le processus de travail SharePoint. Cela laisse du temps pour l’exécution des demandes utilisateur existantes. Avant d’arrêter et de redémarrer le processus existant, un nouveau processus est démarré pour prendre en charge toutes les nouvelles demandes. L’ancien processus est arrêté quand toutes les demandes existantes sont satisfaites ou que la limite du temps d’arrêt est dépassée.

    Pour des résultats optimaux, vous devez configurer IIS pour un recyclage à des moments spécifiques, et quand l’utilisation de la mémoire atteint des niveaux spécifiques.

    • Configurez l’exécution d’un recyclage basé sur la mémoire virtuelle à 1 700 Mo.

    • Configurez l’exécution d’un recyclage utilisant la mémoire à 1 000 Mo.

    • Définissez la limite de temps d’arrêt à au moins 300 secondes pour laisser aux longues demandes utilisateur, telles que les téléchargements de gros fichiers, la possibilité de s’exécuter complètement.

    • Utilisez des recyclages basés sur le temps dans des environnements qui se caractérisent régulièrement par des charges importantes à certaines périodes de la journée. Définissez un recyclage planifié environ 30 minutes avant le démarrage du trafic de pointe.

    La non configuration de ces paramètres sur des serveurs 32 bits peut avoir un effet néfaste sur la gestion du cache ASP.NET. Si vous ne définissez pas une limite de mémoire de processus, ASP.NET en calculera une pour vous. Si l’espace d’adressage en mode utilisateur est de 2 Go, ASP.NET utilisera 60 % de RAM physique ou 800 Mo, selon la valeur la plus petite. Cette valeur permet de déterminer avec quelle intensité le cache doit nettoyer la mémoire. Une valeur réglée à un niveau trop bas risque de donner lieu à de trop nombreuses opérations de nettoyage de la mémoire. Une valeur réglée à un niveau trop haut laisse le processus prendre de l’ampleur et provoque des exceptions de type mémoire insuffisante et d’autres erreurs.

    Pour plus d’informations sur le recyclage des processus de travail, voir Configuration des processus de travail pour le recyclage (https://go.microsoft.com/fwlink/?linkid=105924&clcid=0x40C).

  • Activer la propriété de métabase IIS LogEventOnRecycle pour le suivi du recyclage des processus

    Pour suivre la fréquence de recyclage des processus de travail, vous pouvez utiliser la propriété LogEventOnRecycle de la métabase IIS (Internet Information Services) 6.0 pour générer des entrées dans le journal des événements du système. Si vous constatez que la fréquence de recyclage de ces processus est supérieure à 4 heures, pensez à ajouter plus de serveurs Web pour gérer la charge.

    Vous pouvez positionner les indicateurs en utilisant Adsutil.vbs. Pour écrire les causes de tous les processus du pool d’applications dans le journal des événements, effectuez les étapes suivantes :

    1. Cliquez sur Démarrer, sur Exécuter, tapez cmd, puis appuyez sur ENTRÉE.

    2. Accédez au répertoire où se trouve Adsutil. L’emplacement du répertoire par défaut est le suivant : %LECTEURSYSTÈME%\Inetpub\AdminScripts

    3. Tapez la commande suivante, puis appuyez sur ENTRÉE :

      cscript adsutil.vbs Set w3svc/AppPools/ <VotreNomPoolApp> /LogEventOnRecycle 255

      Dans cette commande, remplacez VotreNomPoolApp par le nom du pool d’applications sur lequel vous voulez activer les événements.

      NoteRemarque :

      Si le nom du pool d’applications contient un espace, par exemple, « SharePoint- 80 », vous devez utiliser des doubles guillemets autour du chemin de la métabase dans la commande, comme indiqué dans l’exemple suivant.

      cscript adsutil.vbs Set "w3svc/AppPools/SharePoint - 80/LogEventOnRecycle" 255

    Pour plus d’informations, voir Comment modifier les événements de recyclage de pool d’applications dans IIS 6.0 (https://go.microsoft.com/fwlink/?linkid=105925&clcid=0x40C).

Effectuer des opérations de maintenance en dehors des périodes de pointe

Le déplacement ou la suppression d’un site pendant que d’autres sont utilisés peut rendre tout le portail inutilisable. Par conséquent, effectuez ce genre d’opérations de maintenance gourmandes en ressources en dehors des heures de pointe.

Ne pas laisser de pages extraites

Si vous utilisez la gestion de contenu d’entreprise, ne laissez pas des pages extraites. Archivez-les, si c’est possible, rapidement après chaque modification. Le fait de laisser des pages extraites réduit les performances de l’affichage des pages.

Contrôler avec soin l’utilisation des personnalisations et des composants WebPart

Déployez uniquement les personnalisations qui suivent les méthodes recommandées décrites dans les ressources ci-dessous :

Contrôlez également les temps d’affichage des pages et des composants WebPart. Le composant WebPart Collègues peut demander énormément de traitement. Ne l’utilisez pas sur des pages qui affichent beaucoup d’autres informations.

Surveiller et gérer des fichiers volumineux

En traitant des fichiers dont la taille dépasse 5 Mo, remplacez la taille de téléchargement maximale des documents par la taille du plus gros fichier attendu pour vos besoins commerciaux. La taille maximale par défaut de téléchargement des fichiers est de 50 Mo. La taille de fichier maximale prise en charge par les produits et technologies SharePoint est de 2 Go.

En cas de collection de fichiers volumineux auxquels les utilisateurs finaux peuvent souvent accéder, et si ces fichiers sont mis à jour de façon peu fréquente, nous vous recommandons de les stocker en dehors d’Office SharePoint Server. Pensez plutôt à utiliser un client de collaboration hors connexion.

Former les utilisateurs finaux à travailler avec des fichiers volumineux

La façon dont les utilisateurs finaux travaillent avec des fichiers volumineux a un aspect important sur les performances.

  • Tous les utilisateurs finaux doivent réserver au moins 50 Mo aux fichiers Internet temporaires (le cache d’Internet Explorer), et doivent allouer plus d’espace s’ils ouvrent fréquemment des fichiers volumineux. Les utilisateurs sans espace alloué aux fichiers Internet temporaires imposent une charge importante sur les serveurs Web.

  • Les utilisateurs finaux qui utilisent des documents de plus de 25 Mo doivent enregistrer ces documents sur les ordinateurs locaux. L’ouverture de gros documents directement à partir d’une bibliothèque de documents consomme de la bande passante et des ressources pendant que le document est ouvert, et peut entraîner l’enregistrement automatique des modifications apportées au document directement dans la bibliothèque de documents.

    Les utilisateurs finaux doivent cliquer avec le bouton droit sur le document et l’enregistrer sur leur ordinateur avant de l’ouvrir, puis télécharger les modifications éventuelles apportées au document dans la bibliothèque de documents une fois les modifications terminées.

  • Les utilisateurs finaux ne doivent pas utiliser le mode Explorateur pour consulter des documents volumineux. Ils doivent de préférence utiliser l’affichage Tous les documents. Quand vous ouvrez une bibliothèque de documents SharePoint en mode Explorateur, le fait de placer le pointeur sur l’un des fichiers énumérés génère une demande de métadonnées pour tous les fichiers du dossier que vous parcourez. Dans certains cas, le fichier entier peut être demandé. Le résultat peut être une charge très élevée sur le serveur si de nombreux fichiers volumineux sont parcourus simultanément en mode Explorateur.

  • Les utilisateurs finaux doivent utiliser l’optionTélécharger une copie du sous-menu Envoyer vers du menu Edition dans les bibliothèques de documents. L’option Télécharger une copie ouvre le fichier entier dans la mémoire du serveur Web.

Former les utilisateurs finaux à travailler avec de volumineuses bibliothèques de documents

La façon dont les utilisateurs finaux travaillent avec de volumineuses bibliothèques de documents a un aspect important sur les performances.

  • Les utilisateurs finaux doivent utiliser des filtres d’affichage personnalisés qui ont été indexés pour travailler avec de grandes bibliothèques de documents, sans accéder directement aux bibliothèques.

  • Encouragez les utilisateurs finaux à ne pas utiliser le mode Explorateur pour consulter des bibliothèques de documents volumineuses. Ils doivent plutôt utiliser l’affichage Tous les documents. Quand vous ouvrez une bibliothèque de documents SharePoint en mode Explorateur, le fait de placer le pointeur sur l’un des fichiers énumérés génère une demande de métadonnées pour tous les fichiers du dossier que vous parcourez. Dans certains cas, le fichier entier peut être demandé. Dans les dossiers contenant beaucoup d’éléments, ce processus peut prendre beaucoup de temps et affecter les performances de la batterie de serveurs.

  • Travaillez avec les utilisateurs finaux pour créer des vues appropriées à leurs besoins, pour qu’ils ne créent pas eux-mêmes des vues de listes volumineuses. Si vous avez une application Web qui contient de nombreuses listes volumineuses, pensez à désactiver l’autorisation Gérer les affichages personnels pour l’ensemble de l’application Web.

Gérer des listes volumineuses pour les performances

Les produits et technologies SharePoint prennent en charge les listes volumineuses. Cependant, vous devez contrôler attentivement la façon dont les utilisateurs finaux affichent les listes afin d’éviter les effets néfastes sur les performances.

  • Pour des performances optimales, ne dépassez pas 2 000 éléments par niveau de liste (par exemple, la racine de la liste ou un seul dossier).

  • Si vous créez et parcourez des listes volumineuses, appliquez les meilleures pratiques suivantes :

    • Indexez la liste sur une ou plusieurs colonnes.

    • Remplacez la vue par défaut de la liste par une vue filtrée personnalisée qui suit ces recommandations :

      • La vue renvoie moins de 5 000 éléments.

      • La première colonne que vous utilisez pour filtrer l’affichage a un index qui réduit suffisamment le nombre total d’éléments renvoyés.

      • La vue affiche uniquement les colonnes qui sont absolument requises.

      • La vue inclut aussi peu de colonnes de recherche que possible. Chaque colonne de recherche dans une liste incluse dans une vue provoque une jointure supplémentaire et des appels supplémentaires à la base de données.

  • Évaluez la taille de la liste en ce qui concerne le nombre de colonnes dans une liste. Les listes contenant beaucoup de colonnes peuvent avoir des performances lentes.

Sachez que les opérations et paramètres suivants peuvent affecter sensiblement les performances d’un site qui se caractérise par de longues listes.

  • Les autorisations explicites complexes (autorisations au niveau liste ou bibliothèque, dossier, élément ou document) forcent le contrôle des autorisations sur chaque élément.

  • Modification des paramètres des autorisations.

  • Création, mise à jour et suppression d’index.

  • Importation et exportation de contenu.

  • Suppression d’une liste.

  • Déploiement de nouveaux types de contenu ou mise à jour de types de contenu existants.

Si vous avez des flux de travail qui génèrent beaucoup de tâches et d’éléments d’historique, vous êtes peut-être en train de créer des listes volumineuses. Pour des flux de travail très actifs, suivez ces recommandations :

  • Faites en sorte que le travail du minuteur AutoCleanupDays continue de s’exécuter pour nettoyer les tâches sur les flux de travail terminés depuis plus de 60 jours.

  • Lorsque vous créez des associations de flux de travail, si vous vous attendez à ce qu’un flux de travail soit intensément utilisé ou crée beaucoup de tâches et d’éléments d’historique, utilisez des listes de tâches et d’historiques non par défaut.

Sachez que si un site utilise des listes volumineuses, cela peut ralentir les performances des sauvegardes de collections de sites effectuées avec les opérations de sauvegarde Stsadm.

Si vous envisagez d’avoir de longues listes, ou si vous les avez déjà, nous vous recommandons vivement de lire les ressources suivantes :

Télécharger ce livre

Cette rubrique est incluse dans le livre à télécharger suivant pour une lecture et une impression plus faciles :

Vous trouverez la liste complète des livres disponibles sur Livres à télécharger pour Office SharePoint Server 2007.