Revision #3

You are currently reviewing an older revision of this page.
Go to current version

J'ai vu plusieurs fois des développeurs se plaindre des performances de leur environnement de développement SharePoint. Comme ils ont une installation "standalone" de SharePoint sur leur machine virtuelle de développement, ils se plaignent toujours que leur machine est trop lente.

Ce n'est pas seulement le cas pour les environnements de développement, même pour les environnement SharePoint de test, d'intégration et de production, nous nous plaignons toujours du manque de performance de SharePoint. Mais attendez un peu, le problème n'est pas que SharePoint, il pourrait y avoir d'autres facteurs qui pourraient causer des problèmes de performance. Et un de ces facteurs est un paramètre par défaut de SQL Server. Dans cet article je ne vais pas aborder tous les autres facteurs, mais je vais mettre l'accent sur un paramètre rapide à modifier et très important, qui peut vous faire améliorer les performances de votre environnement SharePoint.

SQL Server est le seul qui mange toute votre mémoire chaque fois, parce que par défaut, il est donné la liberté à SQL Server à consommer toute la mémoire sur le serveur. Par défaut, SQL Server est définie pour utiliser max 2 to de RAM. Vous ne pouvez pas avoir 2 to de RAM dans votre environnement, vous pourriez avoir 8Go, 16Go, 32Go ou plus en fonction votre ferme et de la taille de l'installation de SharePoint. Alors, que se passera-t-il si SQL Server lui-même est libre de prendre jusqu'à 2 to de RAM, puis toutes les fois que n'importe quelle opération vient à SQL Server, il va essayer de consommer autant qu'il peut consommer. Que va-t-il advenir de l'OS et autres procédés, vous avez en cours d'exécution sur le serveur, ils ont aussi besoin de peu de mémoire, ils sont également responsables de faire leur travail. Donc voici ce que vous pouvez faire pour limiter la taille de la mémoire de SQL Server et dites-lui que vous n'êtes pas le seul il y a d'autres qui également a besoin de peu de mémoire. À la fin, vous devez vous assurer que votre serveur SQL Server et votre serveur, ils ne concourent pas eux-mêmes à la même ressource de mémoire cela provoque mauvaise performance sur le serveur.

Permettez-moi de vous montrer tout d'abord le paramètre dans SQL Server, où elle est configurée pour consommer max 2 to de RAM.

1)      Connectez-vous à votre gestion de SQL Server Studio et droit cliquez sur votre serveur de base de données et cliquez sur Propriétés, comme sur la capture d'écran ci-dessous

2) Cliquez sur l'onglet mémoire et voir la taille de la mémoire par défaut comme mis en évidence en capture d'écran ci-dessous




Donc vous pouvez limiter la mémoire SQL Server faisant suite de calcul pour déterminer la taille de la mémoire de toutes les instances de SQL Server:-

SQL Max Memory = TotalPhysicalMemory - (NumberOfSQLThreads * ThreadStackSize)-(1 Go * CEILING(NumberOfCores/4))

NumberOfSQLThreads = 256 + (NumberOfProcessors * - 4) * 8 (* NumberOfProcessors si > 4, sinon 0)

ThreadStackSize = 2 X 64 ou 4 Mo sur 64 bits (IA64)

Je comprends que ce n'est pas si facile de mettre toutes les valeurs ci-dessus formule et obtenir votre taille de mémoire de SQL Server, mais si vous faites cet exercice, je suis sûr que vous verrez le gain de performances dans votre environnement SharePoint.

Remarque : La formule ci-dessus vous donnera la taille de la mémoire pour toute instance de SQL Server, alors si vous avez plusieurs instances de SQL Server et puis vous devez diviser encore plus la mémoire de distribuer à chacune des instances.

Depuis SQL Server 2008 R2, si vous avez une seule instance de SQL Server, alors vous n'avez à faire tout ce calcul, il est incorporé dans SQL Server pour faire le calcul dynamique pour déterminer la quantité de mémoire à allouer basée sur combien d'autres processus et OS a besoin de la mémoire.

Revert to this revision