Monitorare lo stato dell'esecuzione del flusso di lavoro, esaminare la cronologia di esecuzione del trigger e del flusso di lavoro e configurare gli avvisi in App per la logica di Azure

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

Dopo aver creato ed eseguito un flusso di lavoro dell'app per la logica, è possibile controllare lo stato di esecuzione del flusso di lavoro, la cronologia dei trigger, la cronologia di esecuzione del flusso di lavoro e le prestazioni.

Questa guida illustra come eseguire le attività seguenti:

• Esaminare la cronologia dei trigger.
• Esaminare la cronologia di esecuzione del flusso di lavoro.
• Configurare gli avvisi per ricevere notifiche sugli errori o altri possibili problemi. Ad esempio, è possibile creare un avviso che rileva "quando più di cinque esecuzioni hanno esito negativo in un'ora".

Per monitorare ed esaminare lo stato di esecuzione del flusso di lavoro per i flussi di lavoro Standard, vedere le sezioni seguenti in Creare un flusso di lavoro di app per la logica Standard di esempio in App per la logica di Azure a tenant singolo:

• Esaminare la cronologia dei trigger
• Esaminare la cronologia di esecuzione del flusso di lavoro.
• Abilitare o aprire Application Insights dopo la distribuzione.

Per il monitoraggio degli eventi in tempo reale e il debug più completo, è possibile configurare la registrazione diagnostica per il flusso di lavoro dell'app per la logica usando i log di Monitoraggio di Azure. Questo servizio di Azure consente di monitorare gli ambienti cloud e locali in modo che sia possibile mantenere più facilmente la disponibilità e le prestazioni. È quindi possibile trovare e visualizzare eventi, ad esempio eventi di attivazione, eventi di esecuzione ed eventi di azione. Archiviando queste informazioni nei log di Monitoraggio di Azure, è possibile creare query di log che consentono di trovare e analizzare queste informazioni. È anche possibile usare questi dati di diagnostica con altri servizi di Azure, ad esempio Archiviazione di Azure e Hub eventi di Azure. Per altre informazioni, vedere Monitorare le app per la logica usando Monitoraggio di Azure.

Nota

Se il flusso di lavoro viene eseguito in un ambiente del servizio di integrazione (ISE) creato per usare un endpoint di accesso interno, è possibile visualizzare e accedere agli input e agli output da una cronologia delle esecuzioni del flusso di lavoro solo dall'interno della rete virtuale. Assicurarsi di disporre della connettività di rete tra gli endpoint privati e il computer da cui si vuole accedere alla cronologia delle esecuzioni. Ad esempio, il computer client può esistere all'interno della rete virtuale dell'ISE o all'interno di una rete virtuale connessa alla rete virtuale dell'ISE, ad esempio tramite peering o una rete privata virtuale. Per altre informazioni, vedere Accesso endpoint dell’ISE.

Esaminare la cronologia dei trigger

Ogni esecuzione del flusso di lavoro inizia con un trigger, che viene attivato in base a una pianificazione o attende una richiesta o un evento in ingresso. La cronologia dei trigger elenca tutti i tentativi di trigger effettuati dal flusso di lavoro e le informazioni sugli input e sugli output per ogni tentativo di trigger.

Consumo

1. Nella portale di Azure aprire la risorsa e il flusso di lavoro dell'app per la logica nella finestra di progettazione.

