Condividi tramite


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 risolvere 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 di esecuzione del flusso.

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

Ad esempio, una query SQL a esecuzione lenta può causare un rallentamento di 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 consente di limitare 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 ha una sezione Limitazione che documenta questo limite.

  • Potrebbe essere visualizzato un errore "429 (Troppe richieste)" nel flusso con il testo di errore "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 della richiesta e allocazione.
  • Ogni scheda eseguita in un flusso viene conteggiata come chiamata API (azione). Sono incluse le azioni che generano chiamate in uscita (ad esempio, la chiamata a SharePoint) e azioni che non lo fanno (ad esempio, l'impostazione della variabile, i 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 interruzioni 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 quantità di consumo di dati al giorno

Si tratta della quantità di dati utilizzati 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, le azioni eseguite e ignorate (come ciò che potrebbe accadere in un ramo if/else) vengono conteggiate verso il limite.
  • La violazione dei limiti del piano documentata 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 dopo che i report dell'interfaccia di amministrazione di Power Platform sono disponibili a livello generale. Le organizzazioni avranno quindi sei mesi per analizzare l'utilizzo e acquistare le licenze appropriate prima che inizi l'applicazione rigorosa dei limiti di licenza.

Riepilogo del piano

Piano Limiti per 24 ore Consumo di dati al giorno
licenze Office 365 Flow, Power Apps per app e membri del team dynamics e versioni di valutazione Limite finale: 6.000 azioni in tutti i flussi creati da un singolo utente.
Limite di transizione: 10.000 azioni per ogni flusso
1 GB in tutti i flussi creati da un singolo utente.
Power Automate Premium, Power Apps Premium, Power Automate per utente, Power Automate Per utente con accesso RPA frequentato e Power Apps per utente 40.000 azioni in tutti i flussi creati da un singolo utente.
Limite di transizione: 200.000 azioni per flusso
10 GB in tutti i flussi creati da un singolo utente.
Licenze dynamics professional 40.000 azioni in tutti i flussi creati da un singolo utente.
Limite di transizione: 200.000 azioni per flusso
10 GB in tutti i flussi creati da un singolo utente.
Licenze di Dynamics Enterprise Application 40.000 azioni in tutti i flussi creati da un singolo utente.
Limite di transizione: 200.000 azioni per flusso
10 GB in tutti i flussi creati da un singolo utente.
Licenza processo di Power Automate e licenza di Power Automate per flusso 250.000 azioni per processo.
Limite di transizione: 500.000 azioni per flusso
50 GB di spazio di archiviazione per flusso.

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 meno 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 Filtro con Odata.
  • Se si dispone di un flusso pianificato che viene eseguito di frequente, valutare la possibilità di ridurre la frequenza. Molti flussi eseguiti una volta al minuto o all'ora possono essere modificati per essere eseguiti meno spesso.
  • Se il flusso interagisce con i file, tenere conto delle dimensioni del file e provare a ridurlo, se possibile.
  • Se è necessario riutilizzare più volte una singola proprietà restituita da un'azione con dimensioni di output elevate, è consigliabile usare Initialize Variable 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 nell'azione successiva come input.

Risoluzione 2: Acquistare una licenza Premium o Process 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 al momento i singoli acquisti di piano non sono disponibili. L'amministratore del 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 rivendere il flusso. In alternativa, i flussi verranno aggiornati in background una volta alla settimana per riflettere i piani correnti.

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

Se sono necessarie più azioni di quelle fornite quotidianamente da Power Automate, provare a 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