processi timer di SharePoint non sempre invocati
-
19-09-2019 - |
Domanda
Ho un processo timer che è stato distribuito in un server con più front-end Web.
- Questo processo timer legge la sua configurazione da un negozio oggetto gerarchica.
- Questo processo timer è pianificata l'esecuzione quotidiana sul server.
Ma il problema è che questo processo timer non è sempre invocato tutti i giorni. Ho implementato la registrazione degli eventi nel metodo execute () del processo timer, ma non vedo alcun registro generati.
-
Tutte le idee su che cosa potrebbe causare un processo timer per non essere preso per l'esecuzione da parte del servizio Timer di SharePoint? Come posso risolvere questo problema?
-
Ci sono dei "Beccato" s per l'esecuzione di processi timer nel server da più front-end? Sarà il processo timer ottenere l'esecuzione in tutti i front-end web, o di uno di essi arbitrariamente? Come sapere quale macchina avrà i miei ceppi di evento?
-
Questa potrebbe essere una domanda stupida, ma non avendo più front-end per il bilanciamento del carico influenzare il modo Stores gerarchica degli oggetti si comportano?
Modifica
Uno dei commentatori, Sean McDounough, (Grazie Sean !!) ha fatto un ottimo punto che:
"se il processo timer viene eseguito su tutti i WFEs sarà una funzione del valore enum SPJobLockType specificato nel costruttore. Utilizzando un valore di 'Nessuno' significa che il lavoro verrà eseguito su tutti WFEs."
Ora, il mio processo timer è responsabile per l'invio di mail periodiche per un elenco di utenti. Attualmente è contrassegnato come SPJobLockType.Job"
-
Se cambio questo per SPJobLockType.None, questo significa che il mio processo timer sarà eseguito in tutte le WFEs separatamente? (Questo non è desiderato, sarà lo spam da tutti gli utenti con più messaggi di posta elettronica)
-
Oppure significa che il processo timer eseguirà in uno qualsiasi dei WFEs, arbitrariamente?
Soluzione
Provare a riavviare il servizio timer di SharePoint dalla riga di comando utilizzando NET STOP SPTimerV3 seguito da un NET START SPTimerV3. La mia ipotesi è che il servizio timer è in esecuzione con una versione precedente del vostro assembly .NET. Il servizio di timer non ricaricare automaticamente assiemi quando si aggiorna la soluzione WSP.
Altri suggerimenti