Discussion :

[aloisio11]

Bonjour à tous,

J'utilise Microsoft SQL Server 2014 Standard Edition (64-bit) sur un serveur.
J'ai des applications et un intranet qui communiquent avec ce SQL Server.
Sur une de mes application j'ai un traitement qui est très lourd et dure quelques minutes, hélas pendant ce temps l'intranet est très lent et les timeouts fréquents

J'aimerais donc donner une importance/priorité plus faible à l'application pour qu'elle laisse plus de ressource à l'intranet.
J'ai vu qu'il existait un "Gouverneur de ressources" mais hélas indisponible sur la version Standard.

Existe-il une solution à mon problème ?

Merci d'avance

[julien94320]

Bonjour,

Votre probleme est vague il nous manque des éléments mais j'ai déjà néamoins quelques pistes qui vous feront répondre :

• Le traitement long a t'il été optimisé ? Est il possible de diminuer les ressources accaparé par ce traitement (Nombre d'io / CPU ... )
• Est il possible de sortir ce traitement sur un autre environnement ?
• Avez vous identifiés la ou les requetes consommatrices ? Et a quel niveau ?
• Est il impératif de faire tourner ce traitement en journée ?

[aloisio11]

Merci pour ta réponse.

Le traitement long a t'il été optimisé ? Est il possible de diminuer les ressources accaparé par ce traitement (Nombre d'io / CPU ... )
Oui je savais que ce traitement allait être lourd, j'ai donc beaucoup travaillé l'optimisation.
Qu'entends tu pars nombre d'IO ?

Est il possible de sortir ce traitement sur un autre environnement ?
Pas impossible mais difficile, car les données devrons être rapidement à jour d'un environnement à l'autre.

Avez vous identifiés la ou les requêtes consommatrices ? Et a quel niveau ?
Oui mais elles sont optimisées et indispensables.

Est il impératif de faire tourner ce traitement en journée ?
Hélas oui, c'est un calcul de prix d'articles.

[julien94320]

Dans l'optimisation je vois que vous effectuez un calcul de prix n'avez vous pas essayé de le faire en .Net via du CLR pour soulager le serveur SQL (piste possible, ce n'est pas forcément la solution ultime) ?

Quel est le nombre d'IO remonté par votre requete consommatrice au niveau accès disque ? Avez vous le plan de la requete incriminé ?

Normalement il est imperatif de sortir les traitements de scoring / BI ... du transactionnel, l'ideal serait de transferer les données sur une autre instance via un systeme de réplication par exemple et d'effectuer les calcul dans un environnement dédié.

Autre point : Le parrallélisme est il activé sur votre machine ? Si oui votre requete consommatrice est elle élligible ? Comment se comporte le parrallélisme vis a vis de cette requete ? comment est solicité votre CPU au moment du passage de cette requete ?

Julien

[aieeeuuuuu]

Bonjour,

Il faudrait savoir avant toutes choses si c'est bien un problème de charge sur le serveur. Dans votre cas, il me semble plus probable qu'il s'agisse de problème de verrouillage qui bloque les autres requête, lesquelles tombent alors en timeout.

La solution au problème ne sera alors pas du tout la même.

Il faudrait nous en dire plus sur le traitement, ce qu'il fait,...

[aloisio11]

Oui il s'agit plus d'un verrouillage j'ai l'impression.

Le traitement parcours environ 10'000 articles et par article au moins 3 SELECT (dont 1 avec UNION) et un UPDATE sur environ 1 article sur 20.

[SQLpro]

Bonjour à tous,

J'utilise Microsoft SQL Server 2014 Standard Edition (64-bit) sur un serveur.
J'ai des applications et un intranet qui communiquent avec ce SQL Server.
Sur une de mes application j'ai un traitement qui est très lourd et dure quelques minutes, hélas pendant ce temps l'intranet est très lent et les timeouts fréquents

J'aimerais donc donner une importance/priorité plus faible à l'application pour qu'elle laisse plus de ressource à l'intranet.
J'ai vu qu'il existait un "Gouverneur de ressources" mais hélas indisponible sur la version Standard.

Existe-il une solution à mon problème ?

Merci d'avance

Globalement vous pouvez faire cela par le "resource governor" : https://msdn.microsoft.com/en-us/library/bb933866.aspx

A +

[aloisio11]

Pas disponible dans la version Standard hélas

[aieeeuuuuu]

ok, je pensais que vous faisiez cela dans une procédure stockée...
Je n'ai pas lu votre code en détail mais :

1/ il s'agit finalement surement bien de problème de performances. a priori, vous éxécutez pas moins de 20000 requetes...
2/ vous devriez réécrire en procédure stockée. je pense qu'une seule requete UPDATE devrait suffire, et ne durera probablement que quelques secondes.
3/ vous pourriez même envisager une vue indexée, si c'est possible et pertinent... (a quelle fréquence est exécutée cette procédure, et que fait-elle ?)

[aloisio11]

Oui je peux regrouper les updates mais ils ne sont pas exécuté pour chaque article. Uniquement sur 5%/10%.

Cette routine passe toutes les 2 heures et dure entre 8 et 9 minutes.
Elle calcule les prix des articles.

[julien94320]

Effectivement encapsuler les mise a jour dans une procédure stockée sera beaucoup plus performant ...

Il faut :

• Identifier les données a mettre a jour surtout c'est juste 5 a 10 % ça ira très vite
• Mettre en place le syteme de mise a jour
• Au besoin utiliser des fonctions CLR pour le calcul

Si vous avez un DBA's SQL Server sous le coude essayez de vous rapprocher de lui pour qu'il vous auguille sur la bonne démarche.

[aieeeuuuuu]

Cette routine passe toutes les 2 heures et dure entre 8 et 9 minutes.
Elle calcule les prix des articles

vos prix changent toutes les deux heures ?