IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Développement SQL Server Discussion :

[Procédure stockée]comment faire pour vérifier l'état d'un job


Sujet :

Développement SQL Server

  1. #1
    Membre éprouvé Avatar de HelpmeMM
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    Juin 2007
    Messages
    473
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France

    Informations professionnelles :
    Activité : Consultant en Business Intelligence

    Informations forums :
    Inscription : Juin 2007
    Messages : 473
    Points : 969
    Points
    969
    Par défaut [Procédure stockée]comment faire pour vérifier l'état d'un job
    Bonjour,

    j'utilise actuellement un curseur qui va modifier une tables, (tables contenant les abonnements à un états de reporting) et ensuite lance un job le problème c'est qu'il faut que je test si le job exécuté sous l'agent sql est encore en cour d'utilisations car quand mon curseur va passer sur la ligne suivant il va modifier la table des abonnements.
    le but de cette requête est d'éviter de se taper la création des job a la main et les test si oui ou non le vendeur doit recevoir un mail le jour même.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
     
    declare parcours_vendeur cursor for
    		Select Societe,Vendeur, NomPrenom, Email from T_Vendeur
    declare @Societe varchar(10)
    declare @Vendeur varchar(10)
    declare @NomPrenom varchar(32)
    declare @Email varchar(250)
     
     
    open parcours_vendeur
    fetch Parcours_vendeur into @Societe,@vendeur,@NomPrenom,@Email
     
    WHILE @@FETCH_STATUS = 0
    begin
    	--Test pour savoir si des différences sont associés au vendeur
    	if @Vendeur in (select 
    						 vendeur 
    				    from t_client as C, t_difquantitecommandeefacturee as D
    				    where C.Client=D.Client and D.DateAnomalie=datediff(day,0,getdate()))
    		begin
    			-- mise à jour des champs pour prendre en compte les paramètre du vendeur en cours
    			Update Reportserver.dbo.Subscriptions
    			SET ExtensionSettings = '<ParameterValues><ParameterValue><Name>TO</Name><Value>'+@Email+'</Value></ParameterValue><ParameterValue><Name>IncludeReport</Name><Value>True</Value></ParameterValue><ParameterValue><Name>RenderFormat</Name><Value>PDF</Value></ParameterValue><ParameterValue><Name>Subject</Name><Value>Le rapport @ReportName a été exécuté à @ExecutionTime</Value></ParameterValue><ParameterValue><Name>IncludeLink</Name><Value>True</Value></ParameterValue><ParameterValue><Name>Priority</Name><Value>NORMAL</Value></ParameterValue></ParameterValues>',
    				Parameters = '<ParameterValues><ParameterValue><Name>vendeur</Name><Value>'+@Vendeur+'</Value></ParameterValue></ParameterValues>'
    			WHERE Report_OID = 'ebcc60eb-d37e-3569-b06b-83f81689604a'
                                --exécution du job envoyant le mail au vendeur
                               Exec msdb.dbo.sp_start_job N' myjob '
    		End
    	fetch Parcours_vendeur into @Societe,@vendeur,@NomPrenom,@Email
    End
     
    Close parcours_vendeur
    deallocate parcours_vendeur
    la question que je me pose est donc la suivant :
    Existe il une procédure stockée qui nous renvoie l'information sur l'état du job ?
    ou encore
    Est il possible de retrouver dans une table le fait que le job est en cours ou bien est terminé?

    et si OUI laquelle.

    cordialement.
    Garry
    La connaissance c'est ce qu'il manque à tout homme

  2. #2
    Membre confirmé Avatar de agemis31
    Profil pro
    DBA
    Inscrit en
    Octobre 2007
    Messages
    399
    Détails du profil
    Informations personnelles :
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : DBA

    Informations forums :
    Inscription : Octobre 2007
    Messages : 399
    Points : 478
    Points
    478
    Par défaut sp_help_job
    Bonsoir,

    Je n'ai rien compris au problème pratique,
    mais peut être que sp_help_job peut vous aider.

    Sinon il y a des table/vues systèmes (et particulièrement msdb..sysjobXXX)

    * SQL Server 2000 System tables
    * SQL Server 2005 System views
    * SQL Server 2008 System views

    @+

  3. #3
    Membre actif
    Inscrit en
    Février 2009
    Messages
    224
    Détails du profil
    Informations forums :
    Inscription : Février 2009
    Messages : 224
    Points : 269
    Points
    269
    Par défaut
    Bonjour,
    La table sysjobs contient les informations des différents jobs et sysjobhistory contient les historiques d'exécutions et particulièrement la colonne run_status.
    Je pense que ces 2 tables systèmes contiennent les informations dont vous avez besoin

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 774
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 774
    Points : 52 746
    Points
    52 746
    Billets dans le blog
    5
    Par défaut
    Je pense que votre logique est mal conçue. En principe vous ne devriez pas devoir interroger ce job ni le lancer depuis une procédure.

    Le mieux serait de créer une table tampon qu'un job scrute toutes les x secondes afin de savoir s'il n'a pas du boulot à faire.

    En procédant comme vous le faites vous créez de la programmation spaghetti temporelle ce qui est la pire des choses en terme de contre performances (attentes impératives) !!!

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre éprouvé Avatar de HelpmeMM
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    Juin 2007
    Messages
    473
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France

    Informations professionnelles :
    Activité : Consultant en Business Intelligence

    Informations forums :
    Inscription : Juin 2007
    Messages : 473
    Points : 969
    Points
    969
    Par défaut
    merci pour les informations je pense que j'ai mes réponses
    Garry
    La connaissance c'est ce qu'il manque à tout homme

  6. #6
    Membre éprouvé Avatar de HelpmeMM
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    Juin 2007
    Messages
    473
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France

    Informations professionnelles :
    Activité : Consultant en Business Intelligence

    Informations forums :
    Inscription : Juin 2007
    Messages : 473
    Points : 969
    Points
    969
    Par défaut
    ok j'ai modifié un peu tout ça.

    maintenant j'appelle une procédure stocké dans mon curseur qui lance mon job avec les paramètres et effectue la fonction d'update cela à le mérite d'être réutilisable quelque soit l'abonnement, il me suffira juste de refaire un curseur suivant le contexte.

    Sinon pour information la procédure système qui permet de connaitre l'état d'un job (en cours, arrêter, etc ) est sp_help_job que j'utilise dans mon cas avec @job_id='id_de_mon_job' et @job_aspect = 'JOB'

    exec sp_help_job @job_id='id_de_mon_job' et @job_aspect = 'JOB'; qui renvoie un seul resulset qui est alors exploitable pour faire des test sur l'état du job
    Garry
    La connaissance c'est ce qu'il manque à tout homme

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [XL-2000] Comment faire pour vérifier qu'un fichier est bien présent dans un emplacement précis
    Par Avinetor dans le forum Macros et VBA Excel
    Réponses: 3
    Dernier message: 05/06/2009, 14h12
  2. Comment faire pour imprimer un état?
    Par Midou45 dans le forum Word
    Réponses: 10
    Dernier message: 02/01/2009, 11h41
  3. Comment faire pour vérifier ma librairie X11 ?
    Par gifffftane dans le forum Administration système
    Réponses: 0
    Dernier message: 07/09/2008, 22h08
  4. Réponses: 0
    Dernier message: 14/02/2008, 15h44
  5. Procédure stockée : comment faire plus simple / plus fiable ?
    Par allaume dans le forum Accès aux données
    Réponses: 1
    Dernier message: 08/08/2007, 12h17

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo