3
Objectif
Tout comme une plante ne peut atteindre sa taille normale et porter ses fruits à
pleine maturité que lorsque la terre et les conditions météorologiques sont adaptées,
SQL Server est totalement dépendant de la qualité du matériel sur lequel il est installé. Ce chapitre présente les éléments importants de ce matériel.
3.1 CHOIX DE L’ARCHITECTURE MATÉRIELLE
SQL Server est par nature grand consommateur de ressources physiques. Un système
de gestion de bases de données a besoin de bonnes performances des sous-systèmes
de stockage, avec lesquels il travaille beaucoup, non seulement pour écrire et lire des
données parfois en gros volumes, mais aussi pour maintenir les journaux de transaction, et tempdb, la base de données qui recueille les tables temporaires, les tables de
travail internes ainsi que les versions de lignes dans les fonctionnalités de row versioning. La mémoire vive est également sollicitée. SQL Server doit conserver un certain
nombre de choses dans l’espace d’adressage virtuel (le virtual address space, ou VAS)
du système d’exploitation. Dans le VAS, SQL Server pose la mémoire des sessions
utilisateurs, des verrous, du cache de plans d’exécution, la mémoire d’exécution des
requêtes et le cache de données. L’exécution des requêtes peut être très consommatrice de RAM : le moteur d’exécution doit passer d’un opérateur de plan d’exécution
à l’autre les lignes récupérées, et parfois tout un ensemble de lignes pour les traiter en
une seule fois (pour réaliser un tri ou une table de hachage, par exemple). Ces opérations sont également consommatrices de processeur. Tous les éléments sont donc à
prendre en considération. Dans un système traitant un volume raisonnable de
Optimisation du matériel
Objectif
Tout comme une plante ne peut atteindre sa taille normale et porter ses fruits à
pleine maturité que lorsque la terre et les conditions météorologiques sont adaptées,
SQL Server est totalement dépendant de la qualité du matériel sur lequel il est installé. Ce chapitre présente les éléments importants de ce matériel.
3.1 CHOIX DE L’ARCHITECTURE MATÉRIELLE
SQL Server est par nature grand consommateur de ressources physiques. Un système
de gestion de bases de données a besoin de bonnes performances des sous-systèmes
de stockage, avec lesquels il travaille beaucoup, non seulement pour écrire et lire des
données parfois en gros volumes, mais aussi pour maintenir les journaux de transaction, et tempdb, la base de données qui recueille les tables temporaires, les tables de
travail internes ainsi que les versions de lignes dans les fonctionnalités de row versioning. La mémoire vive est également sollicitée. SQL Server doit conserver un certain
nombre de choses dans l’espace d’adressage virtuel (le virtual address space, ou VAS)
du système d’exploitation. Dans le VAS, SQL Server pose la mémoire des sessions
utilisateurs, des verrous, du cache de plans d’exécution, la mémoire d’exécution des
requêtes et le cache de données. L’exécution des requêtes peut être très consommatrice de RAM : le moteur d’exécution doit passer d’un opérateur de plan d’exécution
à l’autre les lignes récupérées, et parfois tout un ensemble de lignes pour les traiter en
une seule fois (pour réaliser un tri ou une table de hachage, par exemple). Ces opérations sont également consommatrices de processeur. Tous les éléments sont donc à
prendre en considération. Dans un système traitant un volume raisonnable de
Optimisation du matériel