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 :

Performance et TempDB


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Juin 2006
    Messages
    47
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 47
    Par défaut Performance et TempDB
    Bonjour a tous,


    J'ai repris recemment une base de donnée sql server 2005. Après quelques heures d'analyse, je me suis rendu compte que la base système tempdb mesurait 50 Go.

    J'ai réduit la taille de la base pour libérer de l'espace disque. Un jour après la taille de TempDb a encore atteint 50 Go. Avec l'aide de l'outil plan d'execution, j'ai rajouté des index la où je pense qu'il en faut, j'ai recoder les requetes en évitant les curseurs et les curseurs imbriqués. je pensais que cela aurai un effet mais la base grossi toujours autant. Il y a beaucoup de requetes et de procédures stockés qui se lancent au quotidien.

    Je sais que tempdb stock les table temporaires, les variables de tables, les curseurs ,les requetes qui sont utilisés pas les différentes bases.

    je pense que le problème vient d'une requète en particulier.

    D'où ma question, Il y a t'il un moyen d'analyser sur une journée toute les proc et les requètes qui sont appelés afin de faire déterminer ce qui est stockés en majorités dans la tempdb ou alors les opérations les plus couteuses.

    je pense a utiliser le tracer mais je ne vois pas trop comment faire. j'ai besoin de l'avis d'un DBA

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 999
    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 999
    Billets dans le blog
    6
    Par défaut
    Je sais que tempdb stock les table temporaires, les variables de tables, les curseurs ,les requetes qui sont utilisés pas les différentes bases.
    pas seulement mais aussi les données des pseudos tables inserted et deleted des triggers, les tris et opération de group by des requêtes portant beaucoup de données, les version des lignes des transactions lors de l'utilisation du niveau d'isolation SNAPSHOT... etc !

    Bref il faut commencer par auditer via le profiler. Une chose aussi intéressante est d'auditer simultanément via perfmon et de corréler les deux. Ainsi on pourra avoir les pics d'utilisation de tempdb et en correspondance le code qui aura déclenché ce pic.

    Je souhaite bien du courage !

    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/ * * * * *

  3. #3
    Membre averti
    Inscrit en
    Juin 2006
    Messages
    47
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 47
    Par défaut
    Bonjour, tous d'abord, merci pour ton avis.


    Une chose aussi intéressante est d'auditer simultanément via perfmon et de corréler les deux
    Excellente idée mais a quoi correspond "Perfom" ? Je ne connais que le profiler .

  4. #4
    Membre averti
    Inscrit en
    Juin 2006
    Messages
    47
    Détails du profil
    Informations forums :
    Inscription : Juin 2006
    Messages : 47
    Par défaut
    Re

    Je pense avoir trouver. Il s'agit surement de "Performance Monitor". je viens de trouver un article qui en parle :

    http://rudi.developpez.com/sqlserver...misation/#LI-D

    merci pour tout

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [maintenance][performance] Que faire comme maintenance ?
    Par woodwai dans le forum PostgreSQL
    Réponses: 5
    Dernier message: 06/11/2003, 15h39
  2. Performance xml
    Par MicKCanE dans le forum XML/XSL et SOAP
    Réponses: 2
    Dernier message: 07/07/2003, 06h41
  3. [ POSTGRESQL ] Problème de performance
    Par Djouls64 dans le forum PostgreSQL
    Réponses: 6
    Dernier message: 26/05/2003, 16h18
  4. [JDBC][connexion persistante] performances avec JDBC
    Par nawac dans le forum Connexion aux bases de données
    Réponses: 6
    Dernier message: 06/05/2003, 10h37
  5. performance entre 3DS, ase, asc ...
    Par amaury pouly dans le forum OpenGL
    Réponses: 3
    Dernier message: 24/03/2003, 11h41

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