Perché l'Utilità di pianificazione di Windows sta tentando di avviare più istanze?

Esistono numerose attività pianificate di Windows eseguite su un server Web Server 2008 (non R2) che si trova in un cluster.

Di recente ci siamo spostati da un cluster di server Web originale a un nuovo clerver di server web (Server 2008 - non R2).

Il nuovo server web (nel cluster) che esegue le attività di Windows è impostato come sull'originale che riteniamo.

MA ora troviamo che sul nuovo Windows Server l'Utilità di pianificazione di Windows sembra voler avviare immediatamente ogni attività tre volte.

Se impostiamo l'opzione per mettere in coda una nuova attività otteniamo:

L'ID evento 324 Task Scheduler ha messo in coda l'istanza "{9a1a8411-b042-45ff-8e6b-89874df230d7}" dell'attività "\ Segnalazione client" e la avvierà non appena l'istanza "{2bcc3df6-ea3b-4453-90c2-75b8b1946388}" viene completata.

Se impostiamo l'opzione per interrompere un'attività esistente otteniamo:

ID evento 323 L'utilità di pianificazione ha arrestato l'istanza "{e685a910-b32b-414e-85fd-96bbe54314a2}" dell'attività "\ Segnalazione client" per avviare la nuova istanza "{4db66265-1f51-4ede-8535-ac7c3cb5c4c1}".

Impostazioni spuntate:

• Consentire l'esecuzione dell'attività su richiesta.

• Esegui l'attività il più presto possibile dopo aver perso un avvio pianificato.

• Interrompere l'attività se in esecuzione per più di 1 ora.

• Se l'attività in esecuzione non termina quando richiesto, forzare l'arresto.

• Avviare l'attività solo se il computer è alimentato a corrente alternata.

• Interrompere l'attività se il computer passa all'alimentazione a batteria.

Opzione selezionata: se l'attività è già in esecuzione, interrompere l'istanza esistente.

Nota: abbiamo spostato le attività da un server a un altro nel cluster per vedere se il Task Scheduler su quel particolare server che avevamo scelto causava il problema. Stesso comportamento.

Potrebbe essere qualcosa a che fare con la costruzione dei nuovi server?

Abbiamo attività molto simili impostate su un altro cluster di server che funzionano correttamente senza tutto questo avvio multiplo. Confrontando queste attività con quelle qui - non sembra esserci nulla di ovviamente diverso in termini di impostazioni a nostra disposizione attraverso le opzioni all'interno dell'Utilità di pianificazione.

Trigger: l'attività è programmata per essere attivata quotidianamente, una volta ogni ora, e per essere interrotta se supera questo tempo.

Azione: esegue un file .bat.

Cosa potrebbe causare questo / dove possiamo guardare per vedere quale logica sta causando l'avvio delle attività più volte in questo modo?

Questo è il problema descritto in KB2617046 : se si disabilita e quindi si attiva un'attività pianificata, vengono creati trigger duplicati. Le proprietà dell'attività mostrano ancora solo un trigger, ma puoi vedere che l'attività viene attivata più volte contemporaneamente nella cronologia delle attività.

C'è un aggiornamento rapido disponibile da Microsoft. L'aggiornamento rapido dice che è per Vista, ma funziona su Server 2008 SP2. Dopo aver applicato l'aggiornamento rapido, è necessario disabilitare e riattivare il trigger sulla propria attività (chiudendo la finestra delle proprietà del trigger tra per applicare le modifiche) al fine di eliminare i duplicati.

Siamo riusciti a fermare l'Utilità di pianificazione di Windows avviando più processi spuntando l'opzione "Se l'attività non riesce, riavvia ogni:" con le impostazioni predefinite di "1 minuto" e "Tenta di riavviare fino a: 3 volte".

Sembrava controintuitivo come

1. le attività non sembrano fallire (le azioni che eseguono sono state eseguite più volte)

e 2. i compiti sembravano già decidere di iniziare comunque tre volte.

Inoltre, abbiamo queste stesse attività configurate sui server Web di test e non abbiamo bisogno di selezionare questa opzione.

Per qualsiasi motivo non posso aggiungere un commento alla tua risposta, tuttavia è probabile che "non riesca" perché l'attività restituisce un codice di uscita diverso da 0. È possibile risolvere questo problema pianificando l'esecuzione di uno script anziché l'effettivo processo dell'attività. Lo script eseguirà l'effettivo processo dell'attività e, una volta completato, verificherà il codice di uscita del processo rispetto a un elenco di codici di successo noti. Se ha esito positivo, fare in modo che lo script esca con il codice 0 e, in caso contrario, passare il codice di uscita dell'errore. In questo modo si conserva comunque la capacità dell'utilità di pianificazione di rieseguire l'attività nel caso in cui effettivamente non riesca.

Sfortunatamente non è insolito che i processi eseguiti correttamente restituiscano codici di uscita diversi da 0. Dovresti controllare la documentazione (o chiedere allo sviluppatore) quali sono i vari codici di uscita.

Ho riscontrato questo problema su WinServer2008 R2 un paio di mesi fa. Ho provato molte soluzioni ma nulla ha risolto il problema.

quanto segue sembra risolvere il problema: Nell'applicazione Utilità di pianificazione: selezionare l'attività: quindi dal menu a destra fare clic su "Fine", verrà chiesto "Si desidera terminare tutte le istanze di questa attività?" fai clic su "Sì".

Spero che questo risolva il tuo problema.

Lo stesso problema stava succedendo qui qualsiasi attività entra in coda, quindi ha sfogliato tutte le attività che erano in esecuzione o in coda terminandole tutte e riavviato il server è stato risolto