oui, effectivement, on voit bien que plusieurs sont traités en même temps.. mais de là dire qu'il y en a plus d'un côté que de l'autre..impossible.
oui, effectivement, on voit bien que plusieurs sont traités en même temps.. mais de là dire qu'il y en a plus d'un côté que de l'autre..impossible.
Ce qui pourrait être intéressant aussi, c'est de fixer la propriété MaxConcurrentExecutable à 2 (par exemple) sur les deux serveurs et comparer les temps d'exécution.
Cela va être difficile de toucher à la PROD.
Je pars en vacances pour 1 mois ce soir.. donc je reprendrai ce fil de discussion à mon retour. Merci pour ton aide..
Dans tous les cas je continue à regarder si quelqu'un a d'autres suggestions.. Ainsi j'aurai d'autres pistes à explorer ... MERCI !
Bonjour,
J'ai peut-être manqué quelque chose de ta conversation avec David, mais j'ai lu au tout début que sur le serveur 2, 50Go étaient alloués à SQL Server.
SSIS n'utilise pas de RAM affectée à SQL Server, mais pioche dans le reste.
Pour diagnostiquer plus précisément, peux-tu activer les logs sur les packages et cibler la tache dont les temps deviennent anormalement élevés en changeant de serveur ?
Par ailleurs, si l'exécution depuis VS est tout à fait normal, le problème peut venir de la configuration du job. Quel est le temps d'exécution si le package est appelé non avec un job mais en ligne de commande avec dtexec ?
Dernière chose, le package master a-t-il été ré-écrit en changeant de serveur ? si ce n'est pas le cas, es-tu sûr que les packages enfant appelés par ce package master le sont bien sur le serveur 2 ?
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager