Discussion :

[[DreaMs]]

Bonjour,

J'ai migré un site web (enASP) d'un client sur un nouveau serveur (Windows 2008 R2 et SQL Server 2008). Or depuis cette migration le site était d'une lenteur terrible.

Après avoir mis des pisteurs dans le code je me suis aperçu que certaine requête mettait 5 sec avant de recevoir leur réponse. Voir même une requête sur deux.
Le code ASP est ancien et il se peut que l'ouverture et la fermeture des connexions ne soient optimisé mais tout de même.

Le temps d'attente est exactetment de 5sec ... A quoi peut correspondre ce temps ? Un verrou quelconque ?
Peux-t-on le configurer ?

D'avance merci

[mikedavem]

Bonjour,

Avant toute chose, vous parlez de migration ... alors donnez nous un peu des détails concernant l'ancienne configuration serveur (serveur physique / virtuel / RAM , processeurs, configuration des disques etc ...) et la nouvelle ..

Est ce que le serveur est dédié aux bases de données ou d'autres applications sont elles présentes sur ce même serveur ?

++

[[DreaMs]]

Bonjour,

Le serveur avant était sous Windows 2000 et SQL SERVER 2000 en 32bits. C'était un serveur physique.

Le nouveau serveur est un serveur virtuel sous Windows 2008 R2 et SQL SERVER 2008 en 64bits.

A chaque fois le serveur héberge à la fois la base de données et le serveur IIS.

Je n'ai pas le détail exact de la configuration matériel.

[SQLpro]

1) la virtualisation pourri les performances de manière dramatique. Lisez ce que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p8...irtualisation/
http://blog.developpez.com/img/chain_link.gif
La plaie étant que les ingénieurs systèmes sont convaincu du contraire (techno victimes)....

2) avez vous pensé à recalculer TOUS les index (REBUILD) et reconstruire toutes les statistiques hors inde ?
Le moteur relationnel ayant été récrit depuis la version 2005, il n'utilise pas les mêmes technique et se reposer sur des stats créées par 2000 donne des plans de requêtes catastrophiques.

3) SQL server doit TOUJOURS être installé sur un serveur dédié si vous voulez des performances. Si ce n'est pas votre souhait, alors limitez la RAM et les CPU utilisé par SQL Server, sinon il vampirise tout au détriment des autres serveurs (IIS dans votre cas).

A +

[[DreaMs]]

Je vais lire et essayer les solutions proposés.
Mais je ne suis même pas sur qu'il s'agisse d'un problème aussi compliqué.

En effet le temps très précis de 5 secondes sur certaines requêtes me parait trop net pour être une lenteur. N'y a pas t'il pas de paramètrage des verrous ? (pourtant mes requêtes sont surtout des SELECT).

Pour l'instant en plus je test le serveur tout seul et il est loin d'être sur-utilisé.

Merci pour vos réponses.

[mikedavem]

2) avez vous pensé à recalculer TOUS les index (REBUILD) et reconstruire toutes les statistiques hors inde ?
Le moteur relationnel ayant été récrit depuis la version 2005, il n'utilise pas les mêmes technique et se reposer sur des stats créées par 2000 donne des plans de requêtes catastrophiques.

Commencez par cela peut être déjà une bonne chose pour remettre les choses à plat. Comme le dit SQLPro, le passage d'une version 2000 à 2005 peut être problématique en ce qui concerne l'efficacité de certains plans de requêtes. (J'ai moi même eu le problème chez un client).

Le fait de mettre à jour l'ensemble des statistiques de vos bases permettra la regénérer des plans optimaux avec SQL Server 2005.

Si votre problème persite il faudra certainement auditer votre serveur.

++