2. Selezionare Panoramica dal menu dell'app per la logica. Nel riquadro Panoramica selezionare Cronologia trigger.

   

   In Cronologia trigger vengono visualizzati tutti i tentativi di trigger. Ogni volta che il trigger viene attivato correttamente, App per la logica di Azure crea una singola istanza del flusso di lavoro ed esegue tale istanza. Per impostazione predefinita, ogni istanza viene eseguita in parallelo, in modo che nessun flusso di lavoro debba attendere prima di avviare un'esecuzione. Se il flusso di lavoro si attiva per più eventi o elementi contemporaneamente, viene visualizzata una voce di trigger per ogni elemento con la stessa data e ora.

   

   La tabella seguente elenca i possibili stati del trigger:

   Stato del trigger	Descrizione
   Non riuscito	Si è verificato un errore. Per esaminare eventuali messaggi di errore generati per un trigger non riuscito, selezionare il tentativo di trigger e scegliere Output. Ad esempio, si potrebbero trovare input che non sono validi.
   Ignorato	Il trigger ha controllato l'endpoint ma non ha trovato dati che soddisfano i criteri specificati.
   Completato	Il trigger ha controllato l'endpoint e ha trovato dati disponibili. In genere, viene visualizzato anche uno stato Attivato insieme a questo stato. In caso contrario, la definizione del trigger potrebbe essere una condizione o comando SplitOn che non è soddisfatto. Questo stato può essere applicato a un trigger manuale, a un trigger basato su ricorrenza o a un trigger di polling. Un trigger può essere eseguito correttamente, ma l'esecuzione stessa potrebbe comunque non riuscire quando le azioni generano errori non gestiti.

   Suggerimento

   È possibile ricontrollare il trigger senza attendere la successiva ricorrenza. Sulla barra degli strumenti del riquadro Panoramica o sulla barra degli strumenti della finestra di progettazione selezionare Esegui esecuzione trigger>.

3. Per visualizzare informazioni su un tentativo di trigger specifico, selezionare l'evento trigger.

   

   Se l'elenco mostra molti tentativi di trigger e non è possibile trovare la voce desiderata, provare a filtrare l'elenco. Se non si trovano i dati previsti, provare a selezionare Aggiorna sulla barra degli strumenti.

   È ora possibile esaminare le informazioni sull'evento trigger selezionato, ad esempio:

   

Standard

Per un flusso di lavoro con stato, è possibile esaminare la cronologia dei trigger per ogni esecuzione, incluso lo stato del trigger insieme agli input e agli output, separatamente dalla cronologia di esecuzione del flusso di lavoro. Nella portale di Azure la cronologia dei trigger e la cronologia di esecuzione vengono visualizzati a livello di flusso di lavoro, non a livello di app per la logica.

1. Nella portale di Azure aprire la risorsa e il flusso di lavoro dell'app per la logica nella finestra di progettazione.

2. Nel menu del flusso di lavoro selezionare Panoramica. Nella pagina Panoramica selezionare Cronologia trigger.

   

   In Cronologia trigger vengono visualizzati tutti i tentativi di trigger. Ogni volta che il trigger viene attivato correttamente, App per la logica di Azure crea una singola istanza del flusso di lavoro ed esegue tale istanza. Per impostazione predefinita, ogni istanza viene eseguita in parallelo, in modo che nessun flusso di lavoro debba attendere prima di avviare un'esecuzione. Se il flusso di lavoro si attiva per più eventi o elementi contemporaneamente, viene visualizzata una voce di trigger per ogni elemento con la stessa data e ora.

   

   La tabella seguente elenca i possibili stati del trigger:

   Stato del trigger	Descrizione
   Non riuscito	Si è verificato un errore. Per esaminare i messaggi di errore generati per un trigger non riuscito, selezionare il tentativo di trigger e scegliere Output. Ad esempio, si potrebbero trovare input che non sono validi.
   Ignorato	Il trigger ha controllato l'endpoint ma non ha trovato dati che soddisfano i criteri specificati.
   Completato	Il trigger ha controllato l'endpoint e ha trovato dati disponibili. In genere, viene visualizzato anche uno stato Attivato insieme a questo stato. In caso contrario, la definizione del trigger potrebbe essere una condizione o comando SplitOn che non è soddisfatto. Questo stato può essere applicato a un trigger manuale, a un trigger basato su ricorrenza o a un trigger di polling. Un trigger può essere eseguito correttamente, ma l'esecuzione stessa potrebbe comunque non riuscire quando le azioni generano errori non gestiti.

   Suggerimento

   È possibile ricontrollare il trigger senza attendere la successiva ricorrenza. Sulla barra degli strumenti della pagina Panoramica selezionare Esegui esecuzione trigger>.

3. Per visualizzare informazioni su un tentativo di trigger specifico, selezionare l'identificatore per il tentativo di trigger.

   

   Se l'elenco mostra molti tentativi di trigger e non è possibile trovare la voce desiderata, provare a filtrare l'elenco. Se non si trovano i dati previsti, provare a selezionare Aggiorna sulla barra degli strumenti.

4. Controllare gli input del trigger per verificare che vengano visualizzati come previsto. Nel riquadro Cronologia, in Input, selezionare il collegamento, che mostra il riquadro Input.

   

5. Controllare gli output dei trigger, se presenti, per verificare che vengano visualizzati come previsto. Nel riquadro Cronologia, in Output collegamento, selezionare il collegamento, che mostra il riquadro Output.

   Gli output dei trigger includono i dati passati dal trigger al passaggio successivo nel flusso di lavoro. La revisione di questi output consente di determinare se i valori corretti o previsti passati al passaggio successivo del flusso di lavoro.

   Ad esempio, il trigger RSS ha generato un messaggio di errore che indica che il feed RSS non è stato trovato.

   

Esaminare la cronologia di esecuzione del flusso di lavoro

Ogni volta che un trigger viene attivato correttamente, App per la logica di Azure crea un'istanza del flusso di lavoro ed esegue tale istanza. Per impostazione predefinita, ogni istanza viene eseguita in parallelo, in modo che nessun flusso di lavoro debba attendere prima di avviare un'esecuzione. È possibile esaminare ciò che è successo durante ogni esecuzione, inclusi lo stato, gli input e gli output per ogni passaggio del flusso di lavoro.

Consumo

1. Nella portale di Azure aprire la risorsa e il flusso di lavoro dell'app per la logica nella finestra di progettazione.

2. Selezionare Panoramica dal menu dell'app per la logica. Nella pagina Panoramica selezionare Cronologia esecuzioni.

   In Cronologia esecuzioni vengono visualizzati tutti i passaggi precedenti, correnti ed eventuali esecuzioni in attesa. Se il trigger viene attivato per più eventi o elementi contemporaneamente, viene visualizzata una voce per ogni elemento con la stessa data e ora.

   

   La tabella seguente elenca i possibili stati di esecuzione:

   Stato esecuzione	Descrizione
   Interrotta	L'esecuzione è stata arrestata o non è stata completata a causa di problemi esterni, ad esempio un'interruzione del sistema o una sottoscrizione di Azure scaduta.
   Operazione annullata	L'esecuzione è stata attivata e avviata, ma ha ricevuto una richiesta di annullamento.
   Non riuscito	Almeno un'azione nell'esecuzione non è riuscita. Nessuna azione successiva nel flusso di lavoro è stata configurata per gestire l'errore.
   In esecuzione	L'esecuzione è stata attivata ed è in corso. Tuttavia, questo stato può essere visualizzato anche per un'esecuzione limitata a causa dei limiti di azione o del piano tariffario corrente. Suggerimento: se si configura la registrazione diagnostica, è possibile ottenere informazioni sugli eventi di limitazione che si verificano.
   Completato	Esecuzione completata. Se un'azione non è riuscita, un'azione successiva nel flusso di lavoro ha gestito tale errore.
   Timeout	Timeout dell'esecuzione perché la durata corrente ha superato il limite di durata dell'esecuzione, controllato dall'impostazione Conservazione cronologia di esecuzione in giorni. La durata di un'esecuzione viene calcolata usando l'ora di inizio dell'esecuzione e il limite di durata dell'esecuzione all'ora di inizio. Nota: se la durata dell'esecuzione supera anche il limite di conservazione della cronologia di esecuzione corrente, controllato anche dall'impostazione Conservazione cronologia di esecuzione in giorni, l'esecuzione viene cancellata dalla cronologia delle esecuzioni da un processo di pulizia giornaliera. Indipendentemente dal timeout o dal completamento dell'esecuzione, il periodo di conservazione viene sempre calcolato usando l'ora di inizio dell'esecuzione e il limite di conservazione corrente . Quindi, se si riduce il limite di durata per un'esecuzione in anteprima, si verifica il timeout. Tuttavia, l'esecuzione rimane o viene cancellata dalla cronologia delle esecuzioni in base al superamento del limite di conservazione della durata dell'esecuzione.
   In attesa	L'esecuzione non è stata avviata o sospesa, ad esempio a causa di un'istanza del flusso di lavoro precedente ancora in esecuzione.

3. Per esaminare i passaggi e altre informazioni per un'esecuzione specifica, in Cronologia esecuzioni selezionare l'esecuzione. Se l'elenco mostra molte esecuzioni e non è possibile trovare la voce desiderata, provare a filtrare l'elenco.

   Suggerimento

   Se lo stato dell'esecuzione non viene visualizzato, provare ad aggiornare il riquadro di panoramica selezionando Aggiorna. Non viene eseguita alcuna esecuzione per un trigger ignorato a causa di criteri non superati o di nessun dato.

   

   Il riquadro Esecuzione dell'app per la logica mostra ogni passaggio dell'esecuzione selezionata, lo stato di esecuzione di ogni passaggio e il tempo impiegato per ogni passaggio per l'esecuzione, ad esempio:

   

   Per visualizzare queste informazioni nel modulo elenco, nella barra degli strumenti Esegui app per la logica selezionare Dettagli esecuzione.

   

   I dettagli esecuzione elencano ogni passaggio, il relativo stato e altre informazioni.

   

   Ad esempio, è possibile ottenere la proprietà Id correlazione dell'esecuzione, che potrebbe essere necessaria quando si usa l'API REST per App per la logica.

4. Per ottenere altre informazioni su un passaggio specifico, selezionare una delle opzioni seguenti:

   • Nel riquadro Esecuzione dell'app per la logica selezionare il passaggio in modo che la forma venga espansa. È ora possibile visualizzare informazioni quali input, output e eventuali errori che si sono verificati in quel passaggio.

     Si supponga, ad esempio, di avere avuto un'azione non riuscita e di voler esaminare gli input che potrebbero aver causato l'esito negativo di tale passaggio. Espandendo la forma, è possibile visualizzare gli input, gli output e gli errori per tale passaggio:

     

   • Nel riquadro Dettagli esecuzione app per la logica selezionare il passaggio desiderato.

     

   Nota

   Tutti i dettagli e gli eventi di runtime vengono crittografati all'interno di App per la logica di Azure e vengono decrittografati solo quando un utente richiede di visualizzare tali dati. È possibile nascondere input e output nella cronologia di esecuzione o controllare l'accesso utente a queste informazioni usando il controllo degli accessi in base al ruolo di Azure.

Standard

È possibile visualizzare la cronologia di esecuzione solo per i flussi di lavoro con stato, non per i flussi di lavoro senza stato. Per abilitare la cronologia di esecuzione per un flusso di lavoro senza stato, vedere Abilitare la cronologia di esecuzione per i flussi di lavoro senza stato.

1. Nella portale di Azure aprire la risorsa e il flusso di lavoro dell'app per la logica nella finestra di progettazione.

