Risolvere i problemi relativi ai flussi a esecuzione lenta

Questo articolo descrive i possibili motivi per i flussi a esecuzione lenta e i suggerimenti per alleviare il problema. Tuttavia, questo articolo non si applica ai casi in cui i trigger non vengono attivati, nel qual caso il flusso non verrà nemmeno avviato o visualizzato nell'elenco della cronologia di esecuzione.

Sintomi

Un flusso viene eseguito lentamente e potrebbe sembrare bloccato in un singolo passaggio nei dettagli dell'esecuzione del flusso.

Causa 1: Il servizio a cui ci si connette viene eseguito lentamente

Ad esempio, una query SQL a esecuzione lenta può rallentare un flusso mentre attende il completamento dell'esecuzione della query.

Causa 2: il connettore usato rallenta il flusso come meccanismo di protezione del servizio

• Ad esempio, il connettore SharePoint limiterà le azioni a 600 al minuto. Una singola connessione di SharePoint usata in più flussi può comunque eseguire solo 600 operazioni al minuto.

  La maggior parte delle pagine del connettore include una sezione Limitazione che documenta questo limite.

• È possibile che venga visualizzato un errore "429 (Troppe richieste)" nel flusso con il testo di errore simile a "Limite di frequenza superato. Riprova tra 27 secondi."

Causa 3: il flusso esegue più azioni rispetto ai limiti giornalieri per il piano

• È possibile visualizzare il numero minimo di azioni consentite dal servizio Power Automate per ogni piano nella pagina Limiti di richiesta e allocazione.
• Ogni scheda eseguita in un flusso viene conteggiato come chiamata API (azione). Sono incluse le azioni che generano chiamate in uscita (ad esempio, la chiamata a SharePoint) e le azioni che non lo fanno (ad esempio, impostazione di variabili, ritardi e così via). Solo le azioni completate e non riuscite (ma non ignorate) vengono conteggiate per il limite.
• Il servizio Power Automate consente in genere conteggi più elevati rispetto a quelli documentati qui e non rallenta i flussi in base a eccedenze occasionali e ragionevoli. Tuttavia, se il numero di azioni del flusso supera questi limiti, sono soggetti a potenziali limitazioni o, in caso di violazioni estese, disabilitate.
• È possibile usare la scheda Analisi nella pagina dei dettagli del flusso per controllare le azioni e l'utilizzo.

Causa 4: il flusso supera la quota di consumo dati al giorno

Si tratta della quantità di dati utilizzata dal flusso a causa di operazioni di input o output.

Causa 5: il flusso supera il limite documentato nella pagina di configurazione e limiti di Power Automate

Altre informazioni sui limiti e sulla configurazione di Power Automate.

• Per queste limitazioni, sia le azioni eseguite che quelle ignorate (come ciò che può accadere in un ramo if/else) vengono conteggiate verso il limite.
• Violare i limiti del piano documentati nella sezione di riepilogo del piano seguente è molto più comune.
• Durante il periodo di transizione, l'imposizione non è rigorosa e i limiti sono più elevati. Il periodo di transizione termina quando i report dell'interfaccia di amministrazione di Power Platform sono generalmente disponibili. Le organizzazioni avranno quindi sei mesi per analizzare l'utilizzo e acquistare licenze appropriate prima di iniziare una rigorosa imposizione dei limiti di licenza.

Riepilogo piano

Risoluzione 1: Riprogettare il flusso per usare meno azioni e meno dati

• Se nel flusso sono presenti Do until cicli o For each item , provare a ridurre il numero di iterazioni del ciclo recuperando un minor numero di elementi da scorrere.
• Molti connettori hanno Filter query parametri e Top count che possono essere usati per ridurre il numero di elementi e la quantità di dati recuperati. Per altre informazioni, vedere Applicazione di filtri con Odata.
• Se disponi di un flusso pianificato che viene eseguito frequentemente, prendi in considerazione l'idea di ridurre la frequenza. Molti flussi eseguiti una volta al minuto o un'ora possono essere rivisti per essere eseguiti meno spesso.
• Se il flusso interagisce con i file, essere consapevoli delle dimensioni del file e provare a ridurlo, se possibile.
• Se è necessario riutilizzare una singola proprietà restituita da un'azione con dimensioni di output elevate più volte, è consigliabile usare la variabile Initialize per archiviare tale proprietà e usare la variabile nelle azioni successive. Anche se viene usata una sola proprietà dell'output di un'azione precedente, tutti gli output di tale azione verranno passati all'azione successiva come input.

Risoluzione 2: Acquistare una licenza Premium o Processo dalla pagina dei prezzi

Altre informazioni sui prezzi di Power Automate.

Un amministratore tenant dovrà acquistare il piano perché gli utenti normali riceveranno un messaggio che indica che gli acquisti di singoli piani non sono attualmente disponibili. L'amministratore tenant deve quindi applicare il piano all'utente che ha creato il flusso. I piani di processo possono essere assegnati nella pagina dei dettagli del flusso. Dopo aver acquistato e assegnato la licenza, l'autore del flusso deve ricampionare il flusso. In alternativa, i flussi verranno aggiornati in background una volta alla settimana per riflettere i piani attuali.

Se il flusso esegue migliaia di azioni ogni giorno, prendere in considerazione l'acquisto di una licenza di processo per ottenere una maggiore velocità effettiva e quote più elevate. Il piano di elaborazione offre le quote di prestazioni migliori disponibili.

Se sono necessarie più azioni rispetto a quelle fornite quotidianamente da Power Automate, è consigliabile esportare il flusso in App per la logica. Per altre informazioni sui costi associati alle app per la logica, vedere Pianificare la gestione dei costi per App per la logica di Azure.

Ulteriori informazioni

• Tipi di licenze di Power Automate
• Domande frequenti sulle richieste di Power Platform
• Modulo di training- Risolvere i problemi relativi ai flussi a esecuzione lenta in Power Automate