Eseguire il processo dell'agente server su Pianificazione solo se la CPU è inattiva

Ho un lavoro impostato in SQL Server Agent per eseguire una query di aggiornamento. Voglio che questo lavoro venga eseguito tutte le sere tra mezzanotte e le 5 del mattino e voglio che si ripeta ogni 5 minuti in quel lasso di tempo. Ma voglio che il lavoro venga effettivamente eseguito se la CPU è inattiva, ovvero l'utilizzo della CPU è inferiore al 20%. So che posso impostare il programma e posso anche impostare il requisito di inattività della CPU separatamente. C'è un modo per configurarlo in modo che entrambe le 'pianificazioni' debbano essere vere per l'esecuzione del lavoro?

Grazie

Oppure puoi avere un lavoro che viene eseguito ogni 5 minuti con 2 passaggi:

Step # 1 - controlla l'utilizzo della CPU (PowerShell), basta google e ci sono molti script là fuori; Se <20% esce con successo, vai al passaggio 2, Altrimenti Esci con errore e termina il lavoro (Nessun passaggio 2)

Step # 2: è l'attuale AGGIORNAMENTO.

O come ha suggerito Ken.

L'utilizzo della CPU è inferiore al 20%

Configurare SQL Agent tramite la finestra Proprietà avanzate per Condizione CPU inattiva . Impostare il valore "L'utilizzo medio della CPU scende al di sotto" al 20% e quindi per quanto tempo deve rimanere a quel livello prima che il lavoro venga eseguito.

Dopodiché configura il passaggio del lavoro per verificare il tempo assicurandoti che sia all'interno della tua finestra, se all'interno della finestra emetti il ​​comando di aggiornamento.

Ora il requisito per ogni 5 minuti potrebbe non essere esattamente conforme a questa configurazione. Non sono riuscito a trovare nulla su questo tipo di pianificazione che indica la frequenza con cui il lavoro verrà eseguito. [ad es. se si imposta "e rimane al di sotto di questo livello" su 30 secondi per la condizione di CPU inattiva, esegue il lavoro frequentemente?] Ciò richiederebbe un po 'di test in quanto non avevo mai usato questa configurazione prima. Se ne avrò la possibilità, posso provare a vedere cosa fa e aggiornerò questa risposta.

Un modo sarebbe quello di avere tre lavori. Lavoro uno impostato su una pianificazione che abilita il lavoro due all'inizio della finestra. Il lavoro due è impostato per l'esecuzione quando la CPU è inattiva e il terzo lavoro disabilita il lavoro due alla fine della finestra. Non penso che sia l'unico modo per farlo, ma sicuramente il più semplice nella mia mente.

Denis era molto vicino. Ma la soluzione effettiva è stata leggermente scambiata. Poiché PowerShell non può controllare la CPU per un periodo di tempo, è necessario utilizzare solo il controllo di SQL Server.

Quindi il mio primo passo del lavoro è stato quello di eseguire uno script PowerShell che controlla se l'ora di sistema corrente è tra i due vincoli temporali. Se lo è, lo script PowerShell non fa nulla. Il processo di SQL Server lo interpreta come un successo.

Quindi il lavoro passa all'ultimo passaggio ed esegue la query di aggiornamento.

Se tuttavia, l'ora corrente è al di fuori dell'intervallo, Start-Time -s 600eseguo una pausa per lo script PowerShell per 10 minuti (simulando il requisito "una volta ogni 5-10 minuti). Questo per impedire all'agente del server SQL di provare costantemente a eseguire questo lavoro .

Dopo 10 minuti, lo script PowerShell genera un errore personalizzato. Da quando ho $ErrorActionPreference = "Stop"all'inizio dello script, lo script PowerShell si interrompe dopo l'errore. Questo passaggio è molto importante.

Poiché PowerShell si è arrestato e non è tornato, SQL Server Agent lo interpreta come un errore e non proseguirà nel passaggio che esegue la query di aggiornamento.

PS Ragazzi, mi avete guidato nella giusta direzione. Se avessi abbastanza reputazione, voterei voi ragazzi.

Modifica: aggiunto Powershell Script

$ErrorActionPreference = "Stop"

$StartTime = Get-Date "12:00 AM"
$EndDate = Get-Date "05:00 AM"
$CurrentDate = Get-Date
$ExecuteJob = $StartTime -lt $CurrentDate -and $EndDate -gt $CurrentDate
if(!$ExecuteJob){    
    Start-Sleep -s 600
    throw "Current Time not within Server downtime"
}