Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

SharePoint 2010 : Limites et frontières, ce qu’il faut en retenir

image

Comme Pierre les a indiqué, les documents sur le sizing et la performance sont enfin disponibles.

  • Capacity management: software boundaries and limits
  • Performance and capacity test results and recommendations
  • Capacity management and sizing
  • Performance and capacity technical case studies

Soit un peu prés plus de 141 pages de documentation technique à analyser, pondérer …

Certes, je fait confiance à mes amis plus ITpro pour ces phases la, mais je ne peux m’empêcher de vous rapporter quelques points intéressants pris au long de ma lecture.

Surtout en ce qui concerne les “Limits & Boundaries”, aussi dit les limites et maximums de fonctionnement.

Pour ceux qui ont de la mémoire les fameux et merveilleux 2000 !!!

Bon je vous rassure de suite, la limite des 2000 n’est plus la mais d’autre notions apparaissent :

 

Il est difficile d’estimer le potentiel d’une ferme SharePoint dans le sens ou elle dépend fortement de son usage et des scenarios que l’on veut utiliser

Un Record Center (beaucoup de lecture et de fichier) est aussi différent d’un espace de collaboration (ecriture/multi edit) qu’un serveur proBI (calcul Excel services à outrance).

Ainsi, en plus de tenir compte des impacts propres de l’utilisation de la ferme, il faudra aussi jouer sur 3 notions

  • les valeurs limites (maximum imposé par le produit)
  • le seuil de fonctionnement (limite par défaut modifiable mais qui aura un impact)
  • Les limites supportés (maximum définis par test qui peuvent être dépassé mais dont les conséquences peuvent être multiples et dommageable )

La principal nouveauté de SharePoint 2010 est justement de tenir compte des seuils de fonctionnement (“Threshold”) via un système de surveillance bloquant les opérations les dépassants. Ainsi, les opérations lourdes sur des listes pourra être “maitrisé” sans avoir trop d’impact global

>>>> En résumé, il y a des domaines que vous pouvez paramétrer, d’autre que vous devez respecter et certains qu’il faudra surveiller

De plus, les notions peuvent se croiser… Si si, vous allez me comprendre:

Le volume d’une Site Collection limite quelque part le nombre de document maximum selon la taille de chaque fichier.
Une DB peut être très lourde et possédé peu de fichier : genre archive vidéo alors qu’une DB peut être légère mais avoir énormément de données (calendrier croisé de production)

En résumé, il faut savoir penser sur plusieurs dimensions à chaque fois. Je sais, ce n’est pas forcement évident mais il faut et il vas falloir le faire.

A vrai dire, il s’agit du même exercice que sous MOSS 2007 mais avec

  • d’autre limites
  • plus de scenarios métiers
  • un autre modèle applicatif

Donc pour bien commencer, prenez vite connaissance de ce document

http://technet.microsoft.com/en-us/library/cc262787(office.14).aspx

Voici un petit extrait des limites les plus marquantes (de mon point de vue personnel)

Web application Limit

Limit

Maximum value

Limit type

Notes

Content database

300 per Web application

Supported

With 300 content databases per Web application, end user operations such as navigating to the site or site collections are not affected. But admin operations such as creating a new site collection will experience performance degradation. It is also suggested to user PowerShell to manage the Web application when a significant number of Content databases is present

Zone

Five per Web application

Boundary

The number of zones defined for a farm is hard coded to 5. Zones include Default, Intranet, Extranet, Internet, and custom.

Managed path

20 per Web application

Supported

Managed paths are cached on the Web server, and CPU resources are used to process incoming requests against the managed path list. If you plan to exceed twenty managed paths in a given Web application, we recommend you test for acceptable system performance.

>>> On peut aisément répartir nos contenu sur une seul WebApp mais attention à la croissance des collections toujours mono DB

 

Content database limits

Limit

Maximum value

Limit type

Notes

Content database size

200 GB per Content database

Supported

We strongly recommended limiting the size of content databases to 200 GB to help ensure system performance.

Content database sizes up to 1 terabyte are supported only for large, single-site repositories and archives with non-collaborative I/O and usage patterns, such as Records Centers. Larger database sizes are supported for these scenarios because their I/O patterns and typical data structure formats have been designed for, and tested at, larger scales.

A site collection should not exceed 100 GB unless it is the only site collection in the database.

>>> Evidemment, SQL peut monter haut en volume mais ca dépend aussi fortement de la capacité d’optimisation/gestion de vos serveurs SQL et de leurs équipe. Et comme vous le devinez, de besoins utilisateurs attendus.

 

Site collection limits

Limit

Maximum value

Limit type

Notes

Web site

250,000 per site collection

Supported

You can create a very large total number of Web sites by nesting the subsites, For example: a shallow hierarchy with 100 sites, each with 1,000 subsites, is a total 100,000 Web sites, or a deep hierarchy with 100 sites, each 10 levels deep also containing a total of 100,000 Web sites.

The maximum recommended number of sites and subsites is 250,000 sites. Note that Web deletion can have significant impact on the Site’s availability, access to the site and subsites will be limited during the time of Web deletion. Also high concurrency of subsite creation might fail beyond a certain pace

Site Collection Size

100 GB per site collection

Supported

A site collection should not exceed 100 GB unless it is the only site collection in the database.

Certain site collection actions, such as site collection backup/restore or Move-SPSite, cause large Microsoft SQL Server® operations which can have performance impact or fail if other Site collections are active in the same database.

>>> on reste dans des domaines connus de la 2007. Toujours privilégié des DB mono collection et une hiérarchie très évasé pour répartir son contenu

 

List and library limits

The following table lists the recommended guidelines for lists and libraries. For more information, see the "Designing Large Lists and Maximizing List Performance" white paper accessible from http://technet.microsoft.com/en-us/library/ff608068(office.14).aspx.

Limit

Maximum value

Limit type

Notes

List View Threshold

5,000

Threshold

Specifies the maximum number of list or library items that a database operation, such as a query, can process at one time, outside of the daily time window set by the administrator during which queries are unrestricted.

List View Threshold size for auditors and administrators

20,000

Threshold

Specifies the maximum number of list or library items that a database operation, such as a query, can process at one time when performed by an auditor or administrator with appropriate permissions. This setting works in conjunction with Allow Object Model Override.

File size

2GB

Boundary

The default maximum file size is 50 MB. This can be increased up to 2 GB, but a large volume of very large files can impact farm’s performance

Documents

50,000,000 per library

Supported

You can create very large document libraries by nesting folders, using standard views and site hierarchy. This value may vary depending on how documents and folders are organized, and by the type and size of documents stored.

Items

tens of millions per list

Supported

You can create very large lists using standard views, site hierarchies, and metadata navigation. This value may vary depending on the number of columns in the list and the usage of the list.

List View Lookup Threshold

eight join operations per query

Threshold

Specifies the maximum number of joins allowed per query, such as those based on lookup, Person/Group, or workflow status columns. If the query uses more than eight joins, the operation is blocked. This does not apply to single item operations. When using the maximal view via the OM (by not specifying any view fields), SharePoint will return up to the first eight lookups.

Bulk operations

100 items per bulk operation

Boundary

User interface allows a maximum of 100 items to be selected for bulk operations.

>>> Clairement, les limites de stockage des listes ont été revues à la hausse !!! Ce qui impacte aussi le volume des Site Collection et des DBs, donc attention aux effets de bords d’une croissance non maitrisé. Les valeur optimales limitant les goulots d’étranglement comme celui sur les vues de listes sont la pour servir de garde fou. A vous de les mesurer et surtout d’auditer votre ferme par un bon stress test !

 

Security limits

Limit

Maximum value

Limit type

Notes

Number of SharePoint groups an User can belong to

5,000

Supported

This is not a hard limit but it is consistent with Active Directory® guidelines. There are several things that affect this number:

· The size of the user token

· The groups cache: we have a table that caches the number of groups an user belongs to as soon as those groups are user for in ACLs

· The security check time: as the number of groups a user is a member of increases, the time required for access check increase as well.

Users in a Site Collection

2 million per site collection

Supported

You can add millions of people to your Web site by using Microsoft Windows® security groups to manage security instead of using individual users. This limit is based on manageability and ease of navigation in the user interface. When you have many entries (security groups of users) in the site collection (more than one thousand), you should user PowerShell to manage users instead of the UI. This will provide a better management experience.”

Active Directory Principles/Users in a SharePoint group

5,000 per SharePoint group

Supported

SharePoint allows you add users or Active Directory groups to a SharePoint group.

Having up to 5,000 users (or Active Directory groups or users) in a SharePoint group provides acceptable performance.

The actions affected by this Limit are:
a) Fetching user to validate permissions, this operation grows incrementally with growth in number of users in a group.
b) Rendering the membership of the view will always require time.

SharePoint groups

10,000 per site collection

Supported

Beyond 10,000 groups, the time to execute operations is increased significantly especially for adding a user to an existing group, creating a new group and rendering the group views.

Security principal: size of the Security Scope

5,000 per Access Control List (ACL)

Supported

The size of the scope impacts the data used for a security check calculation. This calculation occurs each time the scope changes. There is no hard limit, but the bigger the scope is the longer the calculation takes.

>>> les données permettent vraiment d’utiliser les espaces SharePoint indépendamment de tout référentiel externe. Sous entendu, dépendre des groupes de sécurités NT de l’AD central mais attention aux soucis de gestion des droits …

Other limits

The following table lists the recommended guidelines for other objects.

 

Limit

Maximum value

Limit type

Notes

Subsite

2,000 per site view

Threshold

The interface for enumerating subsites of a given Web site does not perform well as the number of subsites surpasses 2,000. Similarly, the All Site Content page and the Tree View Control performance will degrade significantly as the number of subsites grows.

Coauthoring in Microsoft Word and Microsoft PowerPoint® for .docx, .pptx and .ppsx files

10 simultaneous editors per document

Threshold

Recommended maximum number of simultaneous editors is 10. The boundary is 99.

If there are 99 co-authors who have a single document opened for simultaneous editing, the 100th user and above will get a file in use error and have to view a read-only copy.

More than 10 co-editors will lead to a gradually degraded user experience with more conflicts and users will have to go through more iterations to get their changes to upload successfully.

>>> Ah je savais bien que notre cher 2000 n’était pas parti si précipitamment. Même si sur ce facteur (sous site), on arrive souvent à le titiller quand on jour sur de la création dynamique.

Bon, je vous passe les autres donnés plus orienté service comme la recherche, les Office Web apps ou le BCS mais pensez bien à les découvrir dans le doc de référence !!!

Certes, le sizing est une etape complexe mais les nouvelles capacités et fonctionnalités de SharePoint 2010 permet de couvrir plus d’un besoin. Il faudra juste … bien l’estimer

Renaud Comte aka TheMit (je pose 1 SPWeb et je retiens 2 SPList soit …)
Member of WygTeam
http://www.wygwam.com

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mardi 27 avril 2010 08:05 par themit

Commentaires

MVP_EROL a dit :

Merci Renaud

# avril 27, 2010 13:04

AideSharePoint a dit :

Bonjour M. Comte,

Merci pour le résumé des limites de capacité en 2010 ! Très intéressant !

J’en profite pour vous faire part d’une tendance que je tente de communiquer pour le partage de l’information sur SharePoint en français. Vous pouvez trouver les détails ici : http://www.aide-sharepoint.info/2010/06/aide-sharepoint-info-et-twitter/

Merci et bonne journée

# juin 24, 2010 16:40

AideSharePoint a dit :

Re-Bonjour,

Je suis à faire une gouvernance pour SharePoint en TI et en passant en revue les "software boundaries" j'ai vu la limite "Majors versions".

Est-ce que tu connais la portée (le scope) de cette valeur ?

Est-ce que tu crois que cela inclut les mineurs ? Est-ce pour tous les documents d'une librairie ou pour un document ?

Il me semble que j'ai vu quelque part que nous ne pouvons pas avoir plus de 255 ou 511 versions par document. Est-ce que tu as déjà vu cela ?

Merci de ton aide !

Bonne journée

# août 13, 2010 14:38
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01

- SharePoint Online: Script PowerShell pour supprimer une colonne dans tous les sites d’une collection par Blog Technique de Romelard Fabrice le 11-27-2018, 18:01