M365Con 2027 – die kostenlose Online-Konferenz · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Schluss mit dem Gateway als reiner Datenleitung: Was es tatsächlich leistet

Von ·

Willkommen zurück beim Blog-Begleiter zum Podcast! Wenn Sie schon einmal auf ein sich drehendes Ladesymbol gestarrt haben, während die Aktualisierung eines Power BI-Datasets im Schneckentempo vorankriecht, oder wenn Ihre Unternehmensdashboards genau dann ins Timeout laufen, wenn die Führungsebene sie am dringendsten braucht, suchen Sie den Fehler vermutlich in der falschen Richtung. Zu viele Archi

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Cover: Configure the Power Platform Data Gateway for Reliable Connectivity

Willkommen zurück beim Blog-Begleiter zum Podcast! Wenn Sie schon einmal auf ein sich drehendes Ladesymbol gestarrt haben, während die Aktualisierung eines Power BI-Datasets im Schneckentempo vorankriecht, oder wenn Ihre Unternehmensdashboards genau dann ins Timeout laufen, wenn die Führungsebene sie am dringendsten braucht, suchen Sie den Fehler vermutlich in der falschen Richtung. Zu viele Architekten und Administratoren behandeln das Power Platform Data Gateway wie eine einfache Installationsarmatur – eine passive, reine Datenleitung, die nur Daten zwischen lokalen Datenbanken und der Cloud hin- und herschiebt. Das ist alles andere als die Wahrheit.

In diesem Beitrag tauchen wir tief in die architektonische Realität des Gateways ein. Wir zeigen, wie es als leistungsstarke Verarbeitungsmaschine arbeitet und warum eine Vernachlässigung seiner Konfiguration die Leistung Ihrer Berichte aktiv zerstört. Wenn Sie diese architektonischen Konzepte noch genauer verstehen und eine lebhafte Aufschlüsselung realer Fehlerbehebungsszenarien hören möchten, sollten Sie unsere passende Podcast-Folge anhören: Configure the Power Platform Data Gateway for Reliable Connectivity.

Werfen wir einen Blick unter die Haube und sehen uns an, wie das Gateway tatsächlich arbeitet, sowie die konkreten Schritte, mit denen Sie es von einem Engpass in eine Hochgeschwindigkeitsautobahn verwandeln.

Der missverstandene Vermittler: Was das Gateway tatsächlich tut

Um die Leistung Ihres Gateways zu verbessern, müssen Sie zunächst verstehen, was tatsächlich unter der Haube passiert, wenn ein Cloud-Dienst eine Anfrage an eine lokale Datenquelle stellt. Der Datenfluss sieht auf dem Papier täuschend einfach aus: Der Power BI-Dienst kommuniziert mit dem Gateway-Cluster, dieser mit dem Hostcomputer, der wiederum eine Abfrage an Ihrer Datenquelle ausführt und den Weg anschließend zurückgeht, um die Ergebnisse zurückzugeben. Doch dies ist kein passives Relais.

Das Gateway übernimmt bei jedem einzelnen Schritt schwere Arbeit. Es verarbeitet Authentifizierungsvorgänge, beendet und stellt Transport Layer Security (TLS)-Verschlüsselung erneut her, übersetzt Abfrage-Nutzdaten und verwaltet große Speicherpuffer. Da es Verschlüsselung, Abfrageübersetzung und die Zwischenspeicherung temporärer Dateien übernimmt, ist der Gateway-Rechner eine voll funktionsfähige Verarbeitungsmaschine. Ihn wie eine leichtgewichtige Middleware zu behandeln, ist ein Rezept für Probleme.

Sie sollten außerdem genau auf Ihren Bereitstellungsmodus achten. Das Gateway im persönlichen Modus ist ausschließlich für Einzelbenutzerszenarien konzipiert und sollte niemals für gemeinsam genutzte Unternehmensberichte verwendet werden. Für Produktionsworkloads müssen Sie das Standard Data Gateway bereitstellen – idealerweise in einer geclusterten Konfiguration mit zwei oder mehr Knoten, um Hochverfügbarkeit und Lastverteilung sicherzustellen. Darüber hinaus können moderne Architekturen Azure VNet Data Gateways nutzen, um null eingehende Angriffsfläche zu erreichen. So bleiben Ihre Sicherheitsteams zufrieden, während die Leistung robust bleibt.

Standardeinstellungen und versteckte Leistungskiller

Wenn Sie eine neue Instanz des Power Platform Data Gateway installieren, verlässt sich das Installationsprogramm auf konservative Standardeinstellungen, die sicherstellen sollen, dass es auf nahezu jeder Hardware out-of-the-box funktioniert. Leider wirken diese Standardeinstellungen in einer Unternehmensumgebung als stille Leistungskiller.

Nehmen Sie etwa die Parallelität. Standardmäßig arbeitet das Gateway häufig mit einer zurückhaltenden Warteschlange, die die parallele Abfrageausführung begrenzt. Wenn leistungsstarke Hardware ungenutzt bleibt, während sich Ihre Aktualisierungen nacheinander in der Warteschlange stauen, verschwenden Sie Ressourcen. Sie sollten die Grenzwerte für parallele Abfragen an die tatsächliche Kapazität Ihres Hosts anpassen.

Die Dimensionierung der Puffer ist eine weitere große Fallgrube. Sind die Puffer zu klein, ist das Gateway gezwungen, Daten auf die Festplatte auszulagern, was zu erheblichen E/A-Engpässen führt. Geben Sie Ihrem Arbeitsspeicher etwas Luft. Stellen Sie außerdem sicher, dass die Antivirensoftware Ihres Sicherheitsteams mit passenden Ausnahmen konfiguriert ist. Echtzeitprüfungen der Installationsverzeichnisse, des Caches und der Protokollpfade des Gateways können die Abfrageverarbeitung zum Erliegen bringen, da jede temporäre Datei aggressiv untersucht wird.

Wir müssen auch über die Einstellung StreamBeforeRequestCompletes sprechen. Sie kann die Leistung in Netzwerken mit geringer Latenz (LAN) deutlich verbessern, birgt jedoch über VPNs mit hoher Latenz erhebliche Risiken. Achten Sie schließlich auf den Effekt des Gedächtnisverlusts nach Updates. Jedes Mal, wenn Sie die Gateway-Software aktualisieren, können Standardkonfigurationen zurückgesetzt werden und Ihre individuellen Optimierungen löschen. Wenden Sie Ihre Leistungsoptimierungen nach einem Gateway-Upgrade daher immer sofort erneut an.

Der Netzwerkfaktor: Routing, Latenz und die Realität des Cold-Potato-Routings

Sie können Ihren Gateway-Host mit der teuersten Hardware ausstatten, doch wenn das Netzwerk-Routing grundlegend fehlerhaft ist, leidet die Leistung trotzdem. Die Latenz summiert sich über jeden einzelnen Netzwerk-Hop, und ungünstiges Routing hebt jede andere Optimierung vollständig auf.

Viele Organisationen tappen in die Falle, ihren gesamten Datenverkehr „der Kontrolle wegen“ über Unternehmens-VPNs und zentrale Web-Proxys zu leiten. In der Praxis verlängert dieser unnötige Umweg die physische Distanz um Hunderte von Kilometern, fügt zusätzliche Netzwerk-Hops hinzu und verursacht ressourcenintensive Verzögerungen durch die TLS-Inspektion. Lassen Sie Ihren Datenverkehr stattdessen so schnell wie möglich lokal zum nächsten Microsoft Edge Point of Presence (POP) austreten. Sobald der Datenverkehr diesen Edge-POP erreicht, läuft er über das optimierte globale Backbone-Netzwerk von Microsoft direkt zu seinem Ziel.

Konfigurieren Sie für sensible und interaktive Analysen die Routing-Einstellungen für das Microsoft-Netzwerk, damit eine Spitzenleistung gewährleistet ist. Verwenden Sie Standard-Internetrouting nur für umfangreiche Datenübertragungen mit niedriger Priorität. Der Wechsel weg vom Umweg über das Unternehmens-VPN ist oft die wirkungsvollste Maßnahme, mit der eine Organisation die Aktualisierungszeiten ihrer Berichte verbessern kann.

Hardware und Hosting: So bauen Sie einen leistungsfähigen Gateway-Host

Da das Gateway eine leistungsstarke Verarbeitungskomponente ist, ist der Betrieb auf einer leistungsschwachen, gemeinsam genutzten virtuellen Maschine mit überbuchten Ressourcen ein Garant für Probleme. Behandeln Sie Ihren Gateway-Host wie eine unternehmenskritische Infrastruktur der ersten Kategorie.