2. Nel menu del flusso di lavoro selezionare Panoramica. Nella pagina Panoramica selezionare Cronologia di esecuzione.

   In Cronologia di esecuzione vengono visualizzati tutti i passaggi precedenti, correnti ed eventuali esecuzioni in attesa. Se il trigger viene attivato per più eventi o elementi contemporaneamente, viene visualizzata una voce per ogni elemento con la stessa data e ora.

   

   La tabella seguente elenca i possibili stati finali che ogni esecuzione del flusso di lavoro può avere e visualizzare nel portale:

   Stato esecuzione	Icon	Descrizione
   Interrotta		L'esecuzione è stata arrestata o non è stata completata a causa di problemi esterni, ad esempio un'interruzione del sistema o una sottoscrizione di Azure scaduta.
   Operazione annullata		L'esecuzione è stata attivata e avviata, ma ha ricevuto una richiesta di annullamento.
   Non riuscito		Almeno un'azione nell'esecuzione non è riuscita. Nessuna azione successiva nel flusso di lavoro è stata configurata per gestire l'errore.
   In esecuzione		L'esecuzione è stata attivata ed è in corso. Tuttavia, questo stato può essere visualizzato anche per un'esecuzione limitata a causa dei limiti di azione o del piano tariffario corrente. Suggerimento: se si configura la registrazione diagnostica, è possibile ottenere informazioni sugli eventi di limitazione che si verificano.
   Ignorato		La condizione del trigger è stata controllata ma non è stata soddisfatta, quindi l'esecuzione non è mai stata avviata.
   Completato		Esecuzione completata. Se un'azione non è riuscita, un'azione successiva nel flusso di lavoro ha gestito tale errore.
   Timeout		Timeout dell'esecuzione perché la durata corrente ha superato il limite di durata dell'esecuzione, controllato dall'impostazione Conservazione cronologia di esecuzione in giorni. La durata di un'esecuzione viene calcolata usando l'ora di inizio dell'esecuzione e il limite di durata dell'esecuzione all'ora di inizio. Nota: se la durata dell'esecuzione supera anche il limite di conservazione della cronologia di esecuzione corrente, controllato anche dall'impostazione Conservazione cronologia di esecuzione in giorni, l'esecuzione viene cancellata dalla cronologia delle esecuzioni da un processo di pulizia giornaliera. Indipendentemente dal timeout o dal completamento dell'esecuzione, il periodo di conservazione viene sempre calcolato usando l'ora di inizio dell'esecuzione e il limite di conservazione corrente . Quindi, se si riduce il limite di durata per un'esecuzione in anteprima, si verifica il timeout. Tuttavia, l'esecuzione rimane o viene cancellata dalla cronologia delle esecuzioni in base al superamento del limite di conservazione della durata dell'esecuzione.
   In attesa		L'esecuzione non è stata avviata o sospesa, ad esempio a causa di un'istanza del flusso di lavoro precedente ancora in esecuzione.

3. Nella scheda Cronologia di esecuzione selezionare l'esecuzione da rivedere.

   Viene visualizzata la pagina dei dettagli dell'esecuzione e viene visualizzato lo stato per ogni passaggio dell'esecuzione.

   Suggerimento

   Se lo stato dell'esecuzione non viene visualizzato, nella barra degli strumenti della pagina Panoramica selezionare Aggiorna. Non viene eseguita alcuna esecuzione per un trigger ignorato a causa di criteri non superati o di nessun dato.

   Se l'elenco mostra molte esecuzioni e non è possibile trovare la voce desiderata, provare a filtrare l'elenco.

   

   Il riquadro esecuzione del flusso di lavoro mostra ogni passaggio dell'esecuzione selezionata, lo stato di esecuzione di ogni passaggio e il tempo impiegato per l'esecuzione di ogni passaggio, ad esempio:

   

   La tabella seguente mostra gli stati possibili che ogni azione del flusso di lavoro può avere e visualizzare nel portale:

   Stato azione	Icon	Descrizione
   Interrotta		L'azione è stata arrestata o non è stata completata a causa di problemi esterni, ad esempio un'interruzione del sistema o una sottoscrizione di Azure scaduta.
   Operazione annullata		L'azione è stata eseguita ma ha ricevuto una richiesta di annullamento.
   Non riuscito		L'azione non è riuscita.
   In esecuzione		L'azione è attualmente in esecuzione.
   Ignorato		L'azione è stata ignorata perché le condizioni runAfter non sono state soddisfatte, ad esempio un'azione precedente non riuscita. Ogni azione ha un runAfter oggetto in cui è possibile configurare condizioni che devono essere soddisfatte prima che l'azione corrente possa essere eseguita.
   Completato		L'azione è riuscita.
   Operazione completata con tentativi		L'azione ha avuto esito positivo ma solo dopo un singolo tentativo o più tentativi. Per esaminare la cronologia dei tentativi, nella visualizzazione dettagli cronologia di esecuzione selezionare l'azione in modo che sia possibile visualizzare gli input e gli output.
   Timeout		L'azione è stata arrestata a causa del limite di timeout specificato dalle impostazioni dell'azione.
   In attesa		Si applica a un'azione webhook in attesa di una richiesta in ingresso da un chiamante.

