Discussion :

[Arnaud_B]

Bonjour,

J'en un problème de consommations de ressources avec un SQL SERVER 2005 SP3+ et je ne sais pas quoi chercher pur le résoudre.

J'ai deux machines identiques (http+sql) en round robin. Les deux serveurs sont en réplication avec un 3° en background.

Pour le même traffic, j'ai un serveur qui fait en gros 2x plus de lots que l'autre !!!!!
Les deux serveurs ont les mêmes paramétrages bien sûr.

Est-ce quelqu'un à une piste car là, je sèche un peu.

Merci, Arnaud.

[mikedavem]

Bonjour,

On peut avoir un peu plus de précision sur le type d'architecture en place ?
Comment répliquez vous vers votre 3ème serveur ?

Est-ce un problème SQL ou plutôt de serveur IIS ?

++

[iberserk]

Qu'entendez vous par lot?

Je suis peu être complétement à côté de la plaque mais les paramétrage IIS en remontant jusqu'au web.config des sites web peuvent grandement influer sur le trafic (compression HTTP par exemple, mais aussi output caching etc.)

[WOLO Laurent]

Déjà, il faut que tu procèdes par élimination. Est ce que ta fonctionalité DNS - Round Robins fonctionne correctement ? Tu peux lancer 10 requêtes et faire du sniffing sur les 3 serveurs afin de compter le nombre de requêtes traitées par chaque serveur.

[Arnaud_B]

Bonjour,

Je suis en réplication d'égal à égal entre les 3 serveurs SQL : 2 serveurs qui servent pour le site et le 3° pour les traitement en background.

Apparemment, je dirais qu'il y a un problème avec SQL car les requetes HTTP sont bien réparties entre les 2 serveurs HTTP (round-robin OK).

J'utilise les compteurs de windows et cacti et en gros les deux IIS pareil. j'utilise la compression http sur les deux et le cache pour mes pages. Pour le contenu des sites, j'ai fais un copier coller de l'un sur l'autre vu que nos paramétrages sont externalisés au site. Donc pour IIS, je dirais pas fautif mais je garde un oeil dessus

Pour SQL, ce que j'appelle lot : c'est le compteur "SQLServer:SQL Statistics/ Nombre de requêtes de lots/s" disponible sur l'outil de performance.

J'ai vérifié la config de chaque Server SQL qui sont identique à quelques Mo de mémoire.

JE commence à cherche du côté de la réplication.

Mon gros problème c'est que ce doublement de requêtes surcharge le serveur et entraîne un forte consommation de CPU.

Peut-être un point important : le 2° serveurs est une VM sous VmWare EX

Merci à vous trois de vous intéresser à mon cas

Arnaud.

[WOLO Laurent]

Mon gros problème c'est que ce doublement de requêtes surcharge le serveur et entraîne un forte consommation de CPU.

Le quel est surchargé, celui en VM-Ware ou le troisième ?

Peut-être un point important : le 2° serveurs est une VM sous VmWare EX
Arnaud.

Oui, la virtualisation a réputation d'être contre performance.

[mikedavem]

Pour SQL, ce que j'appelle lot : c'est le compteur "SQLServer:SQL Statistics/ Nombre de requêtes de lots/s" disponible sur l'outil de performance

Vous pouvez avoir un nombre de requêtes https répartis de façon équitable sur vos serveurs web mais celles-ci ne lancent peut être pas les mêmes requêtes SQL ... Après il faut bien entendu reste à déterminer si ce nombre important de batch / s provient des requêtes HTTP ou plus en "interne" avec SQL Server ou autre ....

Qu'observez vous sur les sessions et requêtes en cours sur vos 2 serveurs ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT 
	host_name,
	program_name,
	host_process_id,
	login_name,
	nt_domain,
	s.status,
	command,
	t.text
FROM sys.dm_exec_sessions AS s
INNER JOIN sys.dm_exec_requests AS r
 ON s.session_id = r.session_id
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) AS t

++

[Arnaud_B]

L'image "simple" représent le serveur normal et l'image "double" le serveur problèmatique.

J'ai masque le user mais c'est le même pour les deux images

Le serveur problèmatique est bien sur la VM.

[mikedavem]

Excusez moi j'ai oublié de mettre quelques colonnes. Pouvez nous donner le résultat de cette requête sur vos 2 serveurs

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
SELECT 
	host_name,
	program_name,
	host_process_id,
	s.session_id,
	scheduler_id,
	login_name,
	nt_domain,
	s.status,
	command,
	t.text
FROM sys.dm_exec_sessions AS s
INNER JOIN sys.dm_exec_requests AS r
 ON s.session_id = r.session_id
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) AS t

++

[WOLO Laurent]

En plus, ce serveur à plus de traffic que les deux autres puis qu'il doit recevoir les répliques des données reçues par les 2 autres serveurs via réplication.
Bien voyant la topologie de ta réplication :
Ou se trouve l'éditeur ?