SQL Server : Astuces pour améliorer les performances - Préparation pour l’installation du moteur

 Nous avons vu dans le précédent message comment adapter votre système d’exploitation au mieux pour un environnement SQL Server :

• SQL Server : Astuces pour améliorer les performances - Operating System

Maintenant, nous allons voir comment paramétrer au mieux la machine avant l’installation du moteur.

---

Avant l’installation

---

Désactivation de l’HyperThreading

Une des points les plus discuttés est l’activation ou non de l’HyperThreading des processeurs. En effet suivant le matériel, les configurations ou les requêtes utilisées, les avis divergent sur le choix final :

• How does Hyper-Threading work and when to use it on Microsoft SQL Server 
• Hyperthreading, Turbo Boost, SQL Server and You
• Performance impact: hyperthreading on Intel Westmere-EP processors (X5690)
• Performance impact: not all is better with hyperthreading
• Performance impact: hyperthreading for OLTP queries
• To Hyperthread or Not To Hyperthread

Ainsi, si vous êtes comme moi, à devoir faire touner des environnements de production et non à jouer dans un laboratoire pour savoir si c’est bon ou non pour votre infrastructure, vous pouvez désactiver cette fonctionnalité sur vos machines SQL Server dans le BIOS. Au mieux, cela vous évitera des soucis, au pire, ca ralentira un peu les requêtes.

---

Comptes de fonctionnement pour les services SQL Server

Les services installés par le moteur demandent un ensemble de privilèges et d’accès. Le premier point est de ne jamais laisser “local system” pour les services suivant :

• Database Engine
• SQL Server Agent
• SSAS

Tout est expliqué ici :

• Configure Windows Service Accounts and Permissions

Il est aussi conseillé de créer un compte de service par instance qui sera donc un compte de domaine (si votre machine est intégrée au domaine) ayant les permissions nécessaires sur la machine.

---

Mémoire RAM Minimale nécessaire

En ces temps de virtualisation, cette question n’est pas du tout à prendre à la légère, car on voit trop souvent des machines virtuelles configurées avec 4 GB de RAM pour le moteur SQL, le ReportServer, le WebServer, la partie applicative, …

Il faut savoir que Windows a besoin d’un minimum de 1-2 GB pour fonctionner correctement en mode serveur. Ainsi, lorsque vous spécifiez 4 GB de RAM, vous ne laissez que 2 GB pour tout le reste, ce qui peut parfois être bien trop peu pour avoir un fonctionnement correct.

Tout dépend bien sur de votre besoin, mais en dessous de 6 GB de RAM, votre serveur s’il est solicité risque d’être surchargé. Il est préférable de monter une instance virtuelle puis puissante et la partager entre les projets.

---

Conclusion

Cette seconde partie est complémentaire au précédent message, afin de préparer la machine pour l’installation du moteur.

Romelard Fabrice [MVP]