4. Dopo aver visualizzato tutti i passaggi dell'esecuzione, selezionare ogni passaggio per esaminare altre informazioni, ad esempio input, output ed eventuali errori che si sono verificati in tale passaggio.

   Si supponga, ad esempio, di avere avuto un'azione non riuscita e di voler esaminare gli input che potrebbero aver causato l'esito negativo di tale passaggio.

   

   Lo screenshot seguente mostra gli output del passaggio non riuscito.

   

   Nota

   Tutti i dettagli e gli eventi di runtime vengono crittografati all'interno di App per la logica di Azure e vengono decrittografati solo quando un utente richiede di visualizzare tali dati. È possibile nascondere input e output nella cronologia di esecuzione.

Inviare di nuovo un flusso di lavoro con gli stessi input

È possibile rieseguire un flusso di lavoro completato in precedenza con gli stessi input usati in precedenza nel modo seguente:

• Rieseguire l'intero flusso di lavoro.

• Rieseguire il flusso di lavoro a partire da un'azione specifica. L'azione di nuovo invio e tutte le azioni successive vengono eseguite come di consueto.

Il completamento di questa attività crea e aggiunge una nuova esecuzione del flusso di lavoro alla cronologia di esecuzione del flusso di lavoro.

Limitazioni e considerazioni

• Per impostazione predefinita, sono supportati solo i flussi di lavoro a consumo e i flussi di lavoro con stato Standard, che registrano e archiviano la cronologia di esecuzione. Per usare queste funzionalità con un flusso di lavoro Standard senza stato, abilitare la modalità con stato. Per altre informazioni, vedere Abilitare la cronologia di esecuzione per i flussi di lavoro senza stato e Abilitare la modalità con stato per i connettori senza stato.

• L'esecuzione di nuovo inviato esegue la stessa versione del flusso di lavoro dell'esecuzione originale, anche se è stata aggiornata la definizione del flusso di lavoro.

• È possibile inviare di nuovo solo le azioni dai flussi di lavoro sequenziali. I flussi di lavoro con percorsi paralleli non sono attualmente supportati.

• Il flusso di lavoro deve avere uno stato completato, ad esempio Succeeded, Failed o Cancelled.

• Il flusso di lavoro deve disporre di 40 o meno azioni da eseguire nuovamente da un'azione specifica.

• Se il flusso di lavoro dispone di operazioni come le operazioni di creazione o eliminazione, l'invio di un'esecuzione potrebbe creare dati duplicati o provare a eliminare dati che non esistono più, generando un errore.

• Queste funzionalità non sono attualmente disponibili con Visual Studio Code o l'interfaccia della riga di comando di Azure.

Consumo

Rieseguire l'intero flusso di lavoro

1. Nella portale di Azure aprire la risorsa e il flusso di lavoro dell'app per la logica nella finestra di progettazione.

2. Selezionare Panoramica dal menu dell'app per la logica. Nella pagina Panoramica selezionare Cronologia esecuzioni.

   In Cronologia esecuzioni vengono visualizzati tutti i passaggi precedenti, correnti ed eventuali esecuzioni in attesa. Se il trigger viene attivato per più eventi o elementi contemporaneamente, viene visualizzata una voce per ogni elemento con la stessa data e ora.

3. Nel riquadro Cronologia esecuzioni selezionare l'esecuzione da inviare di nuovo.

4. Sulla barra degli strumenti Esegui app per la logica selezionare Invia di nuovo e quindi selezionare Sì.

   Il riquadro Cronologia esecuzioni mostra ora l'esecuzione di nuovo generata.

   Suggerimento

   Se l'esecuzione di nuovo inviato non viene visualizzata, nella barra degli strumenti del riquadro Cronologia esecuzioni selezionare Aggiorna. Non viene eseguita alcuna esecuzione per un trigger ignorato a causa di criteri non superati o di nessun dato.

5. Per esaminare gli input e gli output per l'esecuzione del flusso di lavoro di nuovo inviato, nella scheda Cronologia esecuzioni selezionare l'esecuzione.

Rieseguire da un'azione specifica (anteprima)

Nota

Questa funzionalità è disponibile in anteprima. Per le condizioni legali applicabili alle funzionalità di Azure in versione beta, in anteprima o non ancora rilasciate nella disponibilità generale, vedere Condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure. Alcuni aspetti di questa funzionalità potrebbero cambiare prima della disponibilità generale (GA).

La funzionalità di invio di nuovo è disponibile per tutte le azioni ad eccezione di scenari di concorrenza non sequenziali e complessi e in base alle limitazioni seguenti:

