Les pages verrouillées en mémoire sont-elles toujours recommandées dans SQL Server 2017?
J'ai fait des recherches sur les pages de verrouillage en mémoire, la question qui me dérange toujours est (je sais que cela dépend vraiment de vos spécifications, mais) est-il toujours recommandé de verrouiller les pages dans SQL Server 2017 comme c'était le cas dans SQL Server 2005, 2008, etc. .?
En général, je recommande toujours d'activer la stratégie "Verrouiller les pages en mémoire" sur le compte de service SQL Server. Cela indique à SQL Server d'ignorer les demandes de Windows de découper le jeu de travail et de le paginer sur le disque.
Comme le souligne Erik dans les commentaires, cela est vraiment nécessaire lorsque vous devez conserver le jeu de travail des serveurs SQL, ce qui est nécessaire lorsque la même machine Windows héberge d'autres services ou applications qui peuvent finir par concurrencer SQL Server pour la RAM.
Une autre chose à garder à l'esprit est la virtualisation: de nos jours presque tous les serveurs SQL sont installés sur des machines virtuelles, avec plusieurs configurations de mémoire possibles et partageant souvent le même hôte hyperviseur avec de nombreuses autres machines virtuelles. La surcharge de mémoire est courante et l'hyperviseur essaie d'équilibrer RAM allocations aux machines virtuelles à l'aide de l'ajustement de mémoire. Même si votre serveur SQL ne partage pas le même invité Windows avec d'autres services, vous souhaiterez peut-être activer LPIM pour laissez-le jouer correctement avec le stockage de mémoire et évitez de réduire la mémoire indésirable sur les charges de travail de production.
Voici un livre blanc de Microsoft décrivant comment configurer Hyper-V et SQL Server.
Cela dit, s'il s'agit d'une instance de test, vous ne vous souciez probablement pas beaucoup des implications en termes de performances du découpage de la mémoire.