Discussion :

[Franck_P]

Bonjour,
J'ai configuré le database mail de mon serveur SQL 2012 afin de l'utiliser pour l'envoi des alertes en cas d’échec d'une tache de maintenance.
La fonction de test d'envoi d'un mail fonctionne, mais dès que c'est un plan qui doit s'en charger alors rien ne part.
Dans les logs je ne vois pas de message explicite m'informant d'un échec de remise.

Par où commencer la recherche de la source de mon problème ?


Merci

[SQLpro]

Bonjour,
J'ai configuré le database mail de mon serveur SQL 2012 afin de l'utiliser pour l'envoi des alertes en cas d’échec d'une tache de maintenance.
La fonction de test d'envoi d'un mail fonctionne, mais dès que c'est un plan qui doit s'en charger alors rien ne part.
Dans les logs je ne vois pas de message explicite m'informant d'un échec de remise.

Par où commencer la recherche de la source de mon problème ?


Merci

Avez-vous :
1) activé ce profil d'envoi SMTP dans l'agent SQL ?
2) créé un opérateur dans l'Agent SQL ?
3) mis cet opérateur en tant que cible de notification de vos travaux en cas d'échec ?

Pour le 1) :
clic droit sur l'Agent SQL
>>> menu "Propriétés"
>>>>>> onglet système d'alerte
>>>>>>>>> cchez "Activer le profil de messagerie, puis rentrez les informations nécessaires.

A +

[Franck_P]

Opérateur créé et profil créé
L'envoi de mail via le database mail est est ok avec ce profil

Ce qui m'intrigue c'est que lorsque je suis dans l'onglet Alerte des propriétés de l'agent Sql, j'ai bien coché "activer le profil de messagerie" alors le bouton "test" reste grisé ... !!
c'est peut être une piste ... mais je ne vois toujours rien dans les logs en cas d’échec d'une tache simple (envoi email à l'operateur)

Cdlt

[SQLpro]

Le bouton grisé c'est pas grave.

le test sur la messagerie de base de données a-t-il réussi ?

Si oui, faites un job bidon qui plante toujours. Exemple : SELECT 1/0
et notifiez l'opérateur en cas de défaillance.
testez le.

A +

[hmira]

Les mails en échec de remise (failed) sont consignés dans les vues catalogues de la messagerie de base de données dbo.sysmail_faileditems, dbo.sysmail_event_log, etc. de la base système msdb.

En plus des vérifications et des tests indiqués ci-dessus, vous pouvez ensuite, examiner le résultat de la requête ci-dessous. Celle-ci vous donnera des indications précieuses sur l'origine des éventuelles erreurs survenues lors de l'envoi des mails :

Code SQL :

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

1
2
3
4
5
6
7
USE msdb 
GO 
 
SELECT i.subject, i.last_mod_date, l.description
FROM dbo.sysmail_faileditems as i
INNER JOIN dbo.sysmail_event_log AS l
    ON i.mailitem_id = l.mailitem_id;

A+

[Franck_P]

J'ai refait un autre profil et tout est rentré dans l'ordre.
J'ai ajouté une info mail en cas de réussite du plan de maintenance et je le reçois bien a chaque fois que ce job est planifié.
Merci pour vos explications