Comment SQL Server stocke-t-il les informations dans les propriétés de planification des travaux?

12

Je sais que c'est le cas SELECT * FROM msdb..sysjobschedules, mais cela montre juste la prochaine fois qu'un travail doit être exécuté.

Je veux savoir comment tout cela est déterminé et stocké. Alors, où stocke-t-il la valeur de Recurs every Monday?

sql-server t-sql jobs

— Joe
source

vérifiez sélectionnez * dans msdb.dbo.sysschedules les sp_add_schedulemises à jour ou inserts de procédure stockée système dans ce tableau.

Je pense que les informations sont stockées dans msdb.dbo.sysschedules. Consultez la page msdn .

8

Toutes les 20 minutes (cela ne semble PAS être configurable), les informations sur la prochaine exécution sysjobschedulessont mises à jour en consultant les informations que vous pouvez voir dans sysschedules.

Vous savez comment, lorsque vous définissez un travail, vous devez suivre un processus légèrement compliqué plutôt que de simplement dire `` exécuter ce travail tous les lundis '', au lieu de définir un calendrier qui le dit et d'associer le travail au calendrier? C'est pourquoi - ils ont des existences indépendantes.

— AakashM
source

6

Et si vous souhaitez lier les informations sysschedulesà vos informations de travail:

use msdb;

select SYSJ.name, SYSS.* from sysjobs as SYSJ
inner join sysjobschedules as SYSJS on SYSJ.job_id = SYSJS.job_id
inner join sysschedules SYSS on SYSS.schedule_id = SYSJS.schedule_id;

0

Pour élaborer sur la réponse de Josien, un bel article liant toutes les entités sys liées au travail et vous donnant un bel ensemble de requêtes pour consulter les informations qu'il contient : https://www.mssqltips.com/sqlservertip/2561/querying-sql -server-agent-job-information /

Je l'ai trouvé particulièrement utile lorsque j'avais une question similaire et que je devais créer un rapport de tous les emplois d'agent dans notre environnement afin que les développeurs et les autres administrateurs de base de données puissent les examiner et fournir un contexte. À votre santé!

— NateJ
source