Achten Sie hardwareseitig auf eine Basiskonfiguration mit mindestens 16 GB RAM, 8 oder mehr physischen CPU-Kernen und schnellen SSD- oder NVMe-Speichern für Cache und Protokolldateien. Virtuelle Maschinen sind durchaus akzeptabel, Sie müssen jedoch sicherstellen, dass CPU- und Speicherressourcen fest reserviert und niemals überbucht werden.

Um Single Points of Failure zu vermeiden und den Durchsatz zu skalieren, betreiben Sie Gateway-Cluster mit mindestens zwei Knoten. Es ist unbedingt erforderlich, dass alle Knoten in einem Cluster identische Versionsnummern und übereinstimmende Konfigurationen haben. Um zu überprüfen, ob Ihre Hardware richtig dimensioniert ist, messen Sie die tatsächlich relevanten Werte mit dem integrierten Bericht zur Gateway-Leistung und mit Windows-Leistungsindikatoren (PerfMon). Achten Sie dabei auf Zähler für CPU-Auslastung, RAM-Verbrauch, private Bytes und Dauer der Abfrageausführung.

Proaktive Optimierung und Best Practices für die Wartung

Infrastruktur braucht laufende Pflege, und Ihre Datengateways sind da keine Ausnahme. Einer der häufigsten administrativen Fehler besteht darin, automatische Updates auf Produktivgateways zu aktivieren. Ein plötzliches, ungeprüftes Software-Update kann Ihre Konfigurationsdateien verändern oder Kompatibilitätsprobleme verursachen, die geschäftskritische Berichte lahmlegen.

Richten Sie stattdessen eine Staging-Umgebung ein, in der Sie Updates testen, bevor Sie diese in die Produktivumgebung übernehmen. Sichern Sie Ihre Cluster- und Datenquelleneinstellungen stets, damit Sie im Fehlerfall schnell wiederherstellen können. Erstellen Sie wöchentliche Zustandsdashboards, die Aktualisierungsspitzen mit Ihrem Zeitplan korrelieren. So können Sie ressourcenintensive Workloads gleichmäßig über den Tag verteilen.

Nutzen Sie PowerShell-Skripte, um automatisierte Systemprüfungen durchzuführen, die Dienststatus, Softwareversionen und Warteschlangentiefe überwachen. Planen Sie außerdem geordnete Dienstneustarts außerhalb der Hauptlastzeiten ein. Dokumentieren Sie Ihre Betriebssystem-Builds, .NET-Framework-Versionen, offenen Ports und Virenschutz-Ausnahmen. Wenn Sie Ihr Gateway wie echte Infrastruktur behandeln, wenden Sie auf den täglichen Betrieb eine disziplinierte IT-Governance an.

Checkliste für eine zuverlässige Anbindung

Damit Sie diese Konzepte sofort umsetzen können, finden Sie hier eine kurze, praxisorientierte Checkliste, die Sie kopieren, einfügen und mit Ihrem Team durchgehen können:

Fazit

Das Power Platform Data Gateway ist weit mehr als eine einfache Brücke oder eine reine Datenleitung. Es ist eine leistungsstarke Verarbeitungsinstanz im Zentrum Ihrer hybriden Analysearchitektur. Wenn Sie von den Standardeinstellungen abrücken, Ihr Netzwerkrouting so optimieren, dass das globale Backbone von Microsoft genutzt wird, in geeignete Serverhardware investieren und konsequente Betriebsroutinen etablieren, beseitigen Sie Engpässe bei der Aktualisierung vollständig und liefern die schnellen Berichte, die Ihr Unternehmen erwartet.

Wenn Sie eine ausführlichere Diskussion zu diesen Architekturprinzipien hören und weitere praxisnahe Tipps erhalten möchten, mit denen Sie wertvolle Minuten bei Ihren Aktualisierungsfenstern einsparen, sehen Sie sich unbedingt die Podcast-Folge an: Configure the Power Platform Data Gateway for Reliable Connectivity. Hören Sie rein, abonnieren Sie den Podcast und übernehmen Sie noch heute die Kontrolle über Ihre Unternehmensverbindungen!

Entitäten in diesem Artikel

Power Platform Dashboards Power BI Semantic model High availability Middleware Power BI Service PowerShell

Verwandte Artikel

RSS