SQL Server 2005 - Présentation de ouput de DBCC SHOWCONTIG

Je constate des performances lentes sur une base de données SQL Server 2005. J'ai fait des recherches sur les performances de SQL Server, mais j'ai de la difficulté à bien comprendre la sortie de SHOWCONTIG et je serais très reconnaissant si quelqu'un pouvait jeter un coup d'œil et offrir quelques suggestions pour améliorer les performances.SQL Server 2005 - Présentation de ouput de DBCC SHOWCONTIG

Analyse de niveau de table effectuée.

Pages scannées ................................: 19298
Extents Balayées ..............................: 2424
Interrupteurs d'extension ........... ...................: 3829
Avg. Pages par étendue ........................: 8.0
Densité de numérisation [Meilleur résultat: nombre réel] ....... : 65,16% [2439: 3830]
logique d'analyse fragmentation ..................: 8,40%
étendue scan fragmentation ..... ..............: 35,15%
Avg. Octets gratuits par page .....................: 912.1
Avg. Densité de page (complète) .....................: 88,41%

Source

2010-03-19 user169743

Qu'est-ce que vous essayez d'optimiser? Lit ou écrit? –

Lit la table a environ 100k lignes et est ajouté à tous les jours. – user169743

Il donne des informations sur l'apparence de la table sur le disque - et est extrêmement inutile de localiser votre goulot d'étranglement de la performance. Votre db pourrait avoir besoin d'optimisation, mais je doute que ce soit la source de vos problèmes. http://www.sql-server-performance.com/articles/dba/dt_dbcc_showcontig_p1.aspx a des informations comment le comprendre.

Source

2010-03-20 11:11:45 TomTom

Accordé Je ne suis pas un DBA mais il semble logique que si les disques sont mieux organisés sur le disque qui amplifierait les lectures? – user169743

Pas à un degré très visible à moins que le scénario ne soit vraiment spécifique et que le conroller de raid soit une merde totale. Normalement, vous commencez par l'autre côté - découvrir quelles requêtes sont lentes, puis pourquoi ils sont lents. Un index manquant, des disques plus rapides pour commencer, différents SQL etc. sont beaucoup plus susceptibles de faire une différence significative. De plus, en s'assurant que la personne qui installe SQL Server n'était pas l'habituel idiot en train de mettre en place un terrible partitionnement (qui peut vous ralentir jusqu'à 40%) et une bonne structure de fichiers en plus;) – TomTom

SQL Server 2005 - Présentation de ouput de DBCC SHOWCONTIG

Répondre

Questions connexes