Meilleures pratiques pour un fonctionnement optimal (SharePoint Server 2010)

S’applique à : Excel Services, SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Microsoft SharePoint Server 2010 est utilisé pour une grande variété d’applications et de solutions, en mode autonome ou conjointement à d’autres systèmes. Pour atteindre cette flexibilité, la plateforme prend en charge de nombreuses architectures et configurations possibles. Certaines parties du système sont bien connues, mais nous allons découvrir des variations au niveau de ces parties. Cet article se concentre sur les pratiques recommandées pour une configuration, comme la configuration de serveur Web frontal, la configuration de base de données, la maintenance et les correctifs.

Cet article s’inscrit dans une série sur les meilleures pratiques pour SharePoint Server 2010. Il décrit les meilleures pratiques pour un fonctionnement optimal. Pour découvrir les autres articles de la série, voir Meilleures pratiques (SharePoint Server 2010). Pour plus d’informations et pour obtenir des ressources sur les meilleures pratiques pour SharePoint Server 2010, voir le Centre de ressources des meilleures pratiques (https://go.microsoft.com/fwlink/?linkid=221383&clcid=0x40C) (éventuellement en anglais).

1. Utilisez beaucoup de mémoire et des cartes réseau rapides

Pour obtenir les performances souhaitées d’un environnement, veillez à ce que les serveurs Web et d’applications soient équipés de suffisamment de mémoire.

La vitesse du réseau est également importante pour les performances de l’environnement. Effectuez les opérations suivantes pour que le trafic réseau soit rapide :

• Utilisez des cartes réseau gigabit pour tous les rôles de serveur.

• Pour les serveurs Web frontaux et les serveurs d’applications, utilisez des cartes réseau doubles dans les environnements de production : l’une pour les utilisateurs, l’autre pour la communication Microsoft SQL Server.

• Utilisez des cartes réseau privé pour les communications entre les serveurs pour les tâches telles que la gestion et les sauvegardes afin que ce trafic n’affecte pas les performances globales de la batterie de serveurs.

• En cas d’activité intense, envisagez d’utiliser des réseaux locaux virtuels pour réduire le trafic réseau.

Pour plus d’informations, voir Configuration matérielle et logicielle requise (SharePoint Server 2010) et Gestion de la performance et de la capacité (SharePoint Server 2010).

2. Privilégiez la proximité : ne prévoyez pas une distance réseau trop importante entre les serveurs Web frontaux, les serveurs d’applications et les serveurs de bases de données

Aucun serveur Web frontal ne doit présenter une latence supérieure à 1 ms entre lui-même et le serveur de bases de données. Dans la pratique, cela signifie généralement que vous devez conserver tous les serveurs d’une batterie dans le même centre de données. Tous les serveurs d’une batterie doivent se trouver dans le même fuseau horaire.

Pour plus d’informations, voir Solutions globales pour les Produits SharePoint 2010 (modèle).

3. Prenez en compte les performances et la disponibilité lorsque vous configurez les serveurs Web et les serveurs d’applications

La manière dont vous configurez les serveurs Web et les serveurs d’applications peut avoir un effet considérable sur le débit et la disponibilité. Suivez les recommandations suivantes pour optimiser vos résultats :

• Séparez les composants du système en lecteurs logiques et utilisez la technologie RAID pour la redondance.

  Composants sur le lecteur	Niveau RAID recommandé
  Lecteur de Windows et des fichiers de programme	RAID 1
  Lecteur de basculement du système d’exploitation et répertoire temporaire	RAID 1
  Fichiers journaux	RAID 1
  Disque d’amorçage pour l’imagerie et Windows Desktop Search (facultatif)	RAID 1

• Utilisez au moins quatre disques physiques et utilisez des disques distincts pour conserver les fichiers journaux et basculez entre les lecteurs séparément du lecteur Windows et des fichiers de programme.

• Dans la plupart des environnements de production, il est recommandé d’allouer au moins 200 Go d’espace disque pour le système d’exploitation et les fichiers temporaires et 150 Go d’espace disque pour les journaux.

• Veillez à tester la capacité des serveurs Web et à fournir suffisamment de serveurs par rapport au nombre d’utilisateurs et de demandes au sein de la batterie de serveurs. Pour des raisons de haute disponibilité, veillez à allouer un serveur supplémentaire afin de pouvoir retirer un serveur d’une batterie de serveurs avec équilibrage de la charge réseau et le recycler sans affecter la disponibilité des services.

Pour plus d’informations, voir les ressources suivantes :

• Planning for server farms (SharePoint Server 2010)

• Planifier la disponibilité (SharePoint Server 2010)

• Vue d’ensemble de la gestion et du dimensionnement de la capacité pour SharePoint Server 2010

• Enterprise intranet collaboration environment technical case study (SharePoint Server 2010)

• Environnement de publication intranet d’entreprise : étude de cas technique (SharePoint Server 2010)

4. Prenez en compte les performances et la disponibilité lorsque vous configurez les serveurs de bases de données

Comme dans le cas des serveurs Web et des serveurs d’applications, la configuration des serveurs de bases de données affecte le degré de performance de SharePoint Server 2010. Certaines bases de données exigent une colocalisation avec les autres bases de données ou une séparation de celles-ci. Pour plus d’informations, voir Échelle de données dans l’article Vue d’ensemble de la gestion et du dimensionnement de la capacité pour SharePoint Server 2010 et Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server 2010).

Les bases de données répertoriées dans le tableau suivant doivent être conservées à l’écart des autres bases de données.

Les bases de données répertoriées dans le tableau suivant doivent être stockées au même emplacement que les autres bases de données.

Pour plus d’informations sur le dimensionnement des bases de données et sur la combinaison des fonctionnalités de lecture et d’écriture pour des bases de données spécifiques, voir le modèle relatif aux bases de données prenant en charge les produits SharePoint 2010(https://go.microsoft.com/fwlink/?linkid=187970&clcid=0x40C) (éventuellement en anglais).

5. Préservez l’état d’intégrité des bases de données

Un serveur de bases de données intègre possède suffisamment de hauteur pour les bases de données et les fichiers journaux, et suffisamment de capacité pour prendre en compte les demandes. Utilisez les recommandations dans la liste ci-dessous pour maintenir les performances optimales des serveurs de bases de données.

• Faites augmenter au préalable toutes les bases de données et tous les journaux si vous le pouvez. Veillez à surveiller leur taille afin de ne pas manquer d’espace disque.

• Ne surchargez pas les serveurs de bases de données en utilisant un trop grand nombre de bases de données ou de données. Suivez les instructions ci-dessous :

  • Lorsque vous utilisez la mise en miroir SQL Server, ne stockez pas plus de 50 bases de données sur une instance physique unique de SQL Server .

  • Limitez les bases de données de contenu à 200 Go.

• Défragmentez et recréez les index tous les jours, si vous pouvez absorber le temps d’interruption nécessaire à la recréation.

• Surveillez le serveur de base de données pour vous assurer qu’il répond de manière appropriée et qu’il n’est pas surchargé. Les principaux compteurs de performances à surveiller sont les suivants :

  • File d’attente réseau : 0 ou 1 pour de bonnes performances

  • Longueur moyenne de la file d’attente de disque (latence) : inférieure à 5 ms

  • Mémoire utilisée : moins de 70 %

  • Espace disque disponible : plus de 25 %

  • Taux d’accès au cache des tampons : au moins 90 %

Pour plus d’informations, voir les ressources suivantes :

• SharePoint Diagnostic Studio 2010 (SPDiag 3.0) (SharePoint Server 2010)

• Liste appropriée de compteurs de performance (https://go.microsoft.com/fwlink/?linkid=123925&clcid=0x40C) (éventuellement en anglais)

  (Bien que ce lien pointe vers du contenu relatif à Microsoft Office SharePoint Server 2007, l’aide fournie demeure valide pour SharePoint Server 2010.)

6. Maintenez les serveurs à jour en utilisant les dernières mises à jour

Il est important de rester à jour en appliquant les derniers correctifs, les dernières mises à jour et les derniers Service Packs. Ces mises à jour contiennent des améliorations importantes des produits. Cependant, assurez-vous que vous testez soigneusement ces mises à jour dans les environnements de préproduction avant de les appliquer dans les environnements de production. Suivez la procédure recommandée pour déployer les mises à jour :

• Activez Windows Update pour télécharger automatiquement les mises à jour, mais pas pour les installer automatiquement.

• Planifiez l’installation des mises à jour en dehors des heures de pointe.

• Pour la haute disponibilité, faites tourner les serveurs hors service un par un lors du processus de mise à jour.

Assurez-vous d’appliquer les correctifs au BIOS (ordinateurs serveur, contrôleurs et disques), au système d’exploitation Windows, à Microsoft SharePoint Foundation 2010, à SharePoint Server 2010 et à SQL Server.

Pour plus d’informations, voir le Centre de ressources : mises à jour pour les produits SharePoint 2010 (https://go.microsoft.com/fwlink/?linkid=209614&clcid=0x40C).

7. Utilisez différents comptes pour différentes actions

Utilisez des comptes appropriés pour les applications et les services Web. Tous les comptes doivent être des comptes de domaine. (Rappel : n’utilisez pas le service réseau). Pour bénéficier de meilleurs résultats, utilisez des comptes distincts pour les éléments suivants :

• Applications Web : utilisez différents comptes en fonction des contraintes de sécurité.

• Compte de recherche : utilisez un compte pour la batterie de serveurs.

• Compte Excel Services : utilisez un compte pour les connexions externes.

Pour plus d’informations, voir Autorisations de compte et paramètres de sécurité (SharePoint Server 2010).

Il existe bien plus de comptes utilisés par SharePoint Server 2010, comme les comptes de services SQL Server, l’identité du pool d’applications de l’Administration centrale, le compte de service de minuteur SharePoint Foundation, le compte d’accès au contenu par défaut, le compte d’authentification unique et le compte d’importation de profil. Veillez à suivre les procédures recommandées pour maintenir les mots de passe à jour et vous assurer que les services continuent à fonctionner.

Pour plus d’informations, voir Modifier les mots de passe utilisés pour les comptes d’administration (SharePoint Server 2010).

8. Suivez les recommandations de sauvegarde et de restauration des données

En général, il est recommandé d’utiliser un disque local, et non un disque réseau, pour les sauvegardes, puis de copier les données. Utilisez la compression lorsque vous le pouvez, mais lorsque vous utilisez la compression avec les sauvegardes, veillez à ne pas submerger SQL Server. Par exemple, LiteSpeed pour SQL Server effectue la compression lors de la sauvegarde, ce qui peut entraver les performances de SQL Server.

Pour les bases de données plus importantes, appuyez-vous sur les sauvegardes incrémentielles comme celles disponibles avec System Center Data Protection Manager (DPM) 2010. Ne vous appuyez pas sur les sauvegardes complètes comme mécanisme principal ; elles sont trop importantes pour une restauration rapide.

Pour plus d’informations, voir Meilleures pratiques pour la sauvegarde et la récupération (SharePoint Server 2010).

9. Assurez-vous de sauvegarder et de tronquer les fichiers journaux

Ne vous contentez pas de sauvegarder les données. Sauvegardez également les fichiers journaux. Les journaux d’utilisation, les journaux des services Internet (IIS), les journaux de transactions et les journaux de messagerie SMTP doivent tous être sauvegardés pour que vous puissiez récupérer votre environnement dans sa totalité. Pour les journaux de transactions, vous devez sauvegarder et tronquer le fichier journal toutes les cinq minutes. Cependant, ne réduisez jamais la taille du journal de transactions, car vous pouvez rencontrer des problèmes de performances lorsque la taille du journal augmente de nouveau.

Pour plus d’informations, voir Journaux de sauvegarde ou d’archive (SharePoint Server 2010) et Comment faire pour empêcher le journal des transactions d’une base de données SQL Server de grandir de façon inattendue (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0x40C).

10. Restaurez les données : testez les sauvegardes et prévoyez un environnement d’attente disponible pour la continuité du service

Testez régulièrement les sauvegardes et validez leur cohérence. Ne considérez pas que la sauvegarde fonctionnera lorsque vous en avez besoin. Assurez-vous qu’elle fonctionnera. Exercez-vous à la récupération pour savoir ce que vous devez prévoir dans l’environnement entier. Pour les environnements dispersés sur le plan géographique, préparez-vous en cas de récupération d’urgence en configurant une batterie de serveurs distante. Ensuite, vous pouvez restaurer l’environnement en utilisant la commande d’association de base de données afin de transférer une copie de la base de données sur la batterie de serveurs distante et de rediriger les utilisateurs. De même, vous pouvez configurer un environnement d’attente qui exécute la même version de logiciel que l’environnement de production afin de pouvoir restaurer la base de données et récupérer les documents rapidement. En maintenant la taille des bases de données réduite, vous accélérez la récupération.

Pour plus d’informations, voir Meilleures pratiques procédurales.

Si vous utilisez DPM 2010 pour la sauvegarde et la récupération, veillez à planifier la sauvegarde et la récupération des applications de service séparément. DPM 2010 ne sauvegarde pas la recherche ou autres applications de service.

Pour plus d’informations, voir Choisir quoi protéger et quoi récupérer au sein de votre environnement et le livre blanc Comment protéger SharePoint avec DPM 2010 (https://go.microsoft.com/fwlink/?linkid=218153&clcid=0x40C) (éventuellement en anglais).

Remerciements

L’équipe de publication de contenu SharePoint Server 2010 remercie les personnes suivantes pour leur contribution à la rédaction de cet article :

• Aaron Saikovski, Microsoft Consulting Services

• Ali Mazaheri, Microsoft Consulting Services

• Bryan Porter, Microsoft Consulting Services

• Chris Holder, Ingénierie client Microsoft SharePoint

• Dan Winter, Ingénierie client Microsoft SharePoint

• Eric Charran, Microsoft Consulting Services

• Gus Apostol, Programmes client Microsoft SQL Server

• John S. Moh, Microsoft Consulting Services

• Luca Bandinelli, Ingénierie client Microsoft SharePoint

• Rahim Dossa, Microsoft Consulting Services

• Steve Peschka, Microsoft Consulting Services

• Steve Walker, Ingénierie client Microsoft SharePoint

• Tajeshwar Singh, Microsoft Consulting Services

See Also

Concepts

Surveillance de l’intégrité (SharePoint Server 2010)

Other Resources

Analyse d’intégrité (SharePoint Foundation 2010)