Problème de lenteur

* Bonjour, *

Je dispose d'un serveur SQL 2005 SP3 sous Windows 2008. La machine dispose de 16 processeurs et de 70 GB de RAM dont 40 GB sont alloués au service SQL.

Pourtant, nous rencontrons des problèmes de lenteur lors d'exécution de page ASP. Pourtant, les requêtes situées dans les pages ASP fonctionnent très bien lorsqu'elles sont exécutées dans Management Studio. Les applications .NET fonctionnent bien aussi.

Après un redémarrage de SQL serveur, tout est redevenu normal.

Les pages ASP concernées ont été écrites en VB6 et utilisent de vieux pilotes ODBC tandis que le serveur SQL a évolué (passage en SQL 2005 SP2, puis SP3 et bientôt SQL 2008 R2) tandis que les pages ASP n'ont jamais été adaptées depuis une dizaine d'année.

J'ai proposé d'adapter ces pages afin d'utiliser SQL Native Client. Qu'en pensez-vous ? Avez-vous des idées ?

* Merci *

Bonjour,

Citation:

---

Après un redémarrage de SQL serveur, tout est redevenu normal.

---

C'est cette piste qu'il faudrait exploiter.

Citation:

---

les requêtes situées dans les pages ASP fonctionnent très bien lorsqu'elles sont exécutées dans Management Studio

---

Donc les requêtes ne sont en principe pas en cause.

Y'a-t-il d'autres applications que SQL Server qui sont exécutées sur ce serveur ?
(de l'antivirus à une application "maison", en passant par l'hôte du site)

@++ ;)

Citation:

---

Donc les requêtes ne sont en principe pas en cause.

---

Tout dépend. En fonction du contexte d'exécution de la requête dans les pages ASP, un mauvais plan d'exécution peut être généré et du coup avoir un impact sur les performances.

Il existe aussi le problème du parameter sniffing dans ce cas mais il faudrait identifier certaines requêtes et voir ce qui est en cause à l'aide du profiler par exemple.

Citation:

---

Je dispose d'un serveur SQL 2005 SP3 sous Windows 2008. La machine dispose de 16 processeurs et de 70 GB de RAM dont 40 GB sont alloués au service SQL.

---

Est ce que cela veut dire que vous venez de faire une migration depuis SQL Server 2000 et que depuis tout va mal ? Précisez un peu

Vérifiez également les éléments externes comme le suggère Elsuket

++

Citation:

---

Envoyé par elsuket

Y'a-t-il d'autres applications que SQL Server qui sont exécutées sur ce serveur ?
(de l'antivirus à une application "maison", en passant par l'hôte du site)

@++ ;)

---

C'est un serveur dédicacé. Je vais voir au sujet de l'antivirus.

Citation:

---

Envoyé par mikedavem

Est ce que cela veut dire que vous venez de faire une migration depuis SQL Server 2000 et que depuis tout va mal ? Précisez un peu

Vérifiez également les éléments externes comme le suggère Elsuket

++

---

Non, nous étions déjà en SQL 2005 SP2 (sur Windows 2003) depuis 2007. Vers la fin de l'année dernière, nous avons migrer sur une autre machine, sous Windows 2008 R2 Enterprise, ainsi que l'installation du SP3 de SQL 2005.

C'est depuis ce moment là que nous avons des problèmes qui semble aller graduellement.

Citation:

---

Envoyé par Mikedavem

En fonction du contexte d'exécution de la requête dans les pages ASP, un mauvais plan d'exécution peut être généré et du coup avoir un impact sur les performances.

Il existe aussi le problème du parameter sniffing dans ce cas mais il faudrait identifier certaines requêtes et voir ce qui est en cause à l'aide du profiler par exemple.

---

OK pour la seconde partie. Peux-tu préciser pour la première ? :lol:

Citation:

---

Envoyé par Philippe Robert

C'est un serveur dédicacé.

---

Par qui ? Steve Ballmer ? :)

@++ ;)

Je rectifie. C'est un serveur dédié :aie:

Pour ce qui est des pages ASP, elles sont mal concues car elle fonct trop d'aller-retour entre IIS et SQL server. Cependant, elle ont toujours bien fonctionnés jusqu'a présent.

Citation:

---

OK pour la seconde partie. Peux-tu préciser pour la première ?

---

Les paramètres de connexion peuvent influencer la création des plans d'exécutions. (SET ANSI NULLS, QUOTED IDENTIFIER ...)

J'ai déjà vu ça pour ma part. Une requête SQL qui s'exécute rapidement depuis SSMS alors que depuis une application ASP.net cette même requête prenait énormément de temps.

En regardant les plans d'exécutions générés depuis les 2 environnements on a pu observer que le plan d'éxécution n'était pas du tout le même

++

Intéressant ;)

Les options de session par défaut d'exécution des requêtes sous SSMS sont :

- SET CONCAT_NULL_YIELDS_NULL ON
- SET ARITHABORT ON

Tous les autres à OFF. Et :

- SET TRANSACTION ISOLATION LEVEL READ COMMITTED
- SET DEADLOCK_PRIORITY NORMAL

@++ ;)

Où sont situés tes serveurs WEB ?
As-tu enregistré une trace de blocage et/ou interroge les vues système pour identifier les requêtes incriminées ?

Détail important : Est-ce que les connexions vers le serveur SQL sont systématiquement fermées au niveau applicatif après l'exécution d'une requête ?