Planifier des sites et des collections de sites (SharePoint Server 2010)

 

S’applique à : SharePoint Foundation 2010, SharePoint Server 2010

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

Les sites Microsoft SharePoint Server 2010 sont composés d’une collection de sites, qui est une structure hiérarchique contenant un site de niveau supérieur et tous les sites situés au-dessous de celui-ci. Cet article décrit le processus de planification de sites et de collections de sites SharePoint Server 2010, souligne des points importants à prendre en considération et recommande une méthode pour enregistrer les décisions que vous prenez au sujet de la structure des sites. Pour plus d’informations sur les sites et les collections de sites, ainsi que sur les modèles de sites utilisés pour la création de sites dans SharePoint Server 2010, voir Vue d’ensemble des sites et des collections de site (SharePoint Server 2010).

Dans cet article :

À propos de la planification des sites et des collections de sites

En général, vous planifiez vos sites et collections de sites dans l’ordre suivant :

  • Déterminez le nombre et les types de sites de niveau supérieur et de sites au-dessous de ceux-ci dans la hiérarchie qui sont requis.

  • Déterminez le nombre et les types de collections de sites dans lesquelles les sites seront organisés.

Déterminer les types de sites

La première étape de la planification d’une solution basée sur SharePoint Server 2010 consiste à déterminer les types de sites dont votre organisation et ses clients ont besoin. Le fait de déterminer les types de sites a un impact sur les décisions de planification ultérieures, telles que les endroits où les sites seront implémentés dans votre topologie de serveurs, les fonctionnalités à planifier pour chaque site, la façon dont les processus qui couvrent plusieurs sites sont implémentés, et la façon dont les informations sont rendues disponibles sur un ou plusieurs sites. Cette section contient des informations sur la planification des différents types de sites.

Planifier des sites en tenant compte de la hiérarchie de l’entreprise

Planifiez les sites de base dont vous avez besoin selon l’échelle et la structure de votre organisation. Chacun de ces sites peut contenir les informations nécessaires pour un projet ou une division au sein d’une organisation plus vaste, et chacun aura des liens avec les sites de collaboration pertinents pour ce projet ou cette division. Certains sites pour des divisions ou des projets plus vastes vont également agréger des informations trouvées sur tous les sites plus petits consacrés à des divisions ou des projets de plus petite taille.

Utilisez les directives suivantes lorsque vous planifiez des sites basés sur la structure de l’organisation :

Sites de division ou d’équipe   Prévoyez de créer un site pour une organisation de petite taille, ou un site pour chaque division ou projet de 50 à 100 personnes dans une organisation de taille moyenne à grande. Dans les grandes organisations, il peut exister plusieurs niveaux de sites, chaque site étant dédié à un contenu créé et géré à son niveau de l’organisation.

Vous pouvez créer un site pour que les membres de votre organisation collaborent sur du contenu relatif aux objectifs de votre entreprise ou de votre organisation. Ces sites peuvent être autonomes ou fonctionner avec d’autres sites comme éléments d’un processus de publication. Ces sites contiennent souvent un mélange de contenus collaboratifs utilisés en interne et de contenus destinés à la publication auprès d’une audience.

Sites d’agrégation   Un site d’agrégation contient du contenu général transversal à l’organisation. Il permet aux utilisateurs des différentes divisions de trouver des informations, des experts et un accès aux processus mis en œuvre à l’échelle de l’organisation. Il contient souvent des sites liés à l’architecture informatique organisationnelle globale et qui sont généralement mappés à la structure des sites de division ou de projet. Pour chaque organisation, prévoyez de créer un site centralisé d’agrégation qui utilise une vue agrégée de tous les sites connexes.

Planifier des sites d’application

Un site d’application organise les processus d’équipe et fournit des mécanismes pour les exécuter. Les sites d’application incluent souvent des tableaux de bord numériques et d’autres fonctionnalités pour afficher et manipuler des données relatives aux objectifs du site. Les informations présentées dans un site d’application proviennent généralement de différentes sources, telles que des bases de données ou d’autres sites SharePoint.

Par exemple, l’organisation des ressources humaines d’une structure peut créer un site d’application afin d’offrir aux collaborateurs :

  • un accès aux informations générales, telles que des guides du collaborateur et les opportunités de carrière ;

  • des moyens pour accomplir des tâches courantes, telles que l’envoi des feuilles de temps et des notes de frais ;

  • des tableaux de bord pour afficher des informations personnalisées, telles que l’historique du salaire et des avantages des collaborateurs.

Autre exemple, le groupe du support technique interne au sein d’une organisation, qui peut concevoir un site d’application d’assistance pour fournir le support technique aux membres de l’organisation. Les fonctionnalités du site d’application peuvent être les suivantes :

  • l’accès à une base de connaissances des derniers incidents prise en charge et une documentation des pratiques recommandées ;

  • les moyens d’accomplir des tâches courantes, telles que le démarrage d’un incident de support technique ou la consultation du statut d’un incident en cours ;

  • l’intégration avec les fonctionnalités de communication prenant en charge les réunions et les discussions en ligne.

  • des vues personnalisées des données. Par exemple, les responsables du support peuvent afficher des tableaux de bord qui fournissent des vues de la productivité des membres d’équipe et des évaluations de satisfaction des clients. Les techniciens du support technique peuvent visualiser leurs incidents non résolus actifs.

Planifier des sites de présence Internet

Les sites de présence Internet sont des sites exposés aux clients. Ils sont généralement spécifiques à une organisation et sont caractérisés par des éléments stylistiques cohérents, tels que des couleurs, des polices et des logos, en plus d’éléments structurels tels que les fonctionnalités de navigation et la structure des pages du site. Bien que l’apparence d’un site de présence Internet soit étroitement contrôlée, le contenu du site peut être dynamique et peut changer fréquemment.

Par exemple, le site de présence Internet d’un groupe communique des informations importantes de la société aux clients, partenaires, investisseurs et collaborateurs potentiels. Il s’agit notamment de descriptions des produits et des services, d’actualités concernant la société, de rapports annuels, de publications légales et de postes vacants. Un autre exemple est celui d’un site Internet d’actualités en ligne fournissant des informations fréquemment mises à jour, ainsi que des fonctionnalités interactives, telles que des bandeaux de cours de bourse et des blogs.

Étant donné qu’un site de présence Internet représente votre organisation auprès d’une audience externe, vous pouvez déployer un site intermédiaire et le tester, puis le publier à son emplacement public de « production », selon une planification ou lorsque le besoin s’en fait sentir. Un site intermédiaire est un miroir du site de création, que vous utilisez pour tester du contenu avant de le publier sur le site de production. L’utilisation d’un site intermédiaire vous permet de garantir que le contenu publié satisfait à des normes strictes. Les sites intermédiaires permettent également aux créateurs de contenu de travailler sur des serveurs situés sur l’intranet de votre société, alors que les utilisateurs Internet utilisent des serveurs de production dans votre réseau de périmètre. Une fonctionnalité intégrée de déploiement de contenu facilite le déplacement de contenu du serveur de création vers le serveur intermédiaire, puis vers le serveur de production. Pour plus d’informations sur le déploiement de contenu, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010).

Planifier des sites de publication

À l’aide d’un site de publication, les auteurs peuvent créer et modifier du contenu sous la forme de documents et de pages Web et utiliser un processus d’approbation pour mettre ce contenu à la disposition des utilisateurs bénéficiant des niveaux d’affichage appropriés. Le processus de publication implique la création du contenu, puis sa soumission pour approbation. Une fois approuvé, le contenu est rendu accessible, ou publié, sur le site Web à l’attention des lecteurs. Cette publication se déroule selon une planification par défaut ou une planification personnalisée, suivant les besoins du projet. Les sites de publication peuvent être utilisés comme sites intranet, extranet ou Internet, suivant l’audience.

Par exemple, vous pouvez utiliser un site de publication pour un site destiné à Internet qui publie des communiqués de presse. L’équipe des relations publiques crée les communiqués de presse, utilise le flux de travail de publication pour approuver le nouveau contenu et spécifie à quel moment il doit être mis à la disposition des consommateurs. De même, vous pouvez utiliser un site de publication pour un site intranet d’entreprise, dans lequel les bulletins d’information de l’entreprise sont mis à la disposition des employés. Les auteurs des pages peuvent spécifier l’audience cible de leur contenu, de sorte que seuls les membres des groupes désignés peuvent afficher le contenu.

Comme dans le cas des sites de présence Internet, vous pouvez utiliser la fonctionnalité intégrée de déploiement de contenu pour déplacer du contenu depuis un site intermédiaire vers un site de production. Le site de production peut être un site destiné à Internet ou un autre site intranet au sein de votre organisation, suivant la taille de celle-ci et la complexité de vos besoins en matière de publication.

Planifier d’autres sites

