Revision #1

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

Plusieurs fois j'ai vu des développeurs se plaindre de leurs performances d'environnement de développement SharePoint. Puisqu'ils ont installation autonome de SharePoint sur leur développement Machine virtuelle qu'ils se plaignent toujours de que leur machine est trop lente.

Ce n'est pas seulement le cas avec l'environnement de développement, même pour l'environnement de SharePoint Test, intermédiaires et de Production, nous avons toujours blâmer la cause de la baisse de performance de SharePoint. Mais attendez un min que le problème, c'est pas avec SharePoint il pourrait y avoir autres facteurs qui pourraient causer problème de performances. Et un facteur de paramètres par défaut de la base de données SQL Server. Dans cet article je ne vais pas toucher tous les autres facteurs, mais oui je vais toucher de base très important et rapide qui vous pouvez faire pour 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