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 :

[SQL Server 2000] Problème de performance


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Homme Profil pro
    Architecte technique
    Inscrit en
    Février 2004
    Messages
    477
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : Février 2004
    Messages : 477
    Par défaut [SQL Server 2000] Problème de performance
    Bonjour,

    J'ai quelques soucis de performance que j'aimerai bien résoudre...

    Alors j'ai un serveur d'applications (Windows Server 2003 Sp2 3Gb) et un serveur de base de données (SQL Server 2000 et Windows server 2003 sp2 3Gb).

    Je constate des problèmes de lenteur pendant l'exécution des requêtes entre les deux serveurs. J'ai fais un test en migrant certaines applications sur un poste Windows XP, et la, la différence est énorme. Les requêtes sont quasi instantanée. La base de données, fait a peu près 20GB.

    Si quelqu'un a une idée d'ou pourrait provenir le problème, merci de bien vouloir m'aiguiller !

  2. #2
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    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 450
    Par défaut
    Bonjour,

    Qu'avez vous migré ? Les données ? L'application ?

    Quelle configuration votre station de travail sous XP ?

    ++

  3. #3
    Membre éclairé
    Homme Profil pro
    Architecte technique
    Inscrit en
    Février 2004
    Messages
    477
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : Février 2004
    Messages : 477
    Par défaut
    Alors j'ai uniquement migré une application qui tourne sur notre serveur. Pour ce qui est de la station de travail, on a un windows XP Pro SP2 Dual Core 2Go de RAM ... Nettement moins que notre serveur !

  4. #4
    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 : 43
    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
    Par défaut
    Bonjour,

    C'est donc la mise en cache de données qui vous coûte cher : le moteur de base de données travaille exclusivement en RAM, puisque le temps d'accès à la RAM est beaucoup plus rapide (environ 1000 fois) que l'accès disque.

    Comme vous devez manipuler une quantité importante de données et qu'elles dépassent la quantité de mémoire avec laquelle SQL Server peut travailler, il est sans cesse obligé de vider le cache de données et de le re-remplir avec des données provenant du disque, ce qui vous pénalise

    Avec PerfMon, regardez le compteur Buffer Cache Hit Ratio de l'objet Gestionnaire des tampons ou exécutez la requête qui se trouve ici : à mon avis le votre ne doit pas être proche de 100%

    @++

  5. #5
    Membre éclairé
    Homme Profil pro
    Architecte technique
    Inscrit en
    Février 2004
    Messages
    477
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : Février 2004
    Messages : 477
    Par défaut
    Je viens de tester la requête sql !

    Résultat je suis à 99,7% ... Mais c'est sans doute lié au fait que l'accès à la base de données par cette application se fait principalement en matinée. Là il n'y a presque pas d'activité sur la base.

    Il faudra que je relance la requête demain matin.
    Mais maintenant quels sont les recours si les performances sont en dessous 90% ? Ajouter de la RAM ??

  6. #6
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 998
    Billets dans le blog
    6
    Par défaut
    Naïvement oui, intelligemment non....

    Rajouter de la RAM est en général une fuite en avant. Il faut commencer par faire un vrai modèle de données, c'est à dire en respectant les formes normales à la lettre ce qui doit conduire à des tables légères en terme de degré (nombre de colonnes) comme de cardinalité (nombre de lignes).

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  7. #7
    Membre éclairé
    Homme Profil pro
    Architecte technique
    Inscrit en
    Février 2004
    Messages
    477
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Service public

    Informations forums :
    Inscription : Février 2004
    Messages : 477
    Par défaut
    Mais j'ai une question tout de même ... Là, selon ton explication c'est le serveur de bases de données qui est en cause !

    Le problème des accès disques ou RAM se passe bien sur le serveur SQL, qui traite la requête de sélection ? Or la, dans mon cas, je n'ai rien changé au niveau du serveur SQL, j'ai juste pris l'applicatif pour le basculer sur un poste XP ! Et c'est cette modification qui fait que mon application traite plus vite les infos.

    Donc à priori, sauf si je me trompe, le problème vient du serveur d'applications et non du serveur de bases de données ???

Discussions similaires

  1. [SQL-SERVER 2000] Problème de backup et de restore d'une BD
    Par Sytchev3 dans le forum Administration
    Réponses: 2
    Dernier message: 10/04/2006, 19h22
  2. [SQL-SERVER 2000] Problème de requête sur une seule ligne
    Par Sytchev3 dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 05/04/2006, 16h54
  3. Réponses: 10
    Dernier message: 04/04/2006, 01h21
  4. [MS SQL Server 2000] problèmes de sécurité et sauvegarde
    Par Abydos Business Group dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 24/03/2006, 19h36
  5. [SQL SERVER 2000] Problème clef étrangére
    Par Tankian dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 11/05/2004, 10h44

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