Discussion :

[Surtep]

SQL 2000 SP4

ENNONCE
Voilà, j'ai de nombreux job de maintenance / controle installés sur mes instances.
Chaque job de contrôle envois des mails d'alerte en cas de disfonctionnement.
La vie de l'entreprise fait que cetain destinataires ne font plus partis des salariés de l'entreprise.

QUESTION
Comme faire pour modifier TOUS les jobs afin de Supprimer / Remplacer / Ajouter des destinataires, voir de façon plus large, modifier une chaine de caractère quelconque dans ces jobs ?

Merci de vos réponses.

[rudib]

Bonjour,

Regarde dans msdb.dbo.sysjobsteps, colonne command.

Si tu redesignes, un bon principe serait de stocker les destinataires dans une table, ça te permettrait de modifier ça facilement, et pourquoi pas au bout d'un moment, de faire une petite interface pour même te décharger du boulot.

[ZERS]

Bonjour,

Regarde dans msdb.dbo.sysjobsteps, colonne command.

Si tu redesignes, un bon principe serait de stocker les destinataires dans une table, ça te permettrait de modifier ça facilement, et pourquoi pas au bout d'un moment, de faire une petite interface pour même te décharger du boulot.

Décidemment, on fait un concours tout les deux ?

[ricachu]

Bonjour à tous,

Excusez-moi, mais ça correspond à quoi "msdb.dbo.Sysjobsteps"?

Regarde dans msdb.dbo.sysjobsteps, colonne command.

[rudib]

Salut,

contient la définition des steps des jobs de l'agent.

Surtep, une précision que j'ai oublié de mentionner : quand je te demande si la modification est bien faite dans la table, c'est parce que par défaut tu ne peux pas modifier des données dans les tables systèmes. Je ne sais pas si cette table de msdb entre dans cette restriction. Si oui :

Code :

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

1
2
3
 
EXEC sp_Configure 'allow updates',1
RECONFIGURE WITH OVERRIDE

[Surtep]

Ok merci pour ces précisions.
Notes: msdb fait partie de ces tables 'system'. L'arret et le redémarrage de l'agent n'y fait rien et le contenu de la table est bel et bien modifiée.

Ceci dit, peut etre que les les plans d'executions des jobs sont en mémoire et donc, non modifiable jusqu'à relande de l'instance ou bascule sur un autre noeud...

Bon, tout ce pour dire que je vais essayer de faire la meme manipulation avec le 'Allow Update'....

[anto]

http://sgbd.developpez.com/cours/#MS-SQL

[ZERS]

QUESTION
Comme faire pour modifier TOUS les jobs afin de Supprimer / Remplacer / Ajouter des destinataires, voir de façon plus large, modifier une chaine de caractère quelconque dans ces jobs ?

Merci de vos réponses.

REPONSE :

tu peux faire mumuse avec les tables sysjobs, sysjobsteps, sysjobschedules de la base MSDB de ton/tes serveurs

A+

[rudib]

Salut Zers,
C'est dynamique ce matin

[ZERS]

Salut Zers,
C'est dynamique ce matin

En tant que démissionnaire, j'ai RAF au boulot, donc j'en profite pour donner et prendre de l'info sur SQL même si c'est pas mon métier de bosser en MSSQL (je programme rien du tout )

[Surtep]

Merci pour vos réponses mais:

Si je fais une modification, cette modification n'est pas prise en compte.
Malgrés des rafraichissements.

Je ne peut pas non plus arréter les instance (site de production avec un SLA à 99.9) .

Avez vous des idées ?
Merci

[rudib]

Ah, intéressant.

Quand tu ouvres ton job, tu ne vois pas la différence dans le step ? L'update est bien réalisé dans la table sysjobsteps ? Tu n'as pas de message d'erreur ?

Si tout est bon, peux-tu essayer de redémarrer le service SQLAgent ? Il ne devrait pas faire tomber ton % de SLA, puisque le moteur SQL continuera à tourner. Mais à priori ceci ne dvrait pas être utile ...