Configuration et paramétrage SQL Server

Configuration de SQL-Server : une apparente facilité...

Installer une instance SQL-Server, puis créer une base de données sur cette instance, ne sont pas des tâches compliquées. L'application de gestion fournie (SQL-Server Management Studio) permet de le faire simplement. La raison de cette apparente simplicité est que SQL-Server préconfigure l'instance, ainsi que chaque nouvelle base de données créée, selon un paramétrage par défaut. Dans la plupart des cas ce paramétrage par défaut permet de faire fonctionner la base de données de façon satisfaisante.

Lorsque le contexte d'utilisation de la base est particulier (ex: système OLTP vs OLAP) ou lorsque les performances de la base diminuent, un paramétrage plus fin doit être envisagé. Il vaut évidemment mieux réaliser ce paramétrage fin dès la conception de la base de données, mais un re-paramétrage peut être envisagé plus tard. La contrepartie est que cette reconfiguration peut impliquer des modifications multiples au sein de la base, et donc la rendre indisponible pendant un certain temps.

Un exemple de reconfiguration est la redéfinition du « Fill Factor ». Il est modifié sur la base et sur toutes les tables et vues indexées qu'elle contient. Le Fill Factor définit l'espace laissé libre dans les pages de données. Il joue sur la vitesse d'insertion de nouvelles données, mais aussi sur le temps de chargement des données nécessaires aux requêtes SQL. Lorsque les insertions en temps-réel sont inutiles (exemple d'une table utilisée seulement pour de la consultation de données) le Fill factor peut être réduit à zéro (ou quasi) ce qui permet de réduire la place occupée par les pages de données, et d'augmenter sensiblement la vitesse de chargement de ces données.

Paramétrage avancé (et optimal) de SQL-Server

Lorsqu'on se penche sur les possibilités de paramétrage de l'instance SQL-Server d'une part, d'une base de données d'autre part, on voit qu'il existe de nombreux paramètres modifiables. Le changement de n'importe lequel de ces paramètres doit être réalisé par un expert, avec un degré avancé de connaissance du système, de connaissance des principes de fonctionnement des bases de données, et de connaissance des conséquences de chaque modification. Pour en revenir à l'exemple du Fill Factor, une modification « hasardeuse » de ce paramètre peut améliorer la vitesse d'exécution d'une requête particulière, mais dégrader considérablement celle de toutes les autres requêtes. Seule une vision globale et experte du système permet de décider quel paramètre modifier. Ensuite des tests de performance doivent être réalisés.