Vous pouvez prévoir de permettre aux utilisateurs de sites de créer des sites supplémentaires. Par exemple, vous pouvez prévoir de donner un site Mon site à chaque membre d’équipe utilisant un site. Un site Mon site est un site d’équipe basé sur Microsoft SharePoint Foundation 2010 et comportant des vues publiques et privées. Vous pouvez également permettre aux membres d’équipe de créer d’autres sites, tels que des sites d’espace de travail de document, lorsqu’ils collaborent sur des documents et d’autres projets. De même, vous pouvez donner accès aux utilisateurs d’un site Internet à des sites de collaboration dans le cadre d’un service Web. Par exemple, vous pouvez leur donner des autorisations pour créer des sites d’espace de travail de réunion et pour participer à des réunions en ligne dans le cadre de l’utilisation de votre site.

Pour plus d’informations sur les types de sites que vous pouvez créer, voir Vue d’ensemble des sites et des collections de site (SharePoint Server 2010).

Déterminer les collections de sites

Après la détermination des types de sites requis par votre solution, l’étape suivante consiste à planifier comment ces sites sont implémentés à travers des collections de sites. Une collection de sites est un ensemble hiérarchique de sites qui peuvent être gérés ensemble. Les sites dans une collection de sites ont des fonctionnalités communes, telles que des autorisations partagées, des galeries de modèles, des types de contenus et des composants WebPart, et ils partagent souvent une navigation commune. Un site est souvent implémenté en tant que collection de sites, le site de niveau supérieur faisant office de page d’accueil de la collection de sites.

En règle générale, lorsque vous planifiez une solution basée sur SharePoint Server 2010, placez les types de sites suivants dans des collections de sites distinctes :

  • Sites Internet (intermédiaires)

  • Sites Internet (production)

  • Tous les sites d’équipe liés à un site Internet ou à un site de division

  • Sites Centre de documents

  • Sites Centre des enregistrements

Tous les sites d’une collection de sites sont stockés ensemble dans la même base de données SQL. Cela peut avoir une incidence sur les performances des sites et des serveurs, suivant la structure de vos collections de sites et de vos sites et la finalité de ces derniers. Gardez à l’esprit les limites suivantes lorsque vous planifiez l’allocation du contenu dans une ou plusieurs collections de sites :

  • Conservez les sites extrêmement actifs dans des collections de sites distinctes. Par exemple, un site de base de connaissances sur Internet autorisant un accès anonyme peut générer beaucoup d’activité de base de données. Si d’autres sites utilisent la même base de données, leurs performances pourraient être compromises. En plaçant le site de base de connaissances dans une collection de sites distincte avec sa propre base de données, vous pouvez rendre des ressources disponibles pour d’autres sites et éliminer les problèmes de concurrence d’accès à des ressources de base de données.

  • Étant donné que tout le contenu d’une collection de sites est stocké dans la même base de données de contenu, les performances des opérations de base de données, par exemple la sauvegarde et la restauration de contenu, dépendent du volume de contenu dans l’ensemble de la collection de sites, de la taille de la base de données, de la vitesse des serveurs hébergeant la base de données et d’autres facteurs. Selon le volume du contenu et la configuration de la base de données, vous devrez éventuellement scinder une collection de sites en plusieurs collections de sites pour satisfaire les contrats de niveau de service pour la sauvegarde et la restauration, le débit ou autres exigences. Il n’entre pas dans le cadre de cet article de fournir des instructions sur la façon de gérer la taille et les performances des bases de données.

  • La création d’un trop grand nombre de sites sous un site de niveau supérieur dans une collection de sites peut compromettre les performances et la souplesse d’utilisation. Limitez le nombre de sites d’un site de niveau supérieur à 2 000 au maximum.

  • Si vous envisagez d’utiliser un déploiement de contenu pour déplacer du contenu entre une collection de sites de création et une collection de sites de production, les collections de sites doivent se trouver dans des applications Web distincts ou utiliser des bases de données de contenu distinctes au sein de la même application Web. Pour plus d’informations sur le déploiement de contenu, voir Vue d’ensemble du déploiement de contenu (SharePoint Server 2010).

Feuille relative aux données sur la planification du site

Téléchargez une version Excel de la feuille relative aux données sur la planification du site (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=167837&clcid=0x40C). Utilisez cette feuille pour enregistrer la structure de votre site.

See Also

Concepts

Vue d’ensemble des sites et des collections de site (SharePoint Server 2010)
Vue d’ensemble de la navigation dans les sites (SharePoint Server 2010)
Planifier la navigation du site (SharePoint Server 2010)