IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

Problème de lenteur


Sujet :

MS SQL Server

  1. #1
    Membre actif
    Profil pro
    Inscrit en
    janvier 2008
    Messages
    240
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : janvier 2008
    Messages : 240
    Points : 210
    Points
    210
    Par défaut 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 *

  2. #2
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2005
    Messages : 5 826
    Points : 12 348
    Points
    12 348
    Par défaut
    Bonjour,

    Après un redémarrage de SQL serveur, tout est redevenu normal.
    C'est cette piste qu'il faudrait exploiter.

    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)

    @++

  3. #3
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    août 2005
    Messages
    5 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : août 2005
    Messages : 5 431
    Points : 12 786
    Points
    12 786
    Par défaut
    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.

    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

    ++

  4. #4
    Membre actif
    Profil pro
    Inscrit en
    janvier 2008
    Messages
    240
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : janvier 2008
    Messages : 240
    Points : 210
    Points
    210
    Par défaut
    Citation Envoyé par elsuket Voir le message
    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.

  5. #5
    Membre actif
    Profil pro
    Inscrit en
    janvier 2008
    Messages
    240
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : janvier 2008
    Messages : 240
    Points : 210
    Points
    210
    Par défaut
    Citation Envoyé par mikedavem Voir le message
    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.

  6. #6
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2005
    Messages : 5 826
    Points : 12 348
    Points
    12 348
    Par défaut
    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 ?

    Citation Envoyé par Philippe Robert
    C'est un serveur dédicacé.
    Par qui ? Steve Ballmer ?

    @++

  7. #7
    Membre actif
    Profil pro
    Inscrit en
    janvier 2008
    Messages
    240
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : janvier 2008
    Messages : 240
    Points : 210
    Points
    210
    Par défaut
    Je rectifie. C'est un serveur dédié

    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.

  8. #8
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    août 2005
    Messages
    5 431
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : août 2005
    Messages : 5 431
    Points : 12 786
    Points
    12 786
    Par défaut
    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

    ++

  9. #9
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2005
    Messages : 5 826
    Points : 12 348
    Points
    12 348
    Par défaut
    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

    @++

  10. #10
    Nouveau membre du Club
    Profil pro
    Inscrit en
    octobre 2006
    Messages
    23
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : octobre 2006
    Messages : 23
    Points : 29
    Points
    29
    Par défaut
    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 ?

Discussions similaires

  1. Réponses: 2
    Dernier message: 05/06/2006, 12h59
  2. [Applet] Problème de lenteur d'un JTree
    Par Frac10 dans le forum Composants
    Réponses: 3
    Dernier message: 22/05/2006, 17h49
  3. [CR10][ODBC][XML] problème de lenteur
    Par capitainerotel dans le forum Connectivité
    Réponses: 4
    Dernier message: 09/05/2005, 19h58
  4. Optimiser MS SQL2000 car j'ai des problèmes de lenteurs
    Par djavaux dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 21/04/2004, 11h50

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo