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

Administration SQL Server Discussion :

Gros problème de performances : comment en identifier la cause et orienter le client ?


Sujet :

Administration SQL Server

  1. #21
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 154
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 154
    Points : 7 403
    Points
    7 403
    Billets dans le blog
    1
    Par défaut
    Merci pour vos réponses.

    Je reviendrai certainement vers vous en fin de semaine prochaine (je suis en analyse chez un autre client en début de semaine).

    Mais visiblement, sans une réécriture du code, c'est mal barré pour résoudre le problème...
    On ne jouit bien que de ce qu’on partage.

  2. #22
    Membre habitué Avatar de olivtone
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2010
    Messages
    242
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Eure et Loir (Centre)

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

    Informations forums :
    Inscription : Octobre 2010
    Messages : 242
    Points : 153
    Points
    153
    Par défaut
    Question toute bete :

    que Renvoie la trace SQL ? Deja tu pourras voir tes locks

    J'ai bossé sur CEGID, j'ai tracé tous les evenements SQL via une TRACE le traitement est passé de 6 h a 1h30 en :
    - mettant les bons index
    - Virer les index en doublons
    - Virer les index qui ne servaient a rien qui plombaient les perf
    - Activer la maintenance des volumes de perfomance (IFI)
    - Mis un lecteur TEMPDB en fonction de ton nombre de tes CPU sur un disque dedié
    - Separer les mdf et les ldf sur deux LUN differents
    - Monter la RAM sur la VM
    - Remis un plan de maintenance (Rebuild Index toutes les nuits) + Update Stats
    - Activation du lock page in memory
    - Mis en place du pagefile sur le C: entre 1 et 2 go (mettre plus ne sert a rien)
    - Changer la valeur optimize for ad hoc workloads a 1 via sp_configure sur le moteur SQL
    - Changer la valeur max degree of parallelism a 1 via sp_configure sur le moteur SQL
    - tu peux aussi mettre sur les VM l'option HIGH CPU et HIGH au niveau RAM, pour que ton VSPHERE priorise celle ci


    Si je peux aider

Discussions similaires

  1. Gros problème de performance
    Par Syl_20 dans le forum OpenGL
    Réponses: 15
    Dernier message: 16/12/2007, 18h19
  2. GROS problèmes de performances
    Par fda dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 02/08/2007, 14h02
  3. [Tomcat] Gros problèmes de performance
    Par Tourix dans le forum Tomcat et TomEE
    Réponses: 1
    Dernier message: 04/06/2007, 15h58
  4. [XNA] GROS problèmes de performances
    Par kawash dans le forum XNA/Monogame
    Réponses: 12
    Dernier message: 20/02/2007, 23h03
  5. Gros problème de performance
    Par steelidol dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 23/11/2006, 08h37

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