Discussion :

[NULL008]

bonjour a tous

j’utilise une stratégie du sauvegarde basé sur le scripting Powershell ,Tout les job du sauvegardes sont lancés depuis un serveur dédier et qui s’occupe de balayer toutes mes instances

(50 instances ) en même temps donc on total j'ai 50 job sur une même instance

malgré que j'ai la même planification des mes job du sauvegarde a 22:00 , je remarque que les job se lance en retard et du façon aléatoire , j'ai des job qui se lance a 8:00 du matin malgré qu'il doit se lancé a 22::00

pour info toutes les job se pointe sur le méme fichier du script nommé sauvgarde.ps1

Qui a une idée sur la cause racine de ce latence du lancement de job ?

Peut on avoir une phénomène du deadlook entre les job ?

merci pour vos aides

[Invité]

Ça ressemble à un verrou sur ton fichier powershell.
Est-ce que les jobs jouent à tour de rôle ?

[janlouk]

Ne serait-ce pas plus facile d'avoir un seul job, avec le contenu de ton PowerShell dedans et d'utiliser la méthode MSX et TSX?

Car ici, si ton serveur avec tes 50 jobs plante, plus rien ne tourne. Alors qu'avec la méthode des Master et Target, c'est dupliqué et tu ne rencontreras pas ce problème et tu n'auras pas ton problème non plus.

Comme dit 7gyY9w1ZY6ySRgPeaefZ, regarde la durée de tes jobs et voit si ça ne correspond pas à tes horaires "décalés".

[NULL008]

Est-ce que les jobs jouent à tour de rôle ?

Non Toutes les job il se lancement en même temps a 22:00

y a t'il un moyen de vérifier si mon Fichier de script est verrouillé ? comment je peut tracer cette information ?

Merci

[mikedavem]

En admettant qu'un fichier soit vérifié cela n'influencerait pas sur l'heure de démarrage des jobs. Au pire on aurait une date de fin décalée pour ces jobs.
Ceci dit la lecture du fichier PowerShell par les jobs ne devraient pas produire de phénomène de contention.

J'ai déjà vu des environnements ou avec beaucoup de jobs se lancer en même sans trop de problème.
Tu peux éventuellement tester de décaler tes jobs de N minutes pour voir si le problème se reproduit.

Tu as regardé éventuellement dans le log de l'agent SQL en question (SQLAGENT.OUT) ? ou l'error log de SQL Server? (ERRORLOG)

++

[NULL008]

Bonjour en faisant la modification de SQL agent vers la tache planificateur windows j'ai pas eu ce pb

y a t'il une explication de ce phénomène

Merci

[mikedavem]

Est-ce que tu as qqch dans l'error log SQL Server pouvant mettre sur la piste .. nombre de threads maximum atteint ou quelque chose dans le genre?

Il y a pas de nombre de limites de jobs concurrents (du moins à ma connaissance) mais si effectivement le nombre de threads est atteint cela pourrait en partie expliquer ton phénomène.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EXEC msdb.dbo.sp_enum_sqlagent_subsystems

Une façon de pallier le problème est comme je te disais précédemment. Décaler des jobs de quelques secondes / minutes

++