|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Responsable des études Inscription : novembre 2011 Messages : 1 ![]() |
Bonjour,
Depuis quelques jours nous rencontrons un problème sur une de nos applications spécifiques s'appuyant sur SQL SERVER 2008 (10.0.1600.22). Certaines requêtes ne nous renvoient pas de résultats mais le message suivant : "Délai d'attente dépasssée". Or les mêmes requêtes exécutées peu après (quelques secondes) fonctionnent correctement et le résultat est instantané. Nous avons le sentiment que le serveur se bloque l'espace d'un instant. Comment pouvons nous cibler l'anomalie? Nous ne savons pas dans quelle direction nous orienter. Merci d'avance |
|
|
00
|
|
|
#2 |
![]() ![]() ![]() David BARBARINExpert SQL Server Inscription : août 2005 Messages : 3 724 ![]() |
De loin je dirais que la premiere requete va populer le cache SQL Server et ne sera donc pas forcement rapide a l'execution. Une fois que les donnees sont en memoire les suivantes seront beaucoup plus rapides mais bien sur il faut investiguer.
Le profiler est un bon debut pour voir ce qui se passe dans votre cas. ++ |
|
00
|
|
|
#3 |
|
Membre Expert
![]() |
Daccord avec mikedavem... A quel niveau prenez vous le timeout? ADO?
Peut-être atteignez vous désormais les 30 secondes du timeout par défaut (ADO est un exemple bien entendu) du fait de l'accroissement de vos bases... Avez vous tenté de vider le cache (en environnement de test bien entendu...) puis d’exécuter manuellement ladite requête? Vos indexes sont'il maintenus?
__________________
Prendre conscience, c'est transformer le voile qui recouvre la lumière en miroir. |
|
|
00
|
|
|
#4 | |
![]() ![]() ![]() Nicolas SouquetAdministrateur de base de données Inscription : janvier 2005 Messages : 4 670 ![]() |
Citation:
Certes des indexes reconstruits proprement ont des statistiques fraîches, mais les statistiques de colonne qui ne sont pas indexées aident aussi. D'autant que les statistiques sont souvent obsolètes pour une raison encore inexpliquée sur des tables ne subissant pas un lourd volume de modifications ... @++
__________________
En bases de données relationnelles SQL, il n'y a ni tableaux, ni enregistrements, ni champs: il y a des tables, des lignes et des colonnes. Blog | Profil| Consulter ou télécharger les fichiers d'aide de SQL Server, des versions 2000 à 2012 |
|
|
00
|
|
|
#5 |
![]() ![]() ![]() Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 ![]() |
quel est la taiille de la base et la ram du serveur ?
A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
Copyright © 2000-2012 - www.developpez.com