En exécutant SQL Server 2012 SP3 sur 32 Go de RAM et 4 cœurs, 60 à 80 connexions simultanées, avec une charge de travail en grande partie ad hoc, nous constatons un pic du processus SQL Server (CPU) et restons dopés une ou deux fois par jour à des moments imprévisibles. Nous travaillons sur l'identification de la cause profonde de la pointe. Dans l'intervalle, nous avons constaté que la modification du paramètre de mémoire maximale (vers le haut ou vers le bas) semble être la seule chose qui ramènera la charge du processeur à la normale.
En vérifiant les journaux et en recherchant StackExchange ( https://dba.stackexchange.com/a/183276 ), nous constatons que le cache du plan est vidé en modifiant le paramètre Max Memory. Cependant, si nous vidons le cache du plan via DBCC FREESYSTEMCACHE («Plans SQL»), la charge du processeur ne revient pas à la normale.
Étant donné que la modification du paramètre de mémoire maximale résout le problème, peu importe le temps que nous augmentions ou diminuions, le problème ne semble pas être directement lié au paramètre de mémoire maximale du serveur. En tant que tel, nous essayons de comprendre ce que fait d'autre la modification du paramètre de mémoire, puis utilisons ces informations pour aider à identifier la cause première de notre pic de CPU.
la source
Réponses:
Ref: Options de configuration du serveur de mémoire du serveur
max server memorycontrôle l'allocation de mémoire SQL Server, y compris (essentiellement tout commis de mémoire trouvé dans sys.dm_os_memory_clerks):Ainsi, tous ces composants seront effectués en
max server memorymodifiant les paramètres.D'un autre côté, ce sera un chemin très difficile pour trouver ce qui cause votre pic de CPU. Je vous suggère d'utiliser les articles suivants pour votre dépannage.
la source