SQL Server: Quelqu'un a-t-il utilisé l'option de réglage des allocations sur grandes pages?

Quelqu'un at-il utilisé l'option de réglage de l'utilisation TF834 large page allocations. Je lisais juste un article MS à ce sujet et je me demandais si quelqu'un l'avait utilisé et avait vu des gains de performances. Y a-t-il des choses à surveiller, des conseils, des pièges?

Le serveur est un serveur SQL2005 Windows 2008 64 bits, 128 Go de RAM, 4 CPU 8 cœurs hyperthreded (total 64 cœurs). Je cherche à régler le serveur pour mieux utiliser ses spécifications que d'utiliser simplement l'installation SQL par défaut qui s'y fait actuellement. Tous les conseils supplémentaires seront les bienvenus.

sql-server performance database-tuning

— StanleyJohns
source

support.microsoft.com/kb/920093 - quel type d'exploitation utilisez-vous et quel type de charge de travail ce serveur gère-t-il?

— Jon Seigel

@Jon Seigel J'ai édité pour OS (Win2K8). La charge de travail est oltp. J'ai déjà le lien KB, mais je n'ai pas encore utilisé cette fonctionnalité.

— StanleyJohns

Pas une réponse complète, je sais, mais un article de blog très utile ici

— georgeb

@george_dba, oui j'avais déjà lu ce blog avant. Ce qui m'inquiète, ce sont des choses comme l'utilisation des pages de verrouillage en mémoire. Il y a eu quelques inquiétudes concernant l'utilisation de cette fonctionnalité.

— StanleyJohns

Réponses:

Thomas Kejser de Microsoft ( blog ) présente régulièrement que l'indicateur de trace 834 est le seul indicateur de trace accéléré pour SQL Server. Il mettrait cela en garde, j'en suis sûr, avec de nombreux tests!

— Peter Schofield
source

Voici un article de Thomas qui mentionne (brièvement) TF834 - sqlug.se/Portals/0/Nyheter/…

— Mark Storey-Smith

@Mark Storey-Smith good catch :)

— garik

@Mark Storey-Smith merci pour le PDF. Il a quelques excellents pointeurs pour régler les systèmes OLTP.

— StanleyJohns

Question difficile. Ce que je me suis ouvert et, j'espère, vous découvrirez quelque chose de nouveau:

Indicateur de trace 834: utiliser des allocations de grandes pages Microsoft Windows pour le pool de tampons L'indicateur de trace 834 oblige SQL Server à utiliser des allocations de grandes pages Microsoft Windows pour la mémoire allouée pour le pool de tampons. La taille de la page varie en fonction de la plate-forme matérielle, mais la taille de la page peut varier de 2 Mo à 16 Mo. De grandes pages sont allouées au démarrage et sont conservées pendant toute la durée de vie du processus. L'indicateur de trace 834 améliore les performances en augmentant l'efficacité de la mémoire tampon de traduction (TLB) dans le processeur.

L'indicateur de trace 834 s'applique uniquement aux versions 64 bits de SQL Server. Vous devez disposer du droit d'utilisateur Verrouiller les pages en mémoire pour activer l'indicateur de trace 834. Vous ne pouvez activer l'indicateur de trace 834 qu'au démarrage.

L'indicateur de trace 834 peut empêcher le serveur de démarrer si la mémoire est fragmentée et si les grandes pages ne peuvent pas être allouées. Par conséquent, l'indicateur de trace 834 convient le mieux aux serveurs dédiés à SQL Server. plus

À mon avis, c'est un assez bon (et UNIQUEMENT) document: Dépannage des problèmes de performances dans SQL Server 2005 et pour SQL Server 2008: Dépannage des problèmes de performances dans SQL Server 2008. Deux mots sur Denali et ce qui est nouveau: le gestionnaire de mémoire SQL Server change à Denali .

La chance.

— garik
source

+1, L'article technique SQL comporte des étapes très pratiques. J'en garde un avec moi pour une référence rapide, ainsi que pour les requêtes TSQL prêtes à l'emploi dont il dispose.

— StanleyJohns