Discussion :

[dens19]

Bonjour,

Je travaille actuellement sur une instance SQL SERVER 2000 SP4 EE hébergé sur une machine avec les caractéristiques suivantes :
- OS : Windows 2000 Advanced Server virtualisé avec VM WARE ESX SERVER 3.5.0
- 2 vCPU : DUAL Core AMD Opteron
- RAM : 4GB

Nous étudions actuellement une solution de migration vers SQL SERVER 2008 (sur Windows server 2008). En attendant la migration, je souhaiterais, étant donné que la RAM est une ressource rare dans ma société, activer le switch /3GB dans le boot.ini de la configuration actuelle, afin que SQL SERVER bénéficie de 2.7GB de RAM au lieu des 1.7GB. Je tiens à préciser que cette machine est dédiée SQL SERVER, aucune autre application ne fonctionne sur ce serveur (à part l'antivirus).

J'ai vu sur certains forums que l'utilisation de ce switch peux provoquer des instabilité de l'OS (écran bleu ), avez déjà rencontré ce problème ? Quel est votre feedback sur l'utilisation de cette fonctionnalité ?

Cdlt.

[zinzineti]

Voici un lien

A+

[dbaffaleuf]

J'ai vu sur certains forums que l'utilisation de ce switch peux provoquer des instabilité de l'OS (écran bleu ), avez déjà rencontré ce problème ? Quel est votre feedback sur l'utilisation de cette fonctionnalité ?Cdlt.

Là je veux bien voir une référence du post en question. Il peut y avoir des problème en user mode, des out of memory, OK, mais un écran bleu...

Je vois des inconvénients au /3GB. Le premier, il contraint windows a revoir toute son allocation, car elle est statique jusqu'en XP / Server 2003. Donc celà nécessite un reboot. Ensuite, ça contraint le kernel de travailler dans un espace plus réduit de 1Gb, avec tous les risques d'échec d'allocation mémoire et de ralentissements dans le fonctionnement que ça suppose. Un genre de mode dégradé, en quelque sorte.

Personnellement, je trouverais un moyen de convaincre un responsable de mettre la main à la poche et rajouter qq barrettes de RAM à cet ESX. En 2000 Advanced Server, en plus, tu peux utiliser AWE et permettre à SQL Server d'allouer beaucoup plus de mémoire.

[dens19]

Bonjour,

Tout d'abord, merci pour vos réponses !!

@dbaffaleuf : pour l'histoire de l'écran bleu en fait il s'agissait plutôt d'une déduction (étant donné que c'est parfois comme cela que l'OS windows réagit en cas d'instabilité).

@zinzineti : merci pour le lien mais j'avais déjà fait un tour sur la page de SQLPro.

Pour vous répondre évidemment que l'ajout de RAM serait la solution la plus efficace avec l'utilisation de l'AWE mais en attendant que ces négociations d'achat de RAM aboutissent, j'ai néanmoins voulu faire un test.
J'ai copié la VM sur laquelle tourne ce serveur, rajouté le switch /3GB dans le boot.ini et redémarré la machine (windows). Après avoir lancé des requêtes gourmandes je n'ai pas pu atteindre les 2,7GB, le processus "sqlsrvr.exe" plafonne à 1,7GB. Y a-t-il autre chose à configurer pour obtenir les 2,7GB ?

Cdlt.

[dbaffaleuf]

Normalement non. Regarde la valeur du compteur Perfmon :
\<instance>:Buffer Manager\Page Life Expectancy. Si elle est élevée, disons au dessus de 300 secondes en général, c'est que SQL Server a suffisamment de place avec 1,7Gb.

Et si tu peux renvoyer ce que donne un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dbcc memorystatus

, paragraphe 'Buffer Counts'

merci,

[dens19]

Voilà ce que j'obtiens pour le compteur "Page life expectancy" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
"(PDH-CSV 4.0) (Paris, Madrid (heure d'été))(-120)","\\SERVER\SQLServer:Buffer Manager\Page life expectancy"
"09/01/2010 16:35:16.437","5033"
"09/01/2010 16:35:21.437","5343"
"09/01/2010 16:35:26.437","5654"
"09/01/2010 16:35:31.437","5965"
"09/01/2010 16:35:36.437","6276"
"09/01/2010 16:35:41.437","289"
"09/01/2010 16:35:46.437","215"
"09/01/2010 16:35:51.437","171"
"09/01/2010 16:35:56.437","0"
"09/01/2010 16:36:01.452","10"
"09/01/2010 16:36:06.484","1"
"09/01/2010 16:36:11.499","11"
"09/01/2010 16:36:16.499","19"
"09/01/2010 16:36:21.499","24"
"09/01/2010 16:36:26.515","22"
"09/01/2010 16:36:31.515","11"
"09/01/2010 16:36:36.530","18"
"09/01/2010 16:36:41.530","23"
"09/01/2010 16:36:46.530","5"
"09/01/2010 16:36:51.530","13"
"09/01/2010 16:36:56.530","11"
"09/01/2010 16:37:01.530","16"
"09/01/2010 16:37:06.530","9"
"09/01/2010 16:37:11.530","5"
"09/01/2010 16:37:16.530","14"

Voici ce que j'obtiens pour la commande dbcc memorystatus section buffer count :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
Commited	206800
Target	206800
Hashed	180171
InternalReservation	176
ExternalReservation	31050
Min Free	248
Visible	206800

D'après ce que je comprend si SQL SERVER pouvais utiliser plus de mémoire il le ferait puisque le compteur "Page life expectancy" passe à 0.

Cdlt.

[dbaffaleuf]

Exact. Il faudrait voir si ton paramètre 'max server memory' est par défaut ou s'il est plafonné.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
sp_configure 'max server memory'
go

[SQLpro]

Bonjour,

Tout d'abord, merci pour vos réponses !!

@dbaffaleuf : pour l'histoire de l'écran bleu en fait il s'agissait plutôt d'une déduction (étant donné que c'est parfois comme cela que l'OS windows réagit en cas d'instabilité).

@zinzineti : merci pour le lien mais j'avais déjà fait un tour sur la page de SQLPro.

Pour vous répondre évidemment que l'ajout de RAM serait la solution la plus efficace avec l'utilisation de l'AWE mais en attendant que ces négociations d'achat de RAM aboutissent, j'ai néanmoins voulu faire un test.
J'ai copié la VM sur laquelle tourne ce serveur, rajouté le switch /3GB dans le boot.ini et redémarré la machine (windows). Après avoir lancé des requêtes gourmandes je n'ai pas pu atteindre les 2,7GB, le processus "sqlsrvr.exe" plafonne à 1,7GB. Y a-t-il autre chose à configurer pour obtenir les 2,7GB ?

Cdlt.

En version 2000 SQL Server n'est pas capable d'utiliser les 3 Go de RAM du switch 3GB. Il plafonnera donc vers les 2 Go. Cepandant cette réserve sera disponible pour les autres applications du serveur s'il en existe...

En revanche je vois que vous êtes en machine virtuelle. l'utilisation d'une VM nuit de façon catastrophique aux performances de SQL Server. SQL Server n'est pas conçu pour être virtualisé.
Commencez donc pas le commencement, car si vous voulez de bonnes perfmances, il faut commencer par dévirtualiser !
Lisez les articles que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p8...irtualisation/
http://blog.developpez.com/sqlpro/p8...t-le-stocakge/
http://blog.developpez.com/sqlpro/p5...fichiers-et-t/

A +