Поделиться через

Waarom 'SharePoint Software Boundaries and Limits' de meest slecht gekozen naam ooit is voor een TechNet artikel.

  • Статья

Iedereen die met SharePoint werkt kent de 'Software Boundaries and limits' documenten (SharePoint 2010: https://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.