Trois questions vous attendent, maîtres DBA de l'univers:
- Je sais qu'il est préférable de définir la mémoire maximale de SQL Server. Donc, si un serveur avec 44 Go de RAM a installé SQL Server, nous devons définir la mémoire maximale de SQL Server à environ 37 Go.
Mais que devons-nous définir si SQL Analysis Service et SQL Reporting Services sont installés sur le même serveur que SQL Server? Est-il alors préférable de définir la mémoire maximale de SQL Server à 22 Go de RAM pour que l'analyse puisse prendre les 22 Go de RAM restants?
- Sur un serveur exécutant SQL Server avec 44 Go de RAM, quelle est la meilleure pratique pour définir la taille du fichier d'échange? J'ai lu sur Brent Ozar ( http://www.brentozar.com/archive/2014/06/sql-server-setup-checklist-free-ebook-download/ ) ce qui suit:
SQL Server n'a pas besoin d'un fichier de page géant. si vous installez d'autres applications sur le serveur (ce que nous déconseillons - SQL Server doit être isolé). vous aurez peut-être besoin d'un fichier de page plus grand. Si SQL Server est le seul service majeur exécuté sur la boîte, nous créons généralement un fichier d'échange de 2 Go sur le lecteur système.
Microsoft dit que nous devrions définir un système de fichiers de page géré à 1,5 fois la RAM, ce qui correspond aux conseils donnés par Remus (voir -> http://rusanu.com/2009/11/22/system-pagefile-size-on-machines-with -grand-ram / ).
Ainsi, sur notre serveur avec 44 Go de RAM, nous avons installé SQL Server à côté de SQL Analysis Service et SQL Reporting Services. Quelle taille devons-nous définir le fichier d'échange?
- Pour SharePoint, le serveur SQL qui fait partie de la batterie de serveurs de SharePoint et où SharePoint stocke ses bases de données, le degré de parallélisme maximal doit être défini sur 1. Maintenant que nous avons un serveur qui ne fait pas partie de la batterie de serveurs SharePoint (appelez-le sql2) sur ce serveur, nous avons installé SQL Server, SQL Analysis and Reporting. SharePoint ne stocke pas ses bases de données sur ce serveur, mais nous avons créé des bases de données / cubes de création de rapports et d'analyse que SharePoint lit et écrit.
Brent Ozar dit:
Règle générale: définissez ce paramètre sur le nombre de cœurs physiques dans un seul noeud NUMA (processeur) de sockets sur votre matériel ou moins
Que devrions-nous configurer sur cette instance SQL Server pour un degré de parallélisme maximal lorsqu'elle dispose de 4 VCPU?
J'espère que vous donnez non seulement moi mais plus d'admins sql un peu plus de perspicacité dans les meilleures pratiques que la jungle sur les interwebs.