Azioni	Inviare di nuovo la disponibilità e le limitazioni
Azione e azioni della condizione nei percorsi True e False	- Sì per Azione condizione - No per le azioni nei percorsi True e False
Per ogni azione più tutte le azioni all'interno del ciclo e dopo il ciclo	No per tutte le azioni
Cambia azione e tutte le azioni nel percorso predefinito e nei percorsi case	- Sì per l'azione Cambia - No per le azioni nel percorso predefinito e nei percorsi case
Fino all'azione più tutte le azioni all'interno del ciclo e dopo il ciclo	No per tutte le azioni

1. Nella portale di Azure aprire la risorsa dell'app per la logica.

2. Nel menu della risorsa app per la logica selezionare Panoramica. Nella pagina Panoramica selezionare Cronologia esecuzioni, che mostra la cronologia di esecuzione per il flusso di lavoro.

3. Nella scheda Cronologia esecuzioni selezionare l'esecuzione da inviare di nuovo.

   Viene visualizzata la pagina dei dettagli dell'esecuzione e viene visualizzato lo stato per ogni passaggio dell'esecuzione.

4. Nella pagina dei dettagli dell'esecuzione individuare l'azione da cui si desidera inviare di nuovo l'esecuzione del flusso di lavoro, aprire il menu di scelta rapida e selezionare Invia da questa azione.

   La pagina dei dettagli dell'esecuzione viene aggiornata e mostra la nuova esecuzione. Tutte le operazioni che precedono l'azione restituita mostrano un'icona di stato di colore più chiaro, che rappresenta input e output riutilizzati. L'azione di nuovo invio e le azioni successive mostrano le icone di stato solitamente colorate. Per altre informazioni, vedere Esaminare la cronologia di esecuzione del flusso di lavoro.

   Suggerimento

   Se l'esecuzione non è stata completata completamente, nella barra degli strumenti della pagina dei dettagli esecuzione selezionare Aggiorna.

Standard

È possibile rieseguire solo flussi di lavoro con stato, non flussi di lavoro senza stato. Per abilitare la cronologia di esecuzione per un flusso di lavoro senza stato, vedere Abilitare la cronologia di esecuzione per i flussi di lavoro senza stato.

Rieseguire l'intero flusso di lavoro

1. Nella portale di Azure aprire la risorsa e il flusso di lavoro dell'app per la logica nella finestra di progettazione.

2. Nel menu del flusso di lavoro selezionare Panoramica. Nella pagina Panoramica selezionare Cronologia di esecuzione, che mostra la cronologia di esecuzione per il flusso di lavoro corrente.

3. Nella scheda Cronologia di esecuzione selezionare l'esecuzione da inviare di nuovo.

4. Sulla barra degli strumenti della cronologia di esecuzione selezionare Invia di nuovo.

5. Tornare alla pagina Panoramica e alla scheda Cronologia di esecuzione, che mostra ora l'esecuzione di cui è stato eseguito il nuovo invio.

   Suggerimento

   Se l'esecuzione di nuovo inviato non viene visualizzata, nella barra degli strumenti della pagina Panoramica selezionare Aggiorna. Non viene eseguita alcuna esecuzione per un trigger ignorato a causa di criteri non superati o di nessun dato.

6. Per esaminare gli input e gli output dell'esecuzione del flusso di lavoro restituito, nella scheda Cronologia di esecuzione selezionare l'esecuzione.

Rieseguire da un'azione specifica (anteprima)

Nota

Questa funzionalità è disponibile in anteprima. Per le condizioni legali applicabili alle funzionalità di Azure in versione beta, in anteprima o non ancora rilasciate nella disponibilità generale, vedere Condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure. Alcuni aspetti di questa funzionalità potrebbero cambiare prima della disponibilità generale (GA).

La funzionalità di invio di nuovo è disponibile per tutte le azioni ad eccezione di scenari di concorrenza non sequenziali e complessi e in base alle limitazioni seguenti:

Azioni	Inviare di nuovo la disponibilità e le limitazioni
Azione e azioni della condizione nei percorsi True e False	- Sì per Azione condizione - No per le azioni nei percorsi True e False
Per ogni azione più tutte le azioni all'interno del ciclo e dopo il ciclo	No per tutte le azioni
Cambia azione e tutte le azioni nel percorso predefinito e nei percorsi case	- Sì per l'azione Cambia - No per le azioni nel percorso predefinito e nei percorsi case
Fino all'azione più tutte le azioni all'interno del ciclo e dopo il ciclo	No per tutte le azioni

1. Nella portale di Azure aprire la risorsa e il flusso di lavoro dell'app per la logica.

2. Nel menu del flusso di lavoro selezionare Panoramica. Nella pagina Panoramica selezionare Cronologia di esecuzione, che mostra la cronologia di esecuzione per il flusso di lavoro corrente.

3. Nella scheda Cronologia di esecuzione selezionare l'esecuzione da inviare di nuovo.

   Viene visualizzata la pagina dei dettagli dell'esecuzione e viene visualizzato lo stato per ogni passaggio dell'esecuzione.

4. Nella pagina dei dettagli dell'esecuzione individuare l'azione da cui si desidera inviare di nuovo l'esecuzione del flusso di lavoro, aprire il menu di scelta rapida e selezionare Invia da questa azione.

   La pagina dei dettagli dell'esecuzione viene aggiornata e mostra la nuova esecuzione. Tutte le operazioni che precedono l'azione restituita mostrano un'icona di stato di colore più chiaro, che rappresenta input e output riutilizzati. L'azione di nuovo invio e le azioni successive mostrano le icone di stato solitamente colorate. Per altre informazioni, vedere Esaminare la cronologia di esecuzione del flusso di lavoro.

   Suggerimento

   Se l'esecuzione non è stata completata completamente, nella barra degli strumenti della pagina dei dettagli esecuzione selezionare Aggiorna.

Configurare gli avvisi relativi al monitoraggio

Per ottenere avvisi in base a metriche specifiche o superate le soglie per l'app per la logica, configurare gli avvisi in Monitoraggio di Azure. Per altre informazioni, vedere Metriche in Azure.

Per configurare gli avvisi senza usare Monitoraggio di Azure, seguire questa procedura, che si applicano alle risorse dell'app per la logica a consumo e standard:

1. Nel menu dell'app per la logica, in Monitoraggio selezionare Avvisi. Sulla barra degli strumenti selezionare Crea>regola di avviso.

2. Nella pagina Crea una regola di avviso selezionare il segnale per il quale si vuole ricevere un avviso dall'elenco Nome segnale.

   Nota

   I segnali di avviso disponibili variano in base al consumo e alle app per la logica Standard. Ad esempio, le app per la logica a consumo hanno molti segnali correlati al trigger, ad esempio trigger completati e trigger non riusciti, mentre i flussi di lavoro standard hanno i segnali numero di trigger completati del flusso di lavoro e frequenza di errore dei trigger del flusso di lavoro.

   Ad esempio, per inviare un avviso quando un trigger non riesce in un flusso di lavoro a consumo, seguire questa procedura:

   1. Nell'elenco Nome segnale selezionare il segnale Trigger non riusciti .

   2. In Logica di avviso configurare la condizione, ad esempio:

      Proprietà	Valore di esempio
      Threshold	Statico
      Tipo di aggregazione	Conteggio
      Operatore	Maggiore o uguale a
      Unità	Conteggio
      Valore di soglia	1

      La sezione Anteprima mostra ora la condizione configurata, ad esempio:

      Ogni volta che il numero di trigger non riusciti è maggiore o uguale a 1

   3. In Quando valutare configurare la pianificazione per controllare la condizione:

      Proprietà	Valore di esempio
      Controllare ogni	1 minuto
      Periodo di ricerca	5 minuti

      Ad esempio, la condizione completata è simile all'esempio seguente e la pagina Crea una regola di avviso mostra ora il costo per l'esecuzione dell'avviso:

      

3. Al termine, selezionare Rivedi e crea.

Per informazioni generali, vedere Creare una regola di avviso da una risorsa specifica - Monitoraggio di Azure.

Passaggi successivi

• Monitorare le app per la logica con Monitoraggio di Azure