Power Automate: Das 100-MB-Limit und Chunking als Workaround (FAQ)

Power Automate begrenzt jede einzelne Nachricht in einem Cloud-Flow auf 100 MB, und dieses Limit meldet sich meistens genau dann, wenn es am unpassendsten ist: mitten im E-Mail-Versand eines Videos, beim Hochladen eines Backups in SharePoint oder beim Verarbeiten einer umfangreichen PDF-Sammlung. Laut der offiziellen Power-Automate-Dokumentation zu Grenzwerten liegt die Nachrichtengröße für eine einzelne ausgehende oder eingehende HTTP-Anfrage standardmäßig bei 100 MB, mit aktiviertem Chunking lässt sich dieser Wert auf bis zu 1 GB erweitern. Stand: Juli 2026.

Dieser FAQ-Artikel fasst zusammen, wo das Limit in der Praxis zuschlägt, wie Chunking als offizieller Workaround funktioniert und wo diese Lösung selbst wieder an ihre Grenzen stößt. So findest du bei der nächsten großen Datei die passende Antwort, ohne dich erst durch drei Fehlversuche zu klicken.

Was genau begrenzt Power Automate auf 100 MB?

Das 100-MB-Limit gilt laut Microsoft für die Nachrichtengröße einer einzelnen ausgehenden oder eingehenden HTTP-Anfrage in einem Cloud-Flow, also für den kompletten Nachrichtentext, den eine Aktion oder ein Trigger verarbeitet. Wichtig dabei: Der Grenzwert bezieht sich nicht ausschließlich auf die Datei selbst, sondern auf die gesamte Nutzlast der Anfrage. Sendest du eine Datei über einen Connector, muss laut Dokumentation die gesamte Payload inklusive Metadaten, Header-Informationen und eventueller JSON-Umhüllung unter 100 MB bleiben, nicht nur die reine Dateigröße. Eine 98 MB große Datei kann also bereits scheitern, wenn drumherum noch weitere Daten mitgeschickt werden.

Warum reißt schon eine deutlich kleinere Datei das Limit?

Ein häufiger Stolperstein bei SharePoint- und OneDrive-Aktionen wie „Dateiinhalt abrufen" ist die Kodierung. Binärinhalte werden innerhalb des Flows oft als Base64-Zeichenkette übertragen, und diese Kodierung vergrößert die Datenmenge um etwa ein Drittel gegenüber der ursprünglichen Dateigröße. Eine Datei mit 70 MB kann dadurch rechnerisch auf rund 90 bis 95 MB anwachsen, bevor sie überhaupt die eigentliche Zielaktion erreicht, und reißt das 100-MB-Limit damit deutlich früher, als die reine Dateigröße vermuten lässt. Wer regelmäßig mit Dateien im Bereich von 60 bis 90 MB arbeitet, sollte deshalb nicht erst bei genau 100 MB mit Problemen rechnen, sondern schon deutlich darunter.

Wie funktioniert Chunking als offizieller Workaround?

Chunking teilt eine große Nachricht in kleinere Teilstücke auf, die nacheinander übertragen und am Ziel wieder zusammengesetzt werden. Power Automate baut dabei auf dem Chunking-Mechanismus von Azure Logic Apps auf, wie die Dokumentation zum Verarbeiten großer Nachrichten beschreibt: Eine Aktion sendet zunächst eine leere POST- oder PUT-Anfrage mit den Headern `x-ms-transfer-mode: chunked` und `x-ms-content-length`, der Zielendpunkt antwortet mit einer vorgeschlagenen Blockgröße über `x-ms-chunk-size`, und anschließend folgen mehrere HTTP-PATCH-Anfragen, die jeweils einen Byte-Bereich der Datei übertragen, bis der gesamte Inhalt beim Ziel angekommen ist. Für den Download großer Inhalte läuft es spiegelbildlich über HTTP-GET-Anfragen mit `Range`-Headern und Antworten im Statuscode 206.

Chunking in einer HTTP-Aktion aktivieren

In der Praxis reicht meist ein einzelner Klick: Öffne im Flow-Designer die HTTP-Aktion, gehe zu den Einstellungen und schalte unter „Inhaltsübertragung" die Option „Chunking zulassen" ein. Danach übernimmt Power Automate die Aufteilung automatisch, solange der angesprochene Endpunkt dasselbe Chunking-Protokoll unterstützt. Ein wichtiger Nebeneffekt: Ist Chunking für eine Aktion aktiv, stehen in der Ausgabe nur noch die reinen Inhaltsdaten zur Verfügung, Eigenschaften wie Statuscode oder Header fallen weg. Referenzierst du diese Werte an anderer Stelle im Flow, etwa in nachverfolgten Eigenschaften, führt das zu einem Laufzeitfehler, den du vorab entfernen solltest.

Wo stößt Chunking selbst an Grenzen?

• Chunking funktioniert ausschließlich bei Aktionen, nicht bei Triggern. Ein Trigger wie „Wenn eine Datei erstellt oder geändert wird" bleibt also weiterhin an kleinere Grenzwerte gebunden, unabhängig von den Chunking-Einstellungen im weiteren Flow.
• Selbst mit Chunking liegt die harte Obergrenze bei 1 GB pro Nachricht. Für größere Dateien reicht der Mechanismus allein nicht mehr aus.
• Nicht jeder Connector und nicht jede externe API unterstützt das Chunking-Protokoll von Power Automate. Eigene Webdienste müssen dasselbe Protokoll implementieren, sonst greift die Aufteilung ins Leere und die Anfrage schlägt weiterhin fehl.
• Innerhalb eines Flows zählt weiterhin der allgemeine Inhaltsdurchsatz: Je nach Performance-Profil sind pro Tag zusätzlich nur 200 MB bis 10 GB an Gesamtdatenvolumen über alle Läufe hinweg vorgesehen.

Welche Alternative gibt es für Dateien über 1 GB?

Für wirklich große Dateien, etwa Videoexporte oder umfangreiche Datenbank-Backups, bringt selbst aktiviertes Chunking irgendwann nichts mehr, weil die harte 1-GB-Grenze pro Nachricht bestehen bleibt. In diesem Fall lohnt sich der Umweg über eine HTTP-Aktion, die direkt mit der Microsoft-Graph-API spricht und dort eine sogenannte Upload Session für den betreffenden Ordner startet. Die Datei wird dann serverseitig in Blöcken hochgeladen, ohne dass der komplette Inhalt jemals als einzelne Nachricht durch den Flow läuft. Du behältst dabei die Kontrolle über den Ablauf, weil du die Blockgröße und die Wiederholungslogik selbst im Flow steuerst, statt dich auf einen einzigen, riskanten Upload-Versuch zu verlassen. Wo eine solche Lösung sauber aufgesetzt und dauerhaft wartbar sein soll, unterstützt NordFlux im Rahmen der Power-Automate-Beratung bei der technischen Umsetzung.

Häufige Fragen

Gilt das 100-MB-Limit für jede Aktion in Power Automate?

Ja, grundsätzlich für jede einzelne ausgehende oder eingehende HTTP-Anfrage innerhalb eines Cloud-Flows, unabhängig davon, ob es sich um einen Standard-Connector oder eine eigene HTTP-Aktion handelt. Einzelne Connectors können zusätzlich eigene, oft niedrigere Grenzwerte mitbringen, die noch vor dem allgemeinen 100-MB-Limit greifen.

Was verändert sich konkret, wenn ich Chunking aktiviere?

Die betroffene Aktion teilt große Nachrichten automatisch in kleinere Blöcke auf und überträgt sie nacheinander, wodurch sich das nutzbare Limit von 100 MB auf bis zu 1 GB erhöht. Im Gegenzug stehen in der Ausgabe der Aktion nur noch die reinen Inhaltsdaten zur Verfügung, andere Ausgabeeigenschaften wie Statuscode oder Header fallen weg.

Funktioniert Chunking auch bei einem Trigger wie „Wenn eine Datei erstellt wird"?

Nein. Chunking lässt sich laut Dokumentation nur für Aktionen einrichten, nicht für Trigger, weil der zusätzliche Nachrichtenaustausch dort zu viel Mehraufwand erzeugen würde. Sehr große Dateien bleiben an Triggern also weiterhin problematisch, selbst wenn im restlichen Flow Chunking aktiv ist.

Woran erkenne ich, dass ich gegen das Limit gelaufen bin?

Typisch ist eine Fehlermeldung rund um eine zu große Anfrage oder ein Timeout mitten in der Verarbeitung, oft erst nach einigen erfolgreichen Testläufen mit kleineren Dateien. Prüfe in diesem Fall zuerst die tatsächliche Größe der gesamten Nutzlast, nicht nur der Ursprungsdatei, und aktiviere anschließend Chunking in den Aktionseinstellungen, sofern der Zielendpunkt es unterstützt.

Was mache ich bei Dateien, die auch mit Chunking über 1 GB liegen?

Für diesen Fall reicht die Standardlösung aus dem Flow nicht mehr aus. Sinnvoll ist dann eine HTTP-Aktion, die eine Upload Session bei der Microsoft-Graph-API startet und die Datei serverseitig in Blöcken hochlädt, oder ein vergleichbarer Umweg über einen anderen Speicherdienst, der große Dateien direkt verarbeitet, ohne sie vollständig durch den Flow zu schleusen.