1 votes

Le serveur SQL verrouille les pages en mémoire

J'ai récemment rencontré ce problème sur SQL Server, la mémoire vive atteignant son maximum sans raison apparente, ce qui entraîne des performances médiocres. J'utilise un système d'exploitation 64 bits sur un serveur SQL Standard Edition 32 bits.

La vérification des journaux d'erreurs révèle ceci :

Une partie importante du serveur sql a été paginée. Cela peut entraîner une performances

Apparemment, la solution consiste à permettre au serveur SQL de verrouiller les pages en mémoire. La solution de contournement peut être lue à partir de aquí .

Cependant ! Selon MSDN Si je n'utilise pas l'AWE, l'activation de l'option de verrouillage des pages en mémoire peut nuire considérablement à mon système. Ma configuration actuelle ne dispose pas de suffisamment de RAM (2 GIGS) pour tirer parti de cette fonctionnalité.

Alors, qu'est-ce qui se passe ? Si je n'applique pas le correctif, le serveur SQL ralentit. Si je le fais, il ralentit aussi.

Quelqu'un a-t-il des idées ou des expériences à ce sujet ?

0 votes

Pourquoi exécutez-vous SQL 32 bits sur Windows 64 bits ? Le système ne dispose-t-il que de 2 Go au total ?

0 votes

J'en ai en quelque sorte hérité. Le système n'a que 2 Go de mémoire vive au total, oui.

1voto

Atif Aziz Points 16967

Je ne pense pas que l'entrée MSDN soit correcte. Lisez les commentaires de la communauté plus bas :

Correction du premier paragraphe de ce document Sujet D'après les commentaires des clients, il a été remarqué que le premier paragraphe de ce sujet n'est pas tout à fait clair. Veuillez considérer le texte suivant comme le premier paragraphe officiel :

Comment : Activer le verrouillage des pages dans mémoire (Windows) L'option de verrouiller les pages en mémoire est désactivée par défaut. Ce privilège doit être activé pour configurer l'adresse Windowing Extensions (AWE). Cette politique politique détermine quels comptes peuvent utiliser un processus pour conserver les données en physique, empêchant ainsi le système de de paginer les données vers la mémoire virtuelle sur disque. Sur les systèmes d'exploitation 32 bits, l'activation de ce privilège lorsque vous n'utilisez pas AWE peut réduire considérablement les performances du performances du système.Le verrouillage des pages en mémoire normalement pas nécessaire sur les systèmes sur les systèmes d'exploitation 64 bits. Vous devrez activer ce droit sur les systèmes d'exploitation 64 bits 64 bits que si vous utilisez la prise en charge Page Memory ou pour configurer SQL serveur de sorte que la mémoire du buffer Pool ne fasse pas l'objet d'une pagination. Utilisez la outil de stratégie de groupe Windows (gpedit.msc) pour activer cette stratégie pour le compte utilisé par SQL Server 2005 Database Engine. Vous devez être un administrateur système pour modifier cette stratégie.

0 votes

C'est un peu ce que je veux dire, à moins que je ne rate quelque chose.

0 votes

Il est indiqué que vous n'avez normalement pas besoin de faire cela sur un système d'exploitation 64 bits, à moins que la mémoire du pool de tampons ne soit paginée, ce qui est votre problème. Vous n'utilisez pas un système d'exploitation 32 bits et le problème de performance de l'AWE ne devrait pas se poser.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X