Délai d'attente dépassé

Bonsoir à Tous

Je suis nouveau sur le forum et j'ai le même problème que dans cette discussion.

Mes configurations sont :
OS : Windows 2012 Entreprise
RAM : 56 Go
HDD : 2 To repartis (C: 400 Go , D : 500 Go pour les backup et E: 1 To pour la DATA).
SGBD : SQL Server 2014 Entreprise.
Logiciel : Sage 1000 v6.51
Je fais la maintenance (réorganisation des index et MAJ des statistiques) de mes bases tous les dimanches à 20 h.

Malgré tous cela j'ai le même problème que CBASE. Sérieusement je ne sais plus quoi faire.
Quelqu'un a une idée de ce qui m'arrive.

D'avance merci

merci de nous fournir la requête incriminée, idéalement le plan d’exécution.

Reproduisez vous les temps constatés dans SSMS?

Bonsoir iberserk

Merci de ta réponse rapide.La requête incriminée est jointe.
Mon souci c'est que quand je l’exécute dans SSMS il plante aussi. Les autres requete passe sans souci.
Je suis obligé de redémarrer le service SQL pour que ça remarche.

Bonjour,

Avez vous essayé de lancer le profiler en même temps que vos requetes d'insertion ?
A défaut l'activity monitor ?
Et le perfmon ?

Avez vous constaté des ralentissements au niveau des disques ?

Je soupconne un deadlock dans votre cas ...

Un deadlock choisi une victime, a peu près instantanément, incompatible avec un timeout...

En revanche un lock est plus probable...

Citation:

---

Envoyé par ulrichdonaldIT

Bonsoir iberserk

Merci de ta réponse rapide.La requête incriminée est jointe.
Mon souci c'est que quand je l’exécute dans SSMS il plante aussi. Les autres requete passe sans souci.
Je suis obligé de redémarrer le service SQL pour que ça remarche.

---

C'est la requète complète??? je ne vois pas de commit...

Il n'y a que des insert/update, voyez au niveau des lock (sp_locks par exemple ou sys.dm_exec_requests pour voir quel session/requête vous bloque).

Vous pouvez aussi activer un profiler avec stmtStarted/completed pour voir quelle partie de la requête prend tu temps.

Citation:

---

Envoyé par ulrichdonaldIT

Bonsoir à Tous

Je suis nouveau sur le forum et j'ai le même problème que dans cette discussion.

Mes configurations sont :
OS : Windows 2012 Entreprise
RAM : 56 Go
HDD : 2 To repartis (C: 400 Go , D : 500 Go pour les backup et E: 1 To pour la DATA).
SGBD : SQL Server 2014 Entreprise.
Logiciel : Sage 1000 v6.51
Je fais la maintenance (réorganisation des index et MAJ des statistiques) de mes bases tous les dimanches à 20 h.

---

Ce n'est absolument pas suffisant. Faite le tous les jours.

Avez vous paramétré votre base pour la création et la mise jours des stats automatiquement ?

Enfin, faites vous régulièrement des campagnes d'indexation ????

A +

Exactement, Au pire vous pouvez mettre vos stats à jour de manière échantillonnée

Bonsoir SQLPRO

Merci pour ta réponse
Après vérification, la BDD est paramétrée pour la création et la mise à jour des stats automatiquement .
Par contre, peux-tu m'expliquer 'campagnes d'indexation' ?

D'avance merci

Bonsoir iberserk

Merci pour ta réponse.
C'est un peu compliqué pour faire ressortir les requêtes d'insertion car il s'agit de plusieurs tables.
Par contre ce que je peux faire c'est de déclencher le profiler et le laisser tourner tous les jours jusqu'à avoir le problème et analyser ensuite.
Je cherche les lock et te fais un retour.

Je tiens à m'excuser pour le retard concernant mes réponses à vos solutions.:)

Citation:

---

Envoyé par ulrichdonaldIT

Je cherche les lock et te fais un retour.

---

Regardez les Latch aussi ...

L'auto Update Stat fonctionne au delà d'un certain seuil il peut arriver a tout moment et ralentir les bases pendant son exécution sauf lorsqu'il est réalisé de manière asynchrone (sur les versions entreprise uniquement) dans ce cas il sera exécuté en dehors de la compilation des requêtes.

L'avantage d'avoir vos propre plan de maintenance vous maitrisez totalement la mise a jour de vos données et l'impact sur les performance. Par contre cela implique d'avoir une bonne vision de votre cycle de vie des données.

Citation:

---

Envoyé par ulrichdonaldIT

Par contre, peux-tu m'expliquer 'campagnes d'indexation' D'avance merci

---

Consiste à :

• auditer les index inutiles et les supprimer à l'aide de la vue sys.dm_db_index_usage_stats à condition qu'ils ne soient pas sémantiques
• supprimer les index redondants et certains index inclus. Voir : http://blog.developpez.com/sqlpro/p9...s_index_anorma
• ajouter les index nécessaire en utilisant les vues sys.dm_db_missing_index... par mutualisation ou écrémage

Et ce de manière régulière (par exemple une fois tous les 2 ou 3 mois)

A +