Discussion :

[souhail72]

Bonjour
Je souhaite faire un test de connexion sur une base de donnée, je m'explique :
Si pas de connexion, envoyer un EventLog
sinon faire traitement.
cette étape je sais la faire par contre j'aimerai ajouter le test ou la connexion revient ce qui vas générer un eventlog et envoi de mail par la suite.
merci bcp

[jopopmk]

Salut,

pas sûr de comprendre. Le titre du sujet est "Test connexion base de donnée" mais quand on lit ton message on a l'impression que c'est soit la génération de l'EventLog soit l'envoi de mail que tu ne sais pas faire.

[souhail72]

Ok je m'explique,
A la date d'aujourd'hui j'ai une application qui tourne et qui envoi des EventLog dés que la connexion tombe.
L'application est un service windows qui tourne en tache de fond et qui s’exécute toute les 10 mn.
L'idée est de générer un EventLog dés que la connexion tombe mai aussi dés qu'elle reviennent ? Suis je assez explicite ?
Merci @ vous

[jopopmk]

Ok, l'idée est donc de conserver le statut de la dernière tentative de connexion.

Code :

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

1
2
3
4
Si test connexion KO > log
Si test connexion OK :
    Si précédent test connexion OK > aucune action
    Si précédent test connexion KO > log

C'est l'idée ?

Si la connexion est KO pendant plusieurs 10aines de minutes, ton service crée autant d'EventLog ?

[souhail72]

C'est bien l'idée justement. j'ai un timer qui tourne tous les 10 mn, ce timer exécute justement le service windows donc
toute les 10 mn exécution, si pas de connexion envoi eventLog
ton idée est super inintéressante de reprendre le dernier état de la connexion. reste a formaliser tout cela
merci

[jopopmk]

Je vois deux possibilités selon ton archi :
- tu as un services qui tourne H24 et lance le test toutes les 10 minutes : tu conserves le statut dans une simple variable,
- tu as une tache planifiée qui est appelée toutes les 10 minutes (nouvelle instance du prog à chaque fois) : tu vas lire les EventLog pour voir si t'as eu un échec de connexion auparavant.

Dans le deuxième cas il y a encore le choix :
- d'avoir un eventLog pour chaque erreur de connexion (ex. 30 minutes de connexion ratées d'affilée donnent 3-4 eventLog d'affilée) : pour déterminer le status du précédent test tu cherches alors un eventLog d'erreur datant de ~10 minutes.
- avoir un eventLog correspondant au changement de status (ex. 30 minutes de connexion ratées d'affilée donnent un seul eventLog) : tu cherches le dernière eventLog fait par ton appli. Ça fait moins d'eventLog dans le journal et pas de test sur la date d'écriture. Il faudra par contre bien penser que si tu ne trouves pas d'entrée c'est que le statut est "réussi" jusque là (cas du premier lancement).

[souhail72]

Ok merci pour l'ensemble de tes orientation, c'est nickel . merci bcp