Waarom 'SharePoint Software Boundaries and Limits' de meest slecht gekozen naam van een Technet artikel ooit is.
Iedereen die met SharePoint werkt kent de 'Software Boundaries and limits' documenten (SharePoint 2010: http://technet.microsoft.com/en-us/library/cc262787.aspx).
Dit document bevat informatie t.b.v. capaciteitsplanning voor SharePoint infrastructuren en applicaties.
Ondanks dat er boven aan het document duidelijk het onderstaande staat beschreven, denken veel mensen dat dit document geheel uit grenzen en limitaties bestaat (Boundaries and Limits), welke niet overschreden mag worden, omdat ze daardoor geen support meer krijgen vanuit Microsoft. Gemiddeld heb ik minimaal 1 klant per maand die cruciale beslissingen neemt op basis van een verkeerde interpretatie van dit artikel.
This article describes software boundaries and limits of Microsoft
SharePoint Server 2010. These include
the following:
- Boundaries: Static limits
that cannot be exceeded by design
- Thresholds: Configurable
limits that can be exceeded to accommodate specific requirements
- Supported limits: Configurable
limits that have been set by default to a tested value
The capacity planning information in this document provides guidelines for
you to use in your planning. It is based on testing performed at Microsoft, on
live properties. However, your results are likely to vary based on the
equipment you use and the features and functionality that you implement for
your sites.
Hopende dat ik voor de toekomst in ieder geval enkelen van jullie veel frustratie en een hoop extra werk kan besparen:
De SharePoint Software Boundaries and Limits
artikelen bevatten voornamelijk Thresholds en Supported Limits, wat zoveel wil
zeggen dat dit getest is en nagenoeg gegarandeerd geen problemen zal geven op
vergelijkbare hardware en met vergelijkbare workload.
Hiervan afwijken betekent niet dat je niet supported bent. Je krijgt altijd support.
Het betekent dat je mogelijk extra inspanning moet
leveren om ervoor te zorgen dat de dienst als geheel blijft presteren, en dat
je moet onderzoeken wat de implicaties zijn voor functionaliteit en prestaties.