Hyper-V Mémoire dynamique et SQL Server
Je ferai probablement voté pour cela, mais quelqu'un a-t-il un bon endroit pour commencer autre que la documentation des meilleures pratiques pour l'utilisation de la mémoire dynamique avec SQL Server.
Nous vivons des problèmes et nous continuons à devoir régler statique pour que cela fonctionne. Le guide des meilleures pratiques indique essentiellement que tout fonctionne, mais je recherche des problèmes du monde réel que quiconque aurait pu faire face.
La mémoire dynamique avec SQL est bonne pour laisser la mémoire se développer selon les besoins et en prenant la pression du sous-système de disque car SQL peut contenir plus en mémoire. C'est un peu une swezz cependant dans le monde réel, car vous êtes censé définir les paramètres "Pages de verrouillage en mémoire" (LPIM) (LPIM) pour arrêter le système d'exploitation de la mémoire de SQL, ce qui peut être mauvais, vous pouvez donc créer un rue à sens unique. Vous définissez le paramètre Max Server de la mémoire (dans SQL) pour être supérieur à la mémoire de démarrage (paramètre Hyper-V), idéalement, vous le faites correspondez au paramètre MEM maximum (Hyper-V) de la machine virtuelle. Ainsi, SQL démarre et prend ce que vous avez défini au démarrage, puis il pousse au fil du temps pour atteindre le réglage maximum. La chose est-ce que cela fait toujours cela. Ce n'est pas comme un filet de sécurité, ayant la tête supplémentaire "juste au cas où" le besoin de SQL, il le prendra toujours finalement, puis à cause de LPIM, cela ne le rendra pas. Vous pourriez également également définir la mémoire sur statique au niveau de la mémoire maximale, car c'est ce qu'il va de toute façon.
Je ne suis toujours pas sûr du bénéfice de la mémoire dynamique pour SQL et j'ai lu beaucoup de papiers et d'articles blancs, tout le monde affilié à la SP semble le recommander mais avec LPIM et mes propres observations du monde réel, je ne peux pas voir le point de celui-ci. Le comportement avec SQL n'est pas "dynamique" qu'il prend juste et garde.