Discussion :

[DBA_OCP]

Bonjour,

J'ai une question général sur le fonctionnement des options qui se trouvent sur "Processors" en faisant propriétés sur le nom de l'instance.

j'ai deux options qui sont automatically set processor affinity...et automatically set I/O affinity...de plus que d'autres options pour les threads.

Quelqu'un pour pourrait m'expliquer un peu ou me donner un lien pour le fonctionnement de ces paramètres ?
Comment je pourrai savoir si mon serveur dispose d'assez de processeurs ou si je peux diminuer le nombre de ces derniers ?

Merci d'avance.

[Boubou2020]

il permet de Régler le MAXDOP ou gérer le parallélisme sur SQL Server
SQL Server sait exécuter une requête en plusieurs sous tâches qui sont planifié quand il le peut sur plusieurs processeurs sur la machine sur laquelle il installé
SQL Server permet de contrôler le parallélisme par un paramètre appelé « MAXDOP »,
Cette valeur se définie au niveau serveur,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
EXEC sys.sp_configure N'max degree of parallelism', N'2' 
GO
 
RECONFIGURE WITH OVERRIDE 
GO

Elle peut aussi être redéfinie au niveau de la requête

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT * 
FROM MaTable 
OPTION(MAXDOP 4)

[mikedavem]

Hello,

De manière générale, ces options te permettent d'allouer des planificateurs SQL Server à des processeurs bien particuliers. Cela permet par exemple dans un contexte multi-instances, d'isoler les ressources processeurs entre instances. Par exemple instance A fonctionnera sur les processeurs P0 et P1 tandis que l'instance B sur les processeurs P2 et P3.

L'autre option particulière automatically set I/O affinity n'est plus vraiment utilisée aujourd'hui vu la quantité de RAM disponible pour les serveurs de bases de données. Cette option permettait de dédier certains processeurs à l'activité IO engendrée par le processus LazyWriter (en cas de pression mémoire). Ceci était valable par exemple pour des environnements où la charge transactionnelle était consommatrice de ressources CPU et empêchait le thread de travail dédié au Lazy writer de faire correctement son travail, c'est à dire garantir un certain seuil de mémoire libre directement utilisable par les nouvelles requêtes. Je disais que cette option est très peu utilisée car avec les environnements x64 la quantité de mémoire disponible est bien supérieure aux 4GB disponibles à l'origine (dont 2GB pour les processus utilisateurs et 2GB pour le noyau). Cette option, si utilisée, doit l'être conjointement avec la première automatically set processor affinity afin d'avoir d'une part un certain nombre de processeurs utilisable pour l'activité classique et un autre nombre pour le lazy writer.

++