Planifier les limites des logiciels (Office SharePoint Server)
Mise à jour : 2010-08-30
Dans cet article :
Mises à jour des instructions sur la planification et les performances
Environnement de test
Résultats des tests
Recommandations pour obtenir des performances acceptables
Cet article a pour objectif de vous aider à comprendre les performances testées et les limites de capacité de Microsoft Office SharePoint Server 2007. Il contient des informations sur l’environnement de test et le résultat des tests. Il présente également des instructions pour obtenir des performances acceptables. Aidez-vous de cet article pour déterminer si le déploiement que vous avez planifié se situe dans les limites acceptables en matière de performances et de capacité.
.gif "Important") Important : |
|---|
Certaines instructions de cet article ont été mises à jour pour Office SharePoint Server 2007 avec SP1. Pour obtenir la liste complète des mises à jour Office SharePoint Server 2007 avec SP1, voir Livre à télécharger : Planification et déploiement du Service Pack 1 pour Office SharePoint Server 2007 dans un environnement multiserveur. |
Les résultats des tests et les instructions présentés dans cet article s’appliquent à une installation unique d’Office SharePoint Server 2007. L’ajout de serveurs à l’installation n’augmente pas les limites de capacité des objets de site répertoriés dans le tableau de la section Instructions pour des performances acceptables. En revanche, l’ajout de serveurs augmente le débit d’une batterie de serveurs, ce qui peut s’avérer nécessaire pour atteindre des performances acceptables avec de grandes quantités d’objets. Dans certains cas, la configuration requise pour de grandes quantités d’objets dans une solution peut imposer le recours à plusieurs batteries de serveurs.
Dans cet article, les recommandations sont déterminées par les performances. En d’autres termes, vous pouvez aller au-delà des recommandations fournies, mais à mesure que vous augmentez l’échelle, vous pouvez être confronté à une réduction des performances.
Notez que de nombreux facteurs peuvent affecter les performances dans un environnement donné et que chacun d’eux peut affecter les performances dans différents secteurs. Certains résultats de tests et recommandations fournis dans cet article peuvent être liés à des fonctionnalités ou à des opérations utilisateur qui n’existent pas dans votre environnement et, par conséquent, ils ne s’appliquent pas à votre solution. Seul un test complet peut vous fournir des données exactes sur votre propre environnement.
Pour plus d’informations sur les autres facteurs qui peuvent affecter les performances et la capacité, mais qui n’interviennent pas dans le processus de test décrit dans ce guide, voir la section Autres facteurs de planification de la capacité et des performances (Office SharePoint Server).
Mises à jour des instructions sur la planification et les performances
Cette section contient les instructions les plus récentes relatives à la planification et aux performances. Les recommandations ci-dessous sont extraites du livre blanc suivant : Recommandations relatives aux performances de la planification et de la surveillance du stockage SQL Server pour Windows SharePoint Services (https://go.microsoft.com/fwlink/?linkid=105890&clcid=0x40C).
Pour plus d’informations sur les instructions les plus récentes sur la planification et les performances pour Office SharePoint Server 2007 avec SP1, voir Livre à télécharger : Planification et déploiement du Service Pack 1 pour Office SharePoint Server 2007 dans un environnement multiserveur.
Limiter la taille de la base de données de contenu pour en faciliter la gestion
Planifiez la taille de la base de données de façon à faciliter la gestion de l’environnement et à en améliorer les performances.
Dans la plupart des cas, pour améliorer les performances d’Office SharePoint Server 2007, nous recommandons de ne pas utiliser des bases de données de contenu de plus de 100 Go. Si votre conception nécessite une base de données de plus de 100 Go, suivez les instructions ci-dessous :
Utilisez une seule collection de sites pour les données.
Utilisez une solution de sauvegarde différentielle telle que SQL Server 2005 ou Microsoft System Center Data Protection Manager à la place des outils de sauvegarde et de récupération intégrés.
Testez le serveur exécutant SQL Server 2005 et le sous-système d’E/S avant de passer à une solution exploitant une base de données de contenu de 100 Go.
Dans la mesure du possible, nous vous recommandons fortement de répartir le contenu d’une collection de sites dont la taille approche des 100 Go dans une nouvelle collection de sites, au sein d’une base de données de contenu distincte, et ce, afin d’éviter tout problème lié aux performances ou à la facilité de gestion.
Limitez à 100 Go environ les bases de données de contenu qui contiennent plusieurs collections de sites.
.gif "Note") Remarque : |
|---|
Les limites recommandées s’appliquent uniquement à un serveur exécutant SQL Server 2005 et hébergeant Office SharePoint Server 2007. Elles ne constituent pas des conseils d’ordre général pour SQL Server 2005. |
Allouer de l’espace de stockage aux versions et aux corbeilles
Si vous avez l’intention d’utiliser le contrôle de version ou des corbeilles pour un site, prenez en compte l’impact potentiel de cette décision sur les quotas de site.
Dans les bibliothèques où le contrôle de version est activé, l’espace de stockage utilisé par les versions précédentes est pris en compte dans les quotas de site. Vous devez en tenir compte et réaliser votre planification en conséquence.
Pour tous les sites, vous pouvez activer un ou deux niveaux de corbeille. Le premier niveau (corbeilles d’utilisateur et de site) est pris en compte dans les quotas de site. Le deuxième niveau (corbeille de collection de sites) n’est pas pris en compte dans les quotas. Cependant, le contenu de la corbeille de second niveau est ajouté à l’espace de stockage utilisé par la collection de sites. Prévoyez donc un espace de stockage supplémentaire suffisant pour la corbeille de second niveau. Faites particulièrement attention au nombre de jours pendant lesquels vous conservez les documents supprimés dans chaque niveau de corbeille.
Utiliser des modèles de quotas pour gérer le stockage
Utilisez des modèles de quotas pour gérer les collections de sites présentant des caractéristiques communes. Un modèle de quotas définit des limites de stockage pour les collections de sites et permet d’envoyer des alertes par courrier électronique lorsque les tailles de stockage spécifiées sont atteintes. Les modifications apportées à un modèle de quotas affectent uniquement les nouveaux sites et n’ont aucune influence sur les sites existants.
Environnement de test
Le tableau suivant répertorie les spécifications des ordinateurs de l’environnement de test.
| Rôle | Spécifications |
|---|---|
Ordinateur autonome |
1 processeur 64 bits 2,8 gigahertz (GHz) Intel Xeon à double cœur, 2 gigaoctets (Go) de RAM |
Serveur Web |
2 processeurs 64 bits 2,8 GHz Intel Xeon à double cœur, 4 gigaoctets (Go) de RAM |
Ordinateur de base de données exécutant Microsoft SQL Server |
4 processeurs 64 bits 2,8 GHz Intel Xeon à double cœur, 32 Go de RAM |
Ordinateurs clients |
Processeur Pentium III 1,2 GHz, 1 Go de RAM |
Un réseau Ethernet Gigabit (un milliard de bits/s) a été utilisé entre les ordinateurs de la batterie.
Le test a été effectué par rapport aux configurations répertoriées dans le tableau suivant.
| Serveur de base de données | 1 serveur Web | 2 serveurs Web | 3 serveurs Web | 4 serveurs Web | 5 serveurs Web | 6 serveurs Web | 7 serveurs Web | 8 serveurs Web |
|---|---|---|---|---|---|---|---|---|
0 |
X |
|||||||
1 |
X |
X |
X |
X |
X |
X |
X |
X |
Des tests spécifiques à l’environnement ont également été effectués sur la base de plusieurs configurations de batterie. Pour plus d’informations sur les tests de configuration spécifiques à l’environnement, voir les articles sur les scénarios répertoriés dans Évaluer les performances et la capacité requises (Office SharePoint Server).
Résultats des tests
Les graphiques et tableaux suivants montrent comment l’environnement de test s’est comporté en fonction d’un ensemble donné de paramètres, d’opérations utilisateur et de conditions de charge. Ces tests ont tous été effectués sur une batterie Office SharePoint Server 2007 8x1. Les résultats fournis s’appliquent à tous les environnements Office SharePoint Server 2007.
| Remarque : |
|---|
D’autres configurations seront testées à l’avenir. Les résultats de tests seront publiés à mesure qu’ils seront disponibles. |
Les mesures des performances pour différentes opérations varient selon l’utilisation des collections de sites. Par exemple, une collection de sites unique peut avoir des milliers de sous-sites Web, mais les temps de réponse utilisateur pour les opérations qui énumèrent le conteneur augmentent dès que le nombre de collections de sites croît. Les autres opérations qui n’énumèrent pas le conteneur continuent de présenter des performances acceptables.
Les sous-sites créés pour les tests sont répartis comme le montre le tableau suivant.
| Type de sous-site | Pourcentage du total |
|---|---|
Sites d’équipe |
55% |
Espace de travail de document |
20% |
Espace de travail de réunion |
10% |
Blog |
10% |
Wiki |
5% |
Le débit change selon que l’on crée des sites ou que l’on énumère des sites à mesure que le nombre de sites augmente.
Le temps de réponse utilisateur pour certaines opérations augmente à mesure que s’élève le nombre de sites dans une collection de sites.
Ce graphique illustre le temps de réponse utilisateur lors de l’énumération des sites d’une collection de sites et de la création d’un nouveau site à mesure que le nombre de sites existants augmente.
.gif "Graphique d’analyse : temps de réponse utilisateur ou nombre de sites")
Débit en fonction du nombre de collections de sites
Le débit, mesuré en demandes par seconde, diminue lorsque le nombre de collections de sites dans une batterie augmente.
La figure suivante illustre la diminution du débit lors de l’accès à la page d’accueil de différentes collections de sites à mesure que le nombre de collections de sites dans une seule base de données de contenu augmente. Le débit diminue rapidement dès que le nombre total de collections de sites passe de 2 000 (demandes par seconde = 265) à 16 000 (demandes par seconde = 66), puis le nombre de demandes par seconde se stabilise à environ 50 lorsque le nombre total de collections de sites passe à 50 000.
.gif "Planification SharePoint : débit ou nombre de sites")
Différences de débit entre une bibliothèque de documents plate et une bibliothèque de documents contenant des dossiers
Le débit pour certaines opérations diminue à mesure que le nombre d’éléments dans un dossier augmente.
La figure ci-dessous illustre la différence de débit constatée dans l’affichage de tous les éléments d’une bibliothèque de documents selon que les dossiers sont utilisés ou non, ce qui est essentiel pour la mise à l’échelle. Comme indiqué dans le graphique ci-dessous, les performances du débit diminuent à mesure que le nombre de documents augmente lorsque le stockage dans une bibliothèque plate est utilisé. La diminution de débit la plus nette se produit lorsque le nombre total de documents est inférieur à 2 000, passant de 151 demandes par seconde (200 documents) à 63 demandes par seconde (2 000 documents). En présence de 4 000 documents, le débit diminue jusqu’à environ 13 demandes par seconde, ce qui représente une diminution globale de plus de 90 % par rapport à une bibliothèque vide.
.gif "Graphique : demandes ou nombre de documents dans la bibliothèque")
La figure suivante illustre les performances relatives entre des affichages de dossiers lorsque des dossiers sont utilisés pour le stockage et l’organisation des documents et un affichage indexé d’une structure de bibliothèque plate. Chaque dossier contient 500 documents créés par différents utilisateurs. Ce scénario ne révèle aucune diminution de débit significative jusqu’à 1 million de documents dans les deux cas, à condition que le nombre d’éléments dans l’affichage ne dépasse pas le seuil de performance de votre système. Toutefois, les performances sont meilleures lorsque des dossiers sont utilisés.
.gif "Graphique des performances et documents dans une bibliothèque")
À mesure que le nombre d’éléments dans un dossier augmente, les performances d’affichage des dossiers se détériorent progressivement. Notez que les résultats ci-dessus sont des estimations basées sur nos tests et que les résultats peuvent différer dans votre environnement.
Recommandations pour obtenir des performances acceptables
La capacité est directement liée à l’évolutivité. Cette section répertorie les objets qui peuvent composer une solution et fournit des recommandations pour obtenir des performances acceptables pour chaque type d’objet. Des données sur les limites sont fournies, ainsi que des remarques qui décrivent les conditions dans lesquelles les limites sont courantes et des liens vers des informations complémentaires éventuelles. Aidez-vous des recommandations fournies dans cet article pour étudier vos plans de solution globaux.
Si vos plans de solution vont au-delà des recommandations indiquées pour un ou plusieurs objets, effectuez une ou plusieurs des opérations suivantes :
Évaluez la solution pour vous assurer que des compensations sont effectuées dans d’autres secteurs.
Marquez ces secteurs de manière à les tester et à les surveiller lorsque vous générez et déployez votre solution.
Redéfinissez la solution afin de vous assurer que les recommandations en termes de capacité sont respectées.
Les tableaux suivants répertorient les objets par catégorie et incluent des recommandations pour obtenir des performances acceptables. La notion de performances acceptables signifie que le système tel qu’il est testé peut prendre en charge ce nombre d’objets, mais que ce nombre ne peut pas être dépassé sans une légère dégradation des performances. Un astérisque (*) indique une limite physique ; l’absence d’astérisque indique une limite testée ou prise en charge.
Le tableau suivant répertorie les recommandations associées aux objets de site.
| Objet de site | Recommandations pour obtenir des performances acceptables | Remarques | Étendue de l’impact lorsque les performances se dégradent |
|---|---|---|---|
Collection de sites |
50 000 par base de données de contenu |
Le débit total de la batterie diminue à mesure que le nombre de collections de sites augmente. |
Batterie |
Collection de sites |
150 000 par application Web |
Cette limite est théorique et dépend en grande partie des facteurs suivants :
Il ne s’agit pas d’une limite physique. En outre, elle n’est valable que si un seul serveur de bases de données est utilisé. Votre environnement peut ne pas être en mesure d’héberger autant de collections de sites par application Web. La répartition des bases de données de contenu sur plusieurs serveurs de base de données peut permettre d’augmenter la limite réelle du nombre de collections de sites par application Web. Nous vous conseillons de réaliser des tests pour déterminer la limite effective applicable à votre environnement. |
Batterie de serveurs |
Site Web |
250 000 par collection de sites |
Vous pouvez créer un nombre total de sites Web très élevé en imbriquant les sous-sites. Par exemple, 100 sites, possédant chacun 1 000 sous-sites, constituent 100 000 sites Web. Le nombre de sites et sous-sites maximal recommandé est de 125 sites possédant chacun 2 000 sous-sites, soit un total de 250 000 sites. |
Collection de sites |
Sous-site |
2 000 par site Web |
L’interface pour l’énumération des sous-sites d’un site Web donné ne fonctionne pas correctement lorsque le nombre de sous-sites dépasse 2 000. |
Affichage des sites |
Document |
5 millions par bibliothèque |
Vous pouvez créer des bibliothèques de documents très volumineuses en imbriquant les dossiers, à l’aide d’affichages standard et d’une hiérarchie de sites. Cette valeur peut varier en fonction de l’organisation des documents et des dossiers, ainsi que du type et de la taille des documents stockés. |
Bibliothèque |
Élément |
2 000 par affichage |
Le test indique une réduction des performances au-delà de deux mille éléments. L’utilisation d’une indexation sur un affichage de dossiers plat peut améliorer les performances. |
Affichage des listes |
Taille de fichier des documents |
50 Mo (2 Go maximum*) |
Les performances d’enregistrement d’un fichier sont proportionnelles à la taille du fichier. La valeur maximale par défaut est de 50 Mo. Cette valeur maximale est appliquée par le système, mais vous pouvez la remplacer par n’importe quelle valeur inférieure ou égale à 2 Go. |
Bibliothèque, performances d’enregistrement d’un fichier |
Liste |
2 000 par site Web |
Le test indique une réduction des performances de l’affichage des listes au-delà de deux mille entrées. Pour plus d’informations sur les listes volumineuses, voir Livre blanc : Utilisation des grandes listes dans Office SharePoint Server 2007. |
Affichage des listes |
Type de champ |
256 par liste |
Il ne s’agit pas d’une limite physique, mais vous pouvez être confronté à une dégradation des performances de l’affichage des listes à mesure que le nombre de types de champs dans une liste augmente. |
Affichage des listes |
Colonne |
2 000 par bibliothèque de documents 4 096 par liste |
Il ne s’agit pas d’une limite physique, mais vous pouvez être confronté à une dégradation des performances de l’affichage des listes et des bibliothèques à mesure que le nombre de colonnes dans une bibliothèque de documents augmente. |
Affichage des bibliothèques et des listes |
Composant WebPart |
50 par page |
Ce chiffre est une estimation basée sur des composants WebPart simples. La complexité des composants WebPart détermine le nombre de composants WebPart utilisables dans une page au-delà duquel les performances sont affectées. |
Page |
Chemin d’accès géré |
20 par application Web |
La limite de 20 chemins d’accès gérés est une limite logicielle. Les chemins d’accès gérés sont mis en cache sur le serveur Web et des ressources d’unité centrale sont utilisées pour traiter les demandes entrantes en fonction de la liste des chemins d’accès gérés. Nous vous conseillons de réaliser un test de performances avant de dépasser la limite de 20 chemins d’accès gérés par application Web. |
Application Web |
Le tableau suivant répertorie les recommandations associées aux objets de personne.
| Objet de personne | Recommandations pour obtenir des performances acceptables | Remarques |
|---|---|---|
Utilisateurs dans des groupes |
2 millions par site Web |
Vous pouvez ajouter des millions de personnes à votre site Web en utilisant les groupes de sécurité Microsoft Windows pour gérer la sécurité, au lieu de recourir à des utilisateurs individuels. |
Profil utilisateur |
5 millions par batterie |
Ce nombre représente le nombre de profils qui peuvent être importés à partir d’un service d’annuaire, tel qu’Active Directory, dans le magasin de profils des personnes. |
Entité de sécurité |
Environ 2 000 par liste de contrôle d’accès pour n’importe quel objet sécurisable (étendue) |
La taille totale des listes de contrôle d’accès des étendues ne doit pas dépasser 64 Ko. La taille de chaque entité de sécurité étant d’environ 32 octets, chaque étendue ne peut pas comprendre plus de 2 000 entités de sécurité environ. Si cette limite est atteinte, l’indexation des éléments de cette étendue et de tous les éléments situés sous cette étendue échouera. En outre, puisque les groupes SharePoint sont développés au cours du processus d’indexation, si un groupe SharePoint compte plus de 2 000 utilisateurs ou groupes d’annuaire dans un groupe SharePoint et qu’il est utilisé pour sécuriser des étendues, l’indexation des éléments sécurisés par ces groupes et de tous les éléments situés sous ces éléments échouera. Cette limite s’applique uniquement lorsque l’authentification intégrée de Windows est utilisée. |
Le tableau suivant répertorie les recommandations associées aux objets de recherche.
| Objet de recherche | Recommandations pour obtenir des performances acceptables | Remarques |
|---|---|---|
Index de recherche |
Un par fournisseur SSP Maximum 20 par batterie |
Office SharePoint Server 2007 prend en charge un index de contenu par fournisseur SSP. Étant donné que nous recommandons au maximum 20 fournisseurs SSP par batterie, au maximum 20 index de contenu sont pris en charge. Notez qu’un fournisseur SSP peut être associé à un seul serveur d’index et un index de contenu. Cependant, un serveur d’index peut être associé à plusieurs fournisseurs SSP et disposer d’un index de contenu pour chacun d’eux. |
Documents indexés |
50 000 000 par index de contenu |
Office SharePoint Server 2007 prend en charge 50 millions de documents par serveur d’index. Ils peuvent être divisés en plusieurs index de contenu selon le nombre de fournisseurs SSP associés à un serveur d’index. |
Sources de contenu |
500 par fournisseur SSP* |
Il s’agit d’une limite inconditionnelle appliquée par le système. |
Adresses de début |
500 par source de contenu* |
Il s’agit d’une limite inconditionnelle appliquée par le système. |
Alertes |
1 000 000 par fournisseur SSP* |
Il s’agit de la limite testée. |
Étendues |
200 par site |
Il s’agit de la limite recommandée par site. Nous recommandons au maximum 100 règles d’étendue par étendue. |
Groupes d’affichage |
25 par site |
Ils sont utilisés pour un affichage groupé des étendues via l’interface utilisateur. |
Règles d’analyse |
10 000 par fournisseur SSP* |
Nous recommandons au maximum 10 000 règles d’analyse quel que soit le type. |
Mots clés |
15 000 par site |
Nous recommandons au maximum dix meilleurs résultats et cinq synonymes par mot clé. |
Propriétés analysées |
500 000 par fournisseur SSP* |
Il s’agit des propriétés découvertes au cours d’une analyse. |
Propriétés gérées |
100 000 par fournisseur SSP |
Il s’agit des propriétés utilisées par le système de recherche dans les requêtes. Les propriétés analysées sont mappées aux propriétés gérées. Nous recommandons au maximum 100 mappages par propriété gérée. |
Pages faisant autorité |
200 par niveau de pertinence |
Il s’agit du nombre maximal de sites dans chacun des quatre niveaux de pertinence. |
Suppression de résultats |
100 |
Il s’agit du nombre maximal recommandé d’URL qui doivent être supprimées du système en une seule opération. |
Journaux d’analyse |
50 000 000 |
Nombre d’entrées individuelles du journal dans le journal d’analyse. |
Le tableau suivant répertorie les recommandations associées aux objets d’architecture logique.
| Objet d’architecture logique | Recommandations pour obtenir des performances acceptables | Remarques |
|---|---|---|
Fournisseur de services partagés (SSP) |
3 par batterie (maximum 20 par batterie) |
|
Zone |
5* par batterie |
Le nombre de zones définies pour une batterie est codé en dur sur la valeur 5. |
Application Web |
99 par fournisseur SSP |
Cette limite inclut le nombre d’applications Web sur des batteries enfant consommant des ressources sur ce fournisseur SSP. |
Pool d’applications Internet Information Services (IIS) |
8 par serveur Web |
Le nombre maximal est déterminé par les possibilités matérielles. |
Collection de sites |
50 000 par application Web |
|
Base de données de contenu |
100 par application Web |
|
Collection de sites |
50 000 par base de données |
Le tableau suivant répertorie les recommandations associées aux objets physiques.
| Objet physique | Recommandations pour obtenir des performances acceptables | Remarques |
|---|---|---|
Serveurs d’index |
1 par fournisseur SSP* |
|
Serveurs d’applications exécutant Services de calcul Excel |
Aucune limite |
|
Serveurs de requête |
Aucune limite |
Étant donné que 100 bases de données de contenu sont prises en charge pour chaque serveur de requête, le nombre de serveurs de requête requis par batterie repose sur le nombre de bases de données de contenu dans la batterie. Par exemple, s’il existe 500 bases de données de contenu dans votre batterie, vous devez utiliser au moins 5 serveurs de requête. |
Rapport serveurs Web/serveurs de base de données |
8 serveurs Web par serveur de bases de données |
Le facteur de montée en charge dépend de la combinaison des opérations. |
Rapport serveurs Web/contrôleurs de domaine |
3 serveurs Web par contrôleur de domaine |
Suivant le niveau de trafic lié à l’authentification, votre environnement peut prendre en charge un nombre supérieur de serveurs Web par contrôleur de domaine. |
Débit par rapport au nombre de serveurs Web
Dans notre environnement de test, le débit des batteries a atteint un palier au niveau de 5 serveurs Web par serveur de bases de données et n’a pas changé considérablement lorsque des serveurs Web ont été ajoutés. Bien que vous puissiez déployer jusqu’à 8 serveurs Web par serveur de bases de données, il est possible que vous n’obteniez pas des améliorations substantielles du débit au-delà de 5 serveurs Web. Cela est dû au fait que le serveur de bases de données finit par atteindre sa capacité de 100 % à mesure que le nombre de serveurs Web appelant un serveur de bases de données unique augmente. Les résultats dans votre environnement peuvent varier en fonction des caractéristiques des performances de votre serveur de bases de données. Vous devrez effectuer vos propres tests pour déterminer le nombre optimal de serveurs Web dans votre environnement de batterie.
Certains facteurs peuvent vous amener à ajouter des serveurs Web à une batterie une fois que le débit optimal a été atteint, par exemple si une portion importante du processeur du serveur Web est consommée par l’authentification des utilisateurs. Dans ce cas, vous devez effectuer des tests pour déterminer la solution adéquate.
Temps de réponse utilisateur
Le tableau suivant fournit des recommandations permettant d’obtenir des temps de réponse utilisateur acceptables pour quatre types d’opérations utilisateur. Notez que les besoins de votre entreprise peuvent autoriser des temps de réponse plus longs ou plus courts que ceux suggérés.
L’objectif des tests était d’obtenir un temps de réponse inférieur à une seconde pour toutes les opérations utilisateur final. Toutefois, cela n’étant pas possible dans tous les cas, les recommandations indiquées dans le tableau suivant ont été utilisées.
| Type d’opération | Exemples | Temps de réponse utilisateur acceptable |
|---|---|---|
Opération courante |
|
<3 secondes |
Opération non courante |
|
<5 secondes |
Opération rare |
|
<7 secondes |
Opération de longue durée |
|
Varie selon la configuration de l’opération et du système. Toutes les opérations de longue durée doivent être associées à une page d’information ou d’état. |
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.
Voir aussi
Concepts
Livre blanc : Utilisation des grandes listes dans Office SharePoint Server 2007