Partager via

Meilleures pratiques pour les sites de collaboration en équipe (SharePoint Server 2010)

  • Article

 

S’applique à : SharePoint Server 2010

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

Cet article s’inscrit dans une série sur les meilleures pratiques pour Microsoft SharePoint Server 2010. Il décrit les caractéristiques de l’hébergement de sites de collaboration dans un environnement SharePoint Server 2010 et les meilleures pratiques qui y sont associées. Pour des informations et des ressources complémentaires sur les meilleures pratiques pour SharePoint Server 2010, voir Meilleures pratiques pour SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=220280&clcid=0x40C) (éventuellement en anglais).

SharePoint Server 2010 facilite la collaboration en équipe grâce à des fonctionnalités telles que les sites Mon site, les blogs, les wikis et la co-création. Lorsque vous planifiez des sites de collaboration en équipe, gardez à l’esprit que ces sites présentent généralement les caractéristiques suivantes :

  • Utilisation intensive des opérations d’écriture   Par rapport aux autres types de sites (tels que les sites de publication), le ratio d’écriture est supérieur pour les ressources Microsoft SQL Server dans le cas des sites de collaboration.

  • Mise en cache d’une quantité de contenu nulle ou faible   Étant donné que le contenu est mis à jour plus fréquemment et qu’il est très important que les données soient à jour du point de vue de la dynamique de la collaboration, la mise en cache de contenu est rarement utilisée.

  • Importance primordiale de l’interaction avec les applications clientes   Par rapport aux autres types de sites, les sites de collaboration présentent un niveau d’interaction plus élevé avec les applications clientes dans Microsoft Office 2010.

Chacune des sections suivantes décrit des meilleures pratiques pour les sites de collaboration en équipe.

1. Planifiez et allouez des serveurs de bases de données pour la prise en charge de la collaboration

La collaboration se caractérise par son impact significatif sur les ressources Microsoft SQL Server, telles que la mémoire et le processeur, en raison de son ratio d’écriture relativement élevé et du modèle de contenu qui ne prévoit pas l’utilisation de la mise en cache. Les pratiques recommandées dans le livre blanc suivant vous permettent de vous assurer que vous disposez des ressources SQL Server requises pour la prise en charge de ce type de site : Planification et surveillance du stockage SQL Server pour Office SharePoint Server : recommandations et meilleures pratiques pour optimiser les performances : livre blanc.

Planifiez et configurez le stockage et la capacité en fonction de la taille estimée du contenu. Pour plus d’informations, voir Configuration matérielle et logicielle requise (SharePoint Server 2010) et Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server 2010).

Vous devez également organiser les lecteurs de disque de manière à optimiser les performances. Pour plus d’informations, voir Meilleures pratiques pour un fonctionnement optimal (SharePoint Server 2010).

Pour plus d’informations, voir Gestion de la capacité de SharePoint Server 2010 : Limitations et frontières logicielles et Résultats des tests de performances et de capacité et recommandations (SharePoint Server 2010).

2. Surveillez les sites et le contenu, et effectuez des nettoyages régulièrement

Lorsque les sites d’équipe sont faiblement structurés, la collaboration s’en trouve facilitée. Établissez et communiquez des contrats de niveau de service appropriés pour l’archivage et la suppression du contenu. Gardez à l’esprit que les équipes utilisent souvent la création de sites libre-service pour collaborer sur des projets dont la durée de vie est limitée. Utilisez la gestion du cycle de vie pour supprimer et archiver les sites inactifs régulièrement.

3. Appliquez des limites de taille pour les sites et le contenu

Suivez les directives recommandées pour gérer les collections de sites, les sites, les listes et les documents en fonction des besoins de l’entreprise.

Les grandes listes, la gestion des versions et les flux de travail peuvent avoir une incidence sur la capacité de stockage et sur les performances de l’environnement. Par exemple, certaines organisations désactivent le travail de nettoyage de l’historique des flux de travail, comme décrit dans Désactiver la conservation de l’historique des flux de travail (SharePoint Server 2010), pour conserver l’historique des flux de travail pendant plus de 60 jours. Veillez à utiliser des quotas pour contrôler les tailles des sites, notamment si vous activez la création de sites libre-service.

Pour plus d’informations, voir les ressources suivantes :

4. Gérez la sécurité et les autorisations

Pour chaque collection de sites, vous pouvez appliquer des principaux de sécurité (utilisateurs et groupes). Étant donné que ces principaux de sécurité peuvent avoir une incidence sur les performances de votre batterie de serveurs, utilisez des groupes et des rôles autant que possible pour les octrois d’accès, au lieu d’ajouter les utilisateurs un par un. Pour plus d’informations, voir Gestion de la capacité de SharePoint Server 2010 : Limitations et frontières logicielles.

Réduisez au minimum l’utilisation d’autorisations personnalisées ou affinées. Plus vous appliquez des autorisations affinées, plus il est difficile de savoir en permanence qui a accès à quoi. En outre, les autorisations affinées peuvent avoir une incidence sur les performances, car il est nécessaire d’effectuer des vérifications de sécurité supplémentaires pour chaque élément auquel elles sont appliquées. Pour plus d’informations, voir Meilleures pratiques pour l’utilisation des autorisations affinées (livre blanc) (SharePoint Server 2010).

Examinez régulièrement qui a accès aux sous-sites, aux listes, aux bibliothèques et aux éléments. Vous pouvez utiliser des outils d’administration de la sécurité tiers pour découvrir les autorisations affinées appliquées aux éléments dans SharePoint Server 2010. Vous pouvez, par exemple, recourir aux outils LightningTools (https://go.microsoft.com/fwlink/?linkid=220248&clcid=0x40C) (éventuellement en anglais).

5. Utilisez une ou plusieurs applications Web dédiées à l’hébergement des sites d’équipe

L’hébergement de sites de collaboration en équipe sur une application Web dédiée présente plusieurs avantages :

  • Optimisation des performances   Lorsque vous hébergez des sites d’équipe sur une application Web dédiée, plusieurs bases de données de contenu ne renferment que des collections de sites d’équipe. Si les bases de données de contenu hébergent des sites qui présentent des caractéristiques similaires du point de vue des données, le logiciel de base de données SQL Server fonctionne plus efficacement, car SQL Server utilise un plan de requête basé sur les caractéristiques de la base de données. Par conséquent, en plaçant le contenu des sites d’équipe dans des bases de données dédiées, vous pouvez optimiser les performances de SQL Server, avec à la clé une amélioration des performances de l’ensemble de la batterie de serveurs.

  • Optimisation de la facilité de gestion   Dans la mesure où la création d’applications Web distinctes conduit à des sites et des bases de données distincts, vous pouvez implémenter des limites de site différentes (corbeille, expiration et taille) et négocier des contrats de niveau de service différents. Par exemple, vous pouvez accorder plus de temps à la restauration des sites libre-service s’il ne s’agit pas du contenu le plus important de votre organisation. Cela vous permet de restaurer du contenu plus important avant de restaurer ces sites.

  • Application d’autorisations   Avec une application Web dédiée, il est possible d’appliquer des autorisations au niveau de l’application Web. Par exemple, vous pouvez créer une stratégie sur les sites de collaboration internes afin de refuser explicitement l’accès aux comptes partenaires. Les stratégies d’une application Web sont appliquées indépendamment des autorisations configurées sur les différents sites ou documents au sein de l’application Web.

Pour plus d’informations, voir la section Applications Web dans l’article Composants de l’architecture logique (SharePoint Server 2010).

6. Surveillez l’existence d’une latence réseau élevée

Une latence réseau élevée peut réduire la satisfaction des utilisateurs en ralentissant le fonctionnement d’un environnement, même si celui-ci est très performant. La collaboration sur des fichiers volumineux via un réseau qui présente une latence élevée est source de frustration pour l’utilisateur.

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.

Dans le cas des entreprises multinationales et organisées à l’échelle mondiale, si les équipes au sein de l’organisation sont généralement disposées autour de zones géographiques locales, déployez plusieurs batteries de serveurs de collaboration en équipe de taille réduite plus proches des utilisateurs finaux. Cela réduit la latence réseau et les coûts liés à la bande passante du réseau étendu. Envisagez le recours à l’accélération du réseau étendu ou à la mise en cache en arrière-plan à l’aide d’un produit tel que Microsoft Groove Server 2010 pour résoudre les problèmes de latence.

Pour plus d’informations, voir la section Les quatre concepts de base des performances de l’article Vue d’ensemble de la gestion et du dimensionnement de la capacité pour SharePoint Server 2010.

7. Indiquez aux utilisateurs finaux comment tirer parti des outils

La plupart des utilisateurs finaux ne sont pas des concepteurs de site Web ou ne souhaitent pas le devenir. Il est donc normal qu’ils commencent à utiliser des sites de collaboration en équipe en ayant une expérience réduite ou nulle en matière de configuration de sites SharePoint ou d’utilisation de fonctionnalités intégrées telles que la liaison de contacts et de calendriers à Microsoft Outlook 2010. Microsoft offre un accès facile à des formations en ligne et à des supports didactiques sur Office.com (https://go.microsoft.com/fwlink/?linkid=89166&clcid=0x40C). En outre, vous pouvez déployer dans l’environnement SharePoint un kit de formation de l’utilisateur final disponible sur Productivity Hub 2010 (https://go.microsoft.com/fwlink/?linkid=220249&clcid=0x40C) (éventuellement en anglais). Pour que les utilisateurs au sein de l’organisation soient plus autonomes, sensibilisez-les à ces matériaux et aux avantages liés à leur utilisation. Cela permet de réduire le nombre d’appels au support technique pour des tâches de routine.

8. Appliquez une stratégie de gouvernance

La gouvernance est importante dans les environnements de collaboration. Pour que les sites de collaboration demeurent gérables, veillez à suivre les recommandations de gouvernance afin de garantir la cohérence de l’architecture des informations, de la formation, de la taxonomie et de la navigation. Pour plus d’informations, voir Gouvernance dans SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=220213&clcid=0x40C) (éventuellement en anglais), Planifier la maintenance et la gestion du site (SharePoint Server 2010), et Infrastructure des opérations et listes de contrôle SharePoint Server 2010 (livre blanc).

9. Gérez le contenu pour améliorer la collaboration en équipe

Étant donné que les sites de collaboration sont généralement en libre service, le contenu peut être non structuré et est généralement non uniforme. Par conséquent, il peut être opportun de tirer parti d’une fonctionnalité telle que la navigation par métadonnées pour faciliter le filtrage et la recherche de contenu utilisateur dans les bibliothèques de documents. En outre, si vous utilisez le service de gestion de métadonnées, vous pouvez garantir l’uniformité de la taxonomie de votre organisation. Pour plus d’informations, voir Vue d’ensemble de la navigation par métadonnées (SharePoint Server 2010).

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

  • Bryan Porter, Microsoft Consulting Services

  • Israel Vega, Microsoft Consulting Services

  • Steve Caravajal, Technico-commercial Microsoft

  • Steve Peschka, Microsoft Consulting Services

  • Steve Walker, Ingénierie client Microsoft SharePoint

  • Tajeshwar Singh, Microsoft Consulting Services