Buongiorno a tutti,

Avendo la necessità di gestire alcune procedure ad intervalli di tempo regolari, ho implementato all'interno della chiamata Application_Start, nel file Global.asax una funzione atta alla creazione di diversi processi ciascuno con un Thread separato.

Ciascuno di questi processi ad ogni ciclo di esecuzione aggiorna una tabella del database SQL, pertanto in ogni momento è possibile sapere quando è avvenuta l'ultima esecuzione di un dato processo, se l'esecuzione del processo ha riportato errori, quale sarà la prossima esecuzione del processo. Ciascuno dei processi implementa inoltre una gestione degli errori.

A volte, per ragioni a me sconosciute e malgrado la gestione degli errori, capita che i processi si fermino.

Pertanto, stavo pensando di implementare una sorta di processo supervisore che monitorasse l'andamento degli altri processi, ed in questo caso vorrei sfruttare nello stesso file Global.asax la funzione Session_Start; in maniera tale da fare sì che all'inizio di ogni sessione venga eseguito un controllo sullo stato di esecuzione del processo supervisore

Qui mi sono fermato, in quanto non mi sembra una soluzione particolarmente efficiente ed inoltre a quanto pare sembrerebbe impossibile il controllo di un processo se non dall'interno del processo stesso.

Spero di essere stato chiaro nella spiegazione del problema, e da qui le domande:
1) esistono soluzioni più eleganti ed efficienti per la creazione di un processo "WatchDog"
2) una volta lanciato un processo mediante l'inizializzazione di un nuovo Thread è possibile verificarne lo stato o killarlo?

---

Modificato da hiram il 02 ottobre 2013 15.26 -

Grazie della risposta!

Di defualt IIS6 recicla ogni 29 ore, ma dopo il riciclo dovrebbe rieseguire Application_Start no???

Ho provato con un riciclo manuale da IIS ed i thread sono tutti ripartiti, per cui perchè pensi dipenda da questo?

Che tu sappia esiste un modo per verificare lo stato di un thread?
(ad esempio un id restituito al momento della creazione)

Avevo pensato anche ad un servizio esterno che tramite una chiamata ad un webservice ogni minuto facesse le veci di un timer INDIPENDENTE.

Ma rimarrebbe il problema della verifica dello stato dei thread esistenti, che eventualmente potrei superare con un analisi di un log, sul quale scrivo l'ora di esecuzione di ciascun processo...

Ho inoltre letto l'articolo seguente:
http://haacked.com/archive/2011/10/16/the-dangers-of-implementing-recurring-background-tasks-in-asp-net.aspx

Come mi consigli di procedere?

---

Modificato da hiram il 02 ottobre 2013 23.55 -