Power Automate: Abschaltung nach 14 Tagen Dauer-Throttling (FAQ)

Wenn ein Flow in Power Automate über einen längeren Zeitraum immer wieder an Drosselungsgrenzen stößt, greift Microsoft irgendwann durch: Der Flow wird automatisch abgeschaltet. Das ist kein Zufall und keine Panne der Plattform, sondern eine dokumentierte Schutzmaßnahme, die verhindern soll, dass ein einzelner Flow dauerhaft Kapazität blockiert, ohne dass jemand eingreift. Für Flow-Ersteller fühlt sich das trotzdem oft wie ein Schreckmoment an, vor allem wenn der Flow geschäftskritisch ist und plötzlich auf „Aus“ steht, ohne dass eine eindeutige Fehlermeldung im Postfach liegt. Stand: Juli 2026.

Diese FAQ erklärt, wann genau die automatische Abschaltung nach andauerndem Throttling greift, wie du erkennst, ob dein Flow betroffen ist, und wie du ihn danach wieder sauber reaktivierst, ohne dass sich das Problem sofort wiederholt.

Was bedeutet „durchgängig gedrosselt“ überhaupt?

Power Automate setzt für jeden Flow und jeden Connector Grenzwerte für den Durchsatz, also dafür, wie viele Aktionen oder Anfragen innerhalb eines bestimmten Zeitfensters ausgeführt werden dürfen. Überschreitet ein Flow einen dieser Grenzwerte, wird seine Ausführung nicht sofort gestoppt, sondern verlangsamt. Laut der offiziellen Dokumentation Grenzwerte für automatisierte, geplante und Direktflows wird die Flowaktivität automatisch fortgesetzt, sobald die Auslastung im gleitenden Zeitfenster wieder unter dem Grenzwert liegt. Problematisch wird es erst, wenn das nicht passiert und der Flow über einen längeren Zeitraum konstant über den Limits bleibt. Genau dann greift die 14-Tage-Regel.

Typische Auslöser für dauerhaftes Throttling sind zu viele Aktionen pro Ausführung, verschachtelte „Für alle übernehmen“-Schleifen, ein zu häufig auslösender Trigger oder ein Connector, der auf Fehlercode 429 („Too Many Requests“) reagiert, weil das zugrunde liegende Dienstlimit erreicht ist. Solche Fehler zeigen sich meist zuerst als spürbare Verzögerung im Flowlauf, bevor die Abschaltung überhaupt in Sicht kommt.

Die 14-Tage-Regel im Detail

Microsoft beschreibt die Regel in Plattformgrenzen verstehen und Drosselung vermeiden so: Alle Flows, die 14 Tage lang kontinuierlich gedrosselt werden, werden deaktiviert. Diese Flows lassen sich jederzeit wieder aktivieren, aber wenn sich die Leistung nicht verbessert, schaltet die Plattform sie erneut ab. Die Abschaltung ist also kein einmaliges Ereignis, sondern ein wiederkehrender Mechanismus, solange die Ursache im Hintergrund bestehen bleibt.

Wichtig für die Einordnung: Diese 14-Tage-Frist für Throttling ist nicht die einzige Aufbewahrungsgrenze in Power Automate. In der Grenzwerttabelle zu Dauer- und Aufbewahrungsbegrenzungen stehen mehrere ähnlich klingende, aber unterschiedliche Regeln nebeneinander:

• Fehlerhafte Abläufe: Ein Cloud-Flow, dessen Trigger oder Aktion durchgängig fehlschlägt, wird nach 14 Tagen deaktiviert.
• Durchgängig gedrosselte Flows: Ein Cloud-Flow, der 14 Tage lang konstant an Durchsatzgrenzen stößt, wird deaktiviert. Eine Power Automate Process-Lizenz kann dedizierte Kapazität bereitstellen und die Drosselung vermeiden.
• Flows ohne Auslöseraktivität: Ein Cloud-Flow, der 90 Tage lang nicht ausgelöst wird, kann ebenfalls deaktiviert werden, allerdings nach einer 30-tägigen Vorwarnung per E-Mail an Besitzer und Mitbesitzer.

Weil sich diese drei Fälle in der Praxis leicht verwechseln lassen, lohnt sich ein Blick auf die Benachrichtigungs-E-Mail von Power Automate: Dort steht in der Regel klar, ob Fehler, Throttling oder Inaktivität der Grund für die Abschaltung war.

Wie du eine Abschaltung verhinderst

Die naheliegendste Sofortmaßnahme ist, den Flow zu bearbeiten und erneut zu speichern. Da sich die Durchsatzgrenzwerte laut Microsoft auf eine einzelne Version der Flow-Definition beziehen, setzt eine Änderung und ein erneutes Speichern das Zeitfenster zurück. Das verschafft dir Zeit, löst aber nicht die eigentliche Ursache.

Für eine dauerhafte Lösung bieten sich folgende Schritte an:

• Aktionen reduzieren: Verschachtelte Schleifen auflösen, „Für alle übernehmen“ durch gefilterte Abfragen mit `$filter` oder `$top` ersetzen und unnötige Zwischenschritte streichen.
• Trigger entschärfen: Zu häufig auslösende Trigger über Triggerbedingungen einschränken oder die Abfragehäufigkeit anpassen.
• Last verteilen: Große Datenmengen über mehrere Flowausführungen oder untergeordnete Flows aufteilen, statt alles in einem einzigen Lauf zu verarbeiten.
• Lizenz prüfen: Eine Power Automate Process- oder Premium-Lizenz erhöht die zulässigen Grenzwerte pro Flow spürbar und kann bei knapp bemessener Kapazität den entscheidenden Unterschied machen.

Im Power Automate-Fehlercode-Referenz findest du zusätzlich konkrete Hinweise zu einzelnen Timeout- und Drosselungsfehlern, falls du die genaue Fehlerquelle im Flowverlauf identifizieren möchtest.

Flow reaktivieren: was danach passiert

Nach der Abschaltung lässt sich ein Flow jederzeit manuell wieder einschalten. Laut Einen Flow aktivieren oder deaktivieren genügt dafür ein Klick auf „Aktivieren“ auf der Detailseite oder „Einschalten“ über das Kontextmenü in der Flowübersicht. Was danach mit liegen gebliebenen Ereignissen passiert, hängt vom Triggertyp ab:

• Polling-Trigger wie die Wiederholung prüfen den verbundenen Dienst in festen Intervallen. Wird der Flow wieder eingeschaltet, arbeitet der Trigger alle seit der Abschaltung aufgelaufenen Ereignisse ab, was bei langer Inaktivität zu einem spürbaren Nachlauf führen kann.
• Webhook-Trigger registrieren sich beim jeweiligen Dienst und verarbeiten nach dem Wiedereinschalten nur neue Ereignisse. Alles, was während der Abschaltung passiert ist, geht dabei verloren.

Wenn du diesen Nachlauf nicht willst, hilft laut Dokumentation nur, den Flow zu duplizieren und das Original zu löschen, wodurch der Trigger sauber neu registriert wird. So behältst du die Kontrolle darüber, welche Daten tatsächlich verarbeitet werden, statt von einer Flut nachgeholter Läufe überrascht zu werden. Wer solche Automatisierungen dauerhaft stabil betreiben will, sollte Throttling-Warnungen ohnehin nicht ignorieren, sondern frühzeitig in die Kapazitätsplanung einbeziehen, etwa im Rahmen laufender Automatisierungsprojekte.

Häufige Fragen

Wird mein Flow sofort abgeschaltet, sobald er einmal gedrosselt wird?

Nein. Eine einzelne Drosselung verlangsamt den Flow nur vorübergehend und er läuft automatisch weiter, sobald die Auslastung wieder unter dem Grenzwert liegt. Zur Abschaltung kommt es erst, wenn der Flow 14 Tage lang durchgängig über den Grenzwerten bleibt.

Wie erkenne ich, ob Throttling der Grund für die Abschaltung war?

Power Automate benachrichtigt Flow-Besitzer und Mitbesitzer per E-Mail, sobald ein Flow deaktiviert wird. Zusätzlich lässt sich im Analytics-Bericht auf der Flow-Detailseite nachvollziehen, wie oft der Flow in den letzten Tagen Fehlercode 429 oder verzögerte Ausführungen produziert hat.

Setzt ein einfaches Speichern des Flows die 14-Tage-Frist zurück?

Ja, mit Einschränkung. Weil die Durchsatzgrenzwerte pro Version der Flow-Definition gelten, beginnt das Zeitfenster nach jedem Speichern neu. Das verschafft kurzfristig Luft, behebt aber nicht die eigentliche Ursache der Drosselung, wenn der Flow strukturell zu viele Aktionen auslöst.

Was passiert mit Ereignissen, die während der Abschaltung aufgelaufen sind?

Das hängt vom Triggertyp ab. Polling-Trigger wie die Wiederholung holen aufgelaufene Ereignisse beim Wiedereinschalten nach, Webhook-Trigger verarbeiten dagegen nur neue Ereignisse ab dem Zeitpunkt der Reaktivierung und lassen ältere Ereignisse aus.

Hilft eine Premium- oder Process-Lizenz gegen die automatische Abschaltung?

Eine Power Automate Process-Lizenz stellt dem Flow dedizierte Kapazität mit höheren Grenzwerten zur Verfügung und reduziert dadurch das Risiko einer dauerhaften Drosselung deutlich. Sie ist laut Microsoft die empfohlene Maßnahme für Flows, die strukturell nahe an den Limits laufen, ersetzt aber keine Optimierung ineffizient gebauter Flows.