Condividi tramite

Pianificazioni per i trigger ricorrenti nei flussi di lavoro di App per la logica di Azure

  • Articolo

Si applica a: App per la logica di Azure (a consumo e standard)

App per la logica di Azure consente di creare ed eseguire flussi di lavoro ricorrenti automatizzati in base a una pianificazione. Creando un flusso di lavoro di App per la logica che inizia con trigger di ricorrenza o trigger finestra scorrevole, che sono trigger di tipo pianificazione, è possibile eseguire le attività immediatamente, in un secondo momento o in un intervallo ricorrente. È possibile chiamare servizi all'interno e all'esterno di Azure, ad esempio endpoint HTTP o HTTPS, inviare messaggi ai servizi di Azure, ad esempio Archiviazione di Azure e Bus di servizio di Azure, oppure ottenere il caricamento di file in una condivisione file. Con il trigger Ricorrenza è anche possibile configurare pianificazioni complesse e ricorrenze avanzate per l'esecuzione delle attività. Per altre informazioni su come pianificare trigger e azioni predefiniti, vedere Pianificare trigger e Pianificare azioni.

L'elenco seguente mostra alcune attività di esempio che è possibile eseguire con il comando Pianifica trigger predefiniti:

  • Ottenere dati interni, ad esempio eseguire una stored procedure SQL ogni giorno.

  • Ottenere dati esterni, ad esempio il pull dei report meteo da NOAA ogni 15 minuti.

  • Inviare dati dei report, ad esempio inviare un riepilogo per tutti gli ordini maggiori di un importo specifico nella settimana precedente.

  • Elaborare dati, ad esempio comprimere le immagini caricate ogni giorno feriale durante le ore di minore attività.

  • Pulire i dati, ad esempio eliminare tutti i tweet più vecchi di tre mesi.

  • Archiviare i dati, ad esempio eseguire il push delle fatture a un servizio di backup alle 1:00 ogni giorno per i nove mesi successivi.

È anche possibile usare il comando Pianifica azioni predefinite per sospendere il flusso di lavoro prima dell'esecuzione dell'azione successiva, ad esempio:

  • Attendere fino a un determinato giorno della settimana per inviare un aggiornamento di stato tramite posta elettronica.

  • Ritardare il flusso di lavoro fino a quando una chiamata HTTP viene completata prima di riprendere e recuperare i risultati.

Questa guida descrive le funzionalità dei comandi Pianifica trigger predefiniti e Pianifica azioni predefinite.

Eseguire carichi di lavoro ricorrenti con o senza più app per la logica

È possibile pianificare ed eseguire carichi di lavoro ricorrenti senza creare un'app per la logica a consumo separata per ogni processo pianificato e in esecuzione nel limite dei flussi di lavoro per area e sottoscrizione. È invece possibile creare un'app per la logica Standard con più flussi di lavoro oppure usare il modello di app per la logica a consumo creato dal Modello di avvio rapido di Azure: Utilità di pianificazione processi di App per la logica.

Il modello dell'utilità di pianificazione dei processi di App per la logica di Azure crea un'app per la logica denominata CreateTimerJob che richiama un'app per la logica TimerJob. È quindi possibile chiamare l'app per la logicaCreateTimerJob come API effettuando una richiesta HTTP e passando una pianificazione come input per la richiesta. Ogni chiamata all'app per la logica CreateTimerJob chiama anche l'app per la logica TimerJob, che crea una nuova istanza TimerJob che viene eseguita continuamente in base alla pianificazione specificata o fino al raggiungimento di un limite specificato. In questo modo è possibile eseguire tutte le istanze di TimerJob desiderate senza preoccuparsi dei limiti del flusso di lavoro perché le istanze non sono singole definizioni o risorse del flusso di lavoro dell'app per la logica.

Trigger di programmazione

È possibile avviare il flusso di lavoro dell'app per la logica usando il trigger di ricorrenza o il trigger finestra scorrevole, che non è associato a un servizio o a un sistema specifico. Questi trigger avviano ed eseguono il flusso di lavoro in base alla ricorrenza specificata in cui si seleziona l'intervallo e la frequenza, ad esempio il numero di secondi, minuti, ore, giorni, settimane o mesi. È anche possibile impostare la data e l'ora di inizio insieme al fuso orario. Ogni volta che viene attivato un trigger, App per la logica di Azure crea ed esegue una nuova istanza del flusso di lavoro per l'app per la logica.

Ecco le differenze tra questi trigger:

  • Ricorrenza: esegue il flusso di lavoro a intervalli regolari in base alla pianificazione specificata. Se il trigger perde ricorrenze, ad esempio a causa di interruzioni o flussi di lavoro disabilitati, il trigger Ricorrenza non elabora le ricorrenze perse ma riavvia le ricorrenze con l'intervallo pianificato successivo.

    Se si seleziona Giorno come frequenza, è possibile specificare le ore del giorno e dei minuti dell'ora, ad esempio ogni giorno alle 2:30. Se si seleziona Settimana come frequenza, è anche possibile selezionare i giorni della settimana, ad esempio mercoledì e sabato. È anche possibile specificare una data e un'ora di inizio insieme a un fuso orario per la pianificazione della ricorrenza. Per altre informazioni sulla formattazione del fuso orario, vedere Aggiungere un trigger Ricorrenza.

    Importante

    Se si usa la frequenza Giorno, Settimana o Mese e si specifica una data e un'ora future, assicurarsi di impostare la ricorrenza in anticipo:

    • Giorno: impostare la ricorrenza giornaliera almeno 24 ore in anticipo.

    • Settimana: impostare la ricorrenza settimanale almeno 7 giorni in anticipo.

    • Mese: impostare la ricorrenza mensile almeno un mese in anticipo.

    In caso contrario, il flusso di lavoro potrebbe ignorare la prima ricorrenza.

    Se una ricorrenza non specifica una data e un'ora di inizio precise, la prima ricorrenza viene eseguita immediatamente quando si salva o si distribuisce l'app per la logica, nonostante la configurazione della ricorrenza del trigger. Per evitare questo comportamento, specificare una data e un'ora di inizio per la prima ricorrenza da eseguire.

    Se una ricorrenza non specifica altre opzioni di pianificazione avanzate, ad esempio orari specifici per l'esecuzione di ricorrenze future, tali ricorrenze si basano sull'ultima esecuzione. Di conseguenza, gli orari di inizio per tali ricorrenze potrebbero derivare a causa di fattori quali la latenza durante le chiamate di archiviazione. Per assicurarsi che il flusso di lavoro non perda una ricorrenza, in particolare quando la frequenza è in giorni o più lunga, provare queste opzioni:

    • Specificare una data e un'ora di inizio per la ricorrenza più gli orari specifici in cui eseguire le ricorrenze successive usando le proprietà denominate In queste ore e In questi minuti, disponibili solo per le frequenze Giorno e Settimana.

    • Usare il trigger Finestra scorrevole anziché il trigger Ricorrenza.

    Per altre informazioni, vedere Creare, pianificare ed eseguire attività e flussi di lavoro ricorrenti con il trigger Ricorrenza.

  • Finestra scorrevole: esegue il flusso di lavoro a intervalli di tempo regolari che gestiscono i dati in blocchi continui. Se il trigger perde ricorrenze, ad esempio a causa di interruzioni o flussi di lavoro disabilitati, il trigger Finestra scorrevole torna indietro ed elabora le ricorrenze perse.

    È possibile specificare una data e un'ora di inizio, un fuso orario e una durata per ritardare ogni ricorrenza nel flusso di lavoro. Questo trigger non supporta pianificazioni avanzate, ad esempio ore specifiche del giorno, minuti dell'ora e giorni della settimana. Per altre informazioni, vedere Creare, pianificare ed eseguire attività e flussi di lavoro ricorrenti con il trigger Finestra scorrevole.

Nota

Le opzioni di pianificazione avanzate, ad esempio In queste ore e In questi giorni, sono disponibili e funzionano solo con i trigger di polling predefiniti, ad esempio il trigger Ricorrenza e il trigger Finestra scorrevole, che vengono eseguiti direttamente con il runtime di App per la logica di Azure. Per i connettori gestiti da Microsoft, ospitati ed eseguiti in Azure, i trigger di polling calcolano la ricorrenza successiva usando solo i valori Intervallo e Frequenza, non le opzioni di pianificazione avanzate.

Azioni di pianificazione

Dopo qualsiasi azione nel flusso di lavoro dell'app per la logica, è possibile usare le azioni Ritardo e Ritardo fino a quando il flusso di lavoro deve attendere prima dell'esecuzione dell'azione successiva.

Modelli per data e ora di inizio

Ecco alcuni modelli che illustrano come controllare la ricorrenza con la data e l'ora di inizio e il modo in cui App per la logica di Azure esegue queste ricorrenze:

Ora di avvio Ricorrenza senza pianificazione Ricorrenza con pianificazione (solo trigger Ricorrenza)
{none} Esegue immediatamente il primo carico di lavoro.

Esegue i carichi di lavoro futuri in base all'ultima esecuzione.

 Esegue immediatamente il primo carico di lavoro.

Esegue i carichi di lavoro futuri in base alla pianificazione specificata.
Ora di inizio nel passato Trigger Ricorrenza: calcola i tempi di esecuzione in base all'ora di inizio specificata e ignora i tempi di esecuzione precedenti.

Esegue il primo carico di lavoro all'esecuzione successiva.

Esegue i carichi di lavoro futuri in base all'ultima esecuzione.

Trigger Finestra scorrevole: calcola i tempi di esecuzione in base all'ora di inizio specificata e rispetta i tempi di esecuzione precedenti.

Esegue carichi di lavoro futuri in base all'ora di inizio specificata.

Per altri chiarimenti, vedere l'esempio dopo questa tabella.

 Esegue il primo carico di lavoro non prima dell'ora di inizio, in base alla pianificazione calcolata dall'ora di inizio.

Esegue i carichi di lavoro futuri in base alla pianificazione specificata.

Nota: se si specifica una ricorrenza con una pianificazione, ma non si specificano ore o minuti per la pianificazione, App per la logica di Azure calcola i tempi di esecuzione futuri usando rispettivamente le ore o i minuti della prima esecuzione.
Ora di inizio o in futuro Esegue il primo carico di lavoro all'ora di inizio specificata.

Trigger Ricorrenza: esegue carichi di lavoro futuri in base all'ultima esecuzione.

Trigger Finestra scorrevole: esegue carichi di lavoro futuri in base all'ora di inizio specificata.

 Esegue il primo carico di lavoro non prima dell'ora di inizio, in base alla pianificazione calcolata dall'ora di inizio.

Esegue i carichi di lavoro futuri in base alla pianificazione specificata. Se si usa la frequenza Giorno, Settimana o Mese e si specifica una data e un'ora future, assicurarsi di impostare la ricorrenza in anticipo:

- Giorno: impostare la ricorrenza giornaliera almeno 24 ore in anticipo.

- Settimana: impostare la ricorrenza settimanale almeno 7 giorni in anticipo.

- Mese: impostare la ricorrenza mensile almeno un mese in anticipo.

In caso contrario, il flusso di lavoro potrebbe ignorare la prima ricorrenza.

Nota: se si specifica una ricorrenza con una pianificazione, ma non si specificano ore o minuti per la pianificazione, App per la logica di Azure calcola i tempi di esecuzione futuri usando rispettivamente le ore o i minuti della prima esecuzione.

Esempio per l'ora di inizio e la ricorrenza precedenti, ma nessuna pianificazione

Si supponga che la data e l'ora correnti siano 8 settembre 2017 alle 13:00. Specificare la data e l'ora di inizio come 7 settembre 2017 alle 2:00, ovvero nel passato, e una ricorrenza eseguita ogni due giorni.

Ora di avvio Ora corrente Ricorrenza Programmazione
2017-09-07T14:00:00Z
(2017-09-07 alle 14:00)		 2017-09-08T13:00:00Z
(2017-09-08 alle 14:00)		 Ogni due giorni {none}

Per il trigger Ricorrenza, il motore di App per la logica di Azure calcola i tempi di esecuzione in base all'ora di inizio, elimina i tempi di esecuzione precedenti, usa l'ora di inizio futura successiva per la prima esecuzione e calcola le esecuzioni future in base all'ultima esecuzione.

Di seguito è illustrato l'aspetto di questa ricorrenza:

Ora di avvio Prima esecuzione Esecuzioni future
2017-09-07 alle 14:00 2017-09-09 alle 14:00 2017-09-11 alle 14:00
2017-09-13 alle 14:00
2017-09-15 alle 14:00
e così via...

Quindi, indipendentemente da quanto tempo nel passato si specifica l'ora di inizio, ad esempio 2017-09-05 alle 14:00 o 2017-09-01 alle 14:00, la prima esecuzione usa sempre l'ora di inizio futura successiva.

Per il trigger Finestra scorrevole, il motore di App per la logica calcola i tempi di esecuzione in base all'ora di inizio, rispetta i tempi di esecuzione precedenti, usa l'ora di inizio per la prima esecuzione e calcola le esecuzioni future in base all'ora di inizio.

Di seguito è illustrato l'aspetto di questa ricorrenza:

Ora di avvio Prima esecuzione Esecuzioni future
2017-09-07 alle 14:00 2017-09-08 alle 13:00 (ora corrente) 2017-09-09 alle 14:00
2017-09-11 alle 14:00
20 17-09-13 alle 14:00
2017-09-15 alle 14:00
e così via...

Quindi, indipendentemente da quanto tempo nel passato si specifica l'ora di inizio, ad esempio 2017-09-05 alle 14:00 o 2017-09-01 alle 14:00, la prima esecuzione usa sempre l'ora di inizio specificata.

Comportamento di ricorrenza

I trigger predefiniti ricorrenti, ad esempio il trigger Ricorrenza, vengono eseguiti direttamente e in modo nativo nel runtime di App per la logica di Azure. Questi trigger differiscono dai trigger ricorrenti del connettore gestito basato sulla connessione in cui è necessario creare prima una connessione, ad esempio il trigger del connettore gestito di Office 365 Outlook.

Per entrambi i tipi di trigger, se una ricorrenza non specifica una data e un'ora di inizio, la prima ricorrenza viene eseguita immediatamente quando si salva o si distribuisce la risorsa dell'app per la logica, nonostante la configurazione della ricorrenza del trigger. Per evitare questo comportamento, specificare una data e un'ora di inizio per la prima ricorrenza da eseguire.

Ricorrenza per i trigger predefiniti

I trigger predefiniti ricorrenti seguono la pianificazione impostata, incluso qualsiasi fuso orario specificato. Tuttavia, se una ricorrenza non specifica altre opzioni di pianificazione avanzate, ad esempio tempi specifici per l'esecuzione di ricorrenze future, tali ricorrenze si basano sull'ultima esecuzione del trigger. Di conseguenza, gli orari di inizio per tali ricorrenze potrebbero derivare a causa di fattori quali la latenza durante le chiamate di archiviazione. Opzioni di pianificazione avanzate, ad esempio In queste ore e In questi giorni per la ricorrenza Settimanale, sono disponibili e funzionano solo con trigger di polling predefiniti, ad esempio Ricorrenza e Finestra scorrevole, che vengono eseguiti direttamente e in modo nativo nel runtime di App per la logica di Azure.

Per altre informazioni, vedere la documentazione seguente:

Ricorrenza per i trigger gestiti

Per i trigger gestiti ricorrenti, ad esempio Office 365 Outlook, Outlook.com e così via, la pianificazione non è l'unico driver che controlla l'esecuzione. Il fuso orario determina solo l'ora di avvio iniziale. Le esecuzioni successive dipendono dalla pianificazione della ricorrenza, dall'ultima esecuzione del trigger e da altri fattori che potrebbero causare la deriva dei tempi di esecuzione o produrre comportamenti imprevisti, ad esempio:

  • Se il trigger accede a un server con più dati, che il trigger tenta immediatamente di recuperare.
  • Eventuali errori o tentativi che il trigger comporta.
  • Latenza durante le chiamate di archiviazione.
  • Mancato rispetto della pianificazione specificata all'avvio e alla fine dell'ora legale.
  • Altri fattori che possono influire quando si verifica la fase di esecuzione successiva.

Opzioni di pianificazione avanzate, ad esempio In queste ore e In questi giorni per la ricorrenza Settimanale, non sono disponibili o supportate per i connettori gestiti, ospitati ed eseguiti in Azure. Questi trigger di polling calcolano la ricorrenza successiva usando solo i valori Intervallo e Frequenza.

Per altre informazioni, vedere la documentazione seguente:

Attivare la ricorrenza per l'ora legale e l'ora solare

Per pianificare i processi, App per la logica di Azure inserisce il messaggio per l'elaborazione nella coda e specifica quando il messaggio diventa disponibile, in base all'ora UTC in cui è stato eseguito l'ultimo processo e all'ora UTC in cui è pianificato l'esecuzione del processo successivo. Se si specifica un'ora di inizio con la ricorrenza, assicurarsi di selezionare un fuso orario in modo che il flusso di lavoro dell'app per la logica venga eseguito all'ora di inizio specificata. In questo modo, anche l'ora UTC per l'app per la logica viene spostata per contrastare la modifica dell'ora stagionale. I trigger ricorrenti rispettano la pianificazione impostata, incluso qualsiasi fuso orario specificato.

Se non si seleziona un fuso orario, gli eventi dell'ora legale possono influire sull'esecuzione dei trigger. Ad esempio, l'ora di inizio passa un'ora in avanti all'avvio dell'ora legale e un'ora indietro al termine dell'ora legale.

Attivare il cambio di ricorrenza e la deriva durante l'ora legale e l'ora solare

Per i trigger ricorrenti basati sulla connessione, la pianificazione della ricorrenza non è l'unico driver che controlla l'esecuzione. Il fuso orario determina solo l'ora di avvio iniziale. Le esecuzioni successive dipendono dalla pianificazione della ricorrenza, dall'ultima esecuzione del trigger e da altri fattori che potrebbero causare la deriva dei tempi di esecuzione o produrre comportamenti imprevisti, ad esempio:

  • Mancato rispetto della pianificazione specificata all'avvio e alla fine dell'ora legale.
  • Altri fattori che possono influire quando si verifica la fase di esecuzione successiva.
  • Latenza durante le chiamate di archiviazione.
  • Se il trigger accede a un server con più dati, che il trigger tenta immediatamente di recuperare.
  • Eventuali errori o tentativi che il trigger comporta.

Per assicurarsi che l'ora di ricorrenza non venga spostata quando l'ora legale diventa effettiva, regolare manualmente la ricorrenza. In questo modo, il flusso di lavoro continua a essere eseguito all'ora di inizio prevista o specificata. In caso contrario, l'ora di inizio passa un'ora in avanti all'avvio dell'ora legale e un'ora indietro al termine dell'ora legale.

Nota

I trigger che iniziano tra le 2:00 e le 3:00 potrebbero avere problemi perché le modifiche dell'ora legale si verificano alle 2:00, causando la mancata validità o ambiguità dell'ora di inizio. Se sono presenti più app per la logica nello stesso intervallo ambiguo, potrebbero sovrapporsi. Per questo motivo, è possibile evitare orari di inizio tra le 2:00 e le 3:00.

Si supponga, ad esempio, di eseguire due app per la logica ogni giorno. Un'app per la logica viene eseguita alle 1:30 ora locale, mentre l'altra viene eseguita un'ora dopo, alle 2:30 ora locale. Cosa accade agli orari di inizio per queste app all'avvio e al termine dell'ora legale?

  • I trigger vengono eseguiti in qualsiasi momento in cui il tempo passa in avanti di un'ora?

  • I trigger vengono eseguiti due volte quando il tempo passa all'indietro di un'ora?

Se queste app per la logica usano la zona UTC-6:00 Central Time (Sta e Canada), questa simulazione mostra come le ore UTC sono state spostate nel 2019 per contrastare le modifiche dell'ora legale, spostando un'ora all'indietro o avanti in base alle esigenze in modo che le app continuino a essere in esecuzione agli orari locali previsti senza esecuzioni ignorate o duplicate.

  • 03/10/2019: l'ora legale inizia alle 2:00, spostando il tempo di un'ora in avanti

    Per compensare l'avvio dell'ora legale, l'ora UTC passa all'indietro di un'ora in modo che l'app per la logica continui a essere in esecuzione contemporaneamente all'ora locale:

    • App per la logica n. 1

      Data Ora (locale) riavvio (UTC) Note
      03/09/2019 1:30:00 7:30:00 UTC prima del giorno in cui l'ora del data science diventa effettiva.
      03/10/2019 1:30:00 7:30:00 L'ora UTC è la stessa perché l'ora legale non ha avuto effetto.
      03/11/2019 1:30:00 6:30:00 AM UTC spostato all'indietro di un'ora dopo l'applicazione dell'ora legale.

    • App per la logica n. 2

      Data Ora (locale) riavvio (UTC) Note
      03/09/2019 2:30:00 8.30.00 UTC prima del giorno in cui l'ora del data science diventa effettiva.
      03/10/2019 3:30:00* 8.30.00 L'ora legale è già attiva, quindi l'ora locale è stata spostata in avanti di un'ora perché il fuso orario UTC-6:00 cambia in UTC-5:00. Per altre informazioni, vedere Trigger che iniziano tra le 2:00 e le 3:00.
      03/11/2019 2:30:00 7:30:00 UTC spostato all'indietro di un'ora dopo l'applicazione dell'ora legale.

  • 11/03/2019: l'ora legale termina alle 2:00 e si sposta all'indietro di un'ora

    Per compensare, l'ora UTC passa un'ora in avanti in modo che l'app per la logica continui a essere eseguita contemporaneamente all'ora locale:

    • App per la logica n. 1

      Data Ora (locale) riavvio (UTC) Note
      11/02/2019 1:30:00 6:30:00 AM
      11/03/2019 1:30:00 6:30:00 AM
      11/04/2019 1:30:00 7:30:00

    • App per la logica n. 2

      Data Ora (locale) riavvio (UTC) Note
      11/02/2019 2:30:00 7:30:00
      11/03/2019 2:30:00 8.30.00
      11/04/2019 2:30:00 8.30.00

Eseguire una sola volta

Per eseguire il flusso di lavoro una sola volta in futuro, è possibile usare il modello di flusso di lavoro Utilità di pianificazione : eseguire processi una sola volta.

Eseguire una sola volta l'ultimo giorno del mese

Per eseguire il trigger Ricorrenza solo una volta l'ultimo giorno del mese, vedere Eseguire una sola volta l'ultimo giorno del mese.

Ricorrenze di esempio

Di seguito sono riportate varie ricorrenze di esempio che è possibile configurare per i trigger che supportano le opzioni:

Trigger Ricorrenza Intervallo Frequenza Ora di avvio In questi giorni A queste ore A questi minuti Nota
Ricorrenza,
Finestra temporale scorrevole		 Eseguire ogni 15 minuti (senza data e ora di inizio) 15 Minute {none} {non disponibile} {none} {none} Questa pianificazione inizia immediatamente, quindi calcola le ricorrenze future in base all'ultima esecuzione.
Ricorrenza,
Finestra temporale scorrevole		 Eseguire ogni 15 minuti (con data e ora di inizio) 15 Minute DataInizioTOraInizioZ {non disponibile} {none} {none} Questa pianificazione non inizia prima della data e dell'ora di inizio specificate, quindi calcola le ricorrenze future in base all'ultima esecuzione.
Ricorrenza,
Finestra temporale scorrevole		 Eseguire ogni ora all'inizio dell'ora (con data e ora di inizio) 1 Ora DataInizioThh:00:00Z {non disponibile} {none} {none} Questa pianificazione non inizia prima della data e dell'ora di inizio specificate. Le ricorrenze future vengono eseguite ogni ora al contrassegno di minuti "00", che App per la logica di Azure calcola dall'ora di inizio.

Se la frequenza è "Settimana" o "Mese", la pianificazione viene eseguita rispettivamente un solo giorno a settimana o un solo giorno al mese.
Ricorrenza,
Finestra temporale scorrevole		 Eseguire ogni ora ogni giorno (senza data e ora di inizio) 1 Ora {none} {non disponibile} {none} {none} Questa pianificazione inizia immediatamente, quindi calcola le ricorrenze future in base all'ultima esecuzione.

Se la frequenza è "Settimana" o "Mese", la pianificazione viene eseguita rispettivamente un solo giorno a settimana o un solo giorno al mese.
Ricorrenza,
Finestra temporale scorrevole		 Eseguire ogni ora ogni giorno (con data e ora di inizio) 1 Ora DataInizioTOraInizioZ {non disponibile} {none} {none} Questa pianificazione non inizia prima della data e dell'ora di inizio specificate, quindi calcola le ricorrenze future in base all'ultima esecuzione.

Se la frequenza è "Settimana" o "Mese", la pianificazione viene eseguita rispettivamente un solo giorno a settimana o un solo giorno al mese.
Ricorrenza,
Finestra temporale scorrevole		 Eseguire ogni 15 minuti dopo l'ora, ogni ora (con data e ora di inizio) 1 Ora DataInizioT00:15:00Z {non disponibile} {none} {none} Questa pianificazione non inizia prima della data e dell'ora di inizio specificate. Le ricorrenze future vengono eseguite al contrassegno dei minuti "15", calcolati da App per la logica dall'ora di inizio, quindi alle 00:15, alle 13:15, alle 2:15 e così via.
Ricorrenza Eseguire ogni 15 minuti dopo l'ora, ogni ora (senza data e ora di inizio) 1 Giorno {none} {non disponibile} 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 15 Questa pianificazione viene eseguita alle 00:15, 1:15, 2:15 e così via. Questa pianificazione è equivalente a una frequenza di "Ora" e un'ora di inizio con "15" minuti.
Ricorrenza Eseguire ogni 15 minuti con i segni dei minuti specificati (nessuna data e ora di inizio). 1 Giorno {none} {non disponibile} 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 0, 15, 30, 45 La pianificazione non inizia fino al raggiungimento dell'indicatore di 15 minuti successivo.
Ricorrenza Esecuzione giornaliera alle 8:00 più il segno di minuto da quando si salva l'app per la logica 1 Giorno {none} {non disponibile} 8 {none} Senza una data e un'ora di inizio, questa pianificazione viene eseguita in base all'ora in cui si salva l'app per la logica (operazione PUT).
Ricorrenza Esecuzione giornaliera alle 8:00 (con data e ora di inizio) 1 Giorno DataInizioT08:00:00Z {non disponibile} {none} {none} Questa pianificazione non inizia prima della data e dell'ora di inizio specificate. Le occorrenze future vengono eseguite ogni giorno alle 8:00.
Ricorrenza Esecuzione giornaliera alle 8:00 (nessuna data e ora di inizio) 1 Giorno {none} {non disponibile} 8 00 Questa pianificazione viene eseguita alle 8:00 ogni giorno.
Ricorrenza Esecuzione giornaliera alle 8:00 e alle 14:00 1 Giorno {none} {non disponibile} 8, 16 0
Ricorrenza Esecuzione giornaliera alle 8:30, 8:45, 14:30 e 14:45 1 Giorno {none} {non disponibile} 8, 16 30, 45
Ricorrenza Eseguire ogni sabato alle 5:00 (senza data e ora di inizio) 1 Settimana {none} "Saturday" 17 0 Questa pianificazione viene eseguita ogni sabato alle 17:00.
Ricorrenza Eseguire ogni sabato alle 5:00 (con data e ora di inizio) 1 Settimana DataInizioT17:00:00Z "Saturday" {none} {none} Questa pianificazione non inizia prima della data e dell'ora di inizio specificate, in questo caso il 9 settembre 2017 alle 17:00. Le ricorrenze future verranno eseguite ogni sabato alle 17:00.
Ricorrenza Eseguire ogni martedì, giovedì alle 17:00 più il segno di minuto da quando si salva l'app per la logica 1 Settimana {none} "Martedì", "Giovedì" 17 {none}
Ricorrenza Eseguire ogni ora durante l'orario di lavoro. 1 Settimana {none} Selezionare tutti i giorni, ad eccezione di sabato e domenica. Selezionare le ore del giorno desiderate. Selezionare i minuti dell'ora desiderati. Ad esempio, se le ore lavorative sono dalle 8:00 alle 17:00, selezionare "8, 9, 10, 11, 12, 13, 14, 15, 16, 17" come ore del giorno più "0" come minuti dell'ora.
Ricorrenza Eseguire una volta al giorno nei fine settimana 1 Settimana {none} "Sabato", "Domenica" Selezionare le ore del giorno desiderate. Selezionare i minuti dell'ora desiderati. Questa pianificazione verrà eseguita ogni sabato e domenica alla pianificazione specificata.
Ricorrenza Eseguire ogni 15 minuti ogni 2 settimane solo il lunedì 2 Settimana {none} "Lunedì" 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 0, 15, 30, 45 Questa pianificazione verrà eseguita un lunedì a settimane alterne, in corrispondenza dell'indicatore dei 15 minuti.
Ricorrenza Esegui ogni mese 1 Mese DataInizioTOraInizioZ {non disponibile} {non disponibile} {non disponibile} Questa pianificazione non viene avviata prima rispetto alla data e all'ora di inizio specificate e calcola le ricorrenze future sulla data e l'ora di inizio. Se non si specificano una data e un'ora di inizio, questa pianificazione usa la data e l'ora di creazione.
Ricorrenza Eseguire ogni ora per un giorno al mese 1 Mese {vedere la nota} {non disponibile} 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 {vedere la nota} Se non si specificano una data e un'ora di inizio, questa pianificazione usa la data e l'ora di creazione. Per controllare i minuti della pianificazione di ricorrenza, specificare i minuti dell'ora, un'ora di inizio oppure usare l'ora di creazione. Ad esempio, se l'ora di inizio o creazione è 8:25, questa pianificazione verrà eseguita alle 8:25, 9:25, 10:25 e così via.

Risolvere i problemi di ricorrenza

Per assicurarsi che il flusso di lavoro venga eseguito all'ora di inizio specificata e non si perda una ricorrenza, soprattutto quando la frequenza è in giorni o più lunga, provare le soluzioni seguenti:

  • Quando l'ora del ripristino del database diventa effettiva, regolare manualmente la ricorrenza in modo che il flusso di lavoro continui a essere eseguito nel momento previsto. In caso contrario, l'ora di inizio passa un'ora in avanti all'avvio dell'ora legale e un'ora indietro al termine dell'ora legale. Per altre informazioni ed esempi, vedere Ricorrenza per l'ora legale e l'ora solare.

  • Se si usa un trigger Ricorrenza, specificare un fuso orario, una data di inizio e un'ora di inizio. Configurare inoltre orari specifici per l'esecuzione delle ricorrenze successive nelle proprietà In queste ore e In questi minuti, disponibili solo per le frequenze Giorno e Settimana. Tuttavia, alcune finestre temporali potrebbero comunque causare problemi quando l'orario cambia.

  • È consigliabile usare un trigger Finestra scorrevole anziché un trigger Ricorrenza per evitare ricorrenze perse.

Passaggi successivi