Précédent   Forum des professionnels en informatique > Bases de données > MS SQL-Server
MS SQL-Server Forum Microsoft SQL-Server. Avant de poster -> FAQ SQL-Server, Tutoriels SQL-Server
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 03/11/2011, 12h32   #1
Invité de passage
 
Homme
Responsable des études
Inscription : novembre 2011
Messages : 1
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : France

Informations professionnelles :
Activité : Responsable des études
Secteur : Industrie

Informations forums :
Inscription : novembre 2011
Messages : 1
Points : 0
Points : 0
Par défaut Delai d'Attente Dépasse

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
CBASE est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 03/11/2011, 13h14   #2
Responsable SQL Server

 
Avatar de mikedavem
 
Homme David BARBARIN
Expert SQL Server
Inscription : août 2005
Messages : 3 724
Détails du profil
Informations personnelles :
Nom : Homme David BARBARIN
Localisation : France, Haute Savoie (Rhône Alpes)

Informations professionnelles :
Activité : Expert SQL Server
Secteur : Conseil

Informations forums :
Inscription : août 2005
Messages : 3 724
Points : 6 848
Points : 6 848
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.

++
mikedavem est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 04/11/2011, 07h28   #3
Membre Expert
 
Avatar de iberserk
 
Homme Bruno IGNACE
Architecte de base de données
Inscription : novembre 2004
Messages : 1 299
Détails du profil
Informations personnelles :
Nom : Homme Bruno IGNACE
Âge : 30
Localisation : France, Gironde (Aquitaine)

Informations professionnelles :
Activité : Architecte de base de données
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : novembre 2004
Messages : 1 299
Points : 2 282
Points : 2 282
Envoyer un message via MSN à iberserk
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.
iberserk est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 05/11/2011, 03h23   #4
Modérateur

 
Avatar de elsuket
 
Homme Nicolas Souquet
Administrateur de base de données
Inscription : janvier 2005
Messages : 4 670
Détails du profil
Informations personnelles :
Nom : Homme Nicolas Souquet
Âge : 30
Localisation : Thaïlande

Informations professionnelles :
Activité : Administrateur de base de données
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : janvier 2005
Messages : 4 670
Points : 8 732
Points : 8 732
Citation:
Envoyé par iberserk
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... [...]Vos indexes sont'il maintenus?
Plus que les indexes ici, je dirai les statistiques de colonne.
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
elsuket est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 06/11/2011, 12h02   #5
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 959
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 959
Points : 17 791
Points : 17 791
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 * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 13h06.


 
 
 
 
Partenaires

Hébergement Web