Warum Ihr SCADA-System während des Schichtwechsels langsamer wird – und wie Sie es beheben können

alarm management, control room, DCS performance, Honeywell Experion PKS, industrial network, OPC DA, SCADA, SCADA optimization, shift change, SQL Server tuning
April 07, 2026

Why Your SCADA System Slows Down During Shift Change — And How to Fix It

Der versteckte Leistungs-Killer in Ihrem Leitstand

Jede Schichtübergabe in einer Prozessanlage erzeugt einen vorhersehbaren Leistungseinbruch. Bediener melden sich gleichzeitig an, bestätigen gestapelte Alarme und laden komplexe Übersichtsbildschirme im selben Moment. Ihr SCADA-Server reagiert mit langsamen Bildschirmaktualisierungen, verzögerten Tag-Updates und eingefrorenen Trendfenstern. Dies ist kein Hardwarefehler. Dies ist ein Lastmanagementproblem.

Honeywell Experion PKS-Installationen in Raffinerien und Chemieanlagen erleben dieses Muster regelmäßig. Die Experion R500 Serverarchitektur weist gemeinsam genutzte Speicherpools für gleichzeitige Clientsitzungen zu. Wenn sechs Bediener innerhalb eines Drei-Minuten-Fensters das System starten, steigt die Server-CPU-Auslastung für bis zu vier Minuten auf 85–95 %. Die Tag-Scanraten sinken von 500 ms auf 2.000 ms. Bediener verpassen in diesem Zeitraum kritische Prozessabweichungen.

Verstehen Sie zunächst, dass dieses Problem vollständig vermeidbar ist. Zweitens erfordert die Lösung keine Hardware-Upgrades. Drittens besteht die Lösung aus reiner Konfiguration und betrieblicher Disziplin.

Ursache 1: Gleichzeitige Client-Initialisierung

Jede Experion PKS Client-Workstation führt beim Start einen vollständigen Abonnement-Handshake durch. Die Station fordert alle konfigurierten Anzeige-Tags an, lädt Alarmübersichtstabellen und lädt Trendhistorienpuffer herunter. Eine einzelne Client-Initialisierung erzeugt etwa 1.200 OPC DA Abonnement-Anfragen an den Experion-Server.

Darüber hinaus erzeugen sechs Clients, die innerhalb von 90 Sekunden starten, 7.200 gleichzeitige Abonnement-Anfragen. Der Experion Data Access Server (DAS) verarbeitet diese Anfragen in einer Warteschlange. Die Warteschlangentiefe überschreitet 5.000 Einträge. Die Antwortlatenz steigt auf über 1.500 ms pro Tag. Der Bediener sieht eingefrorene Anzeigen.

Ursache 2 verschärft dieses Problem. Bediener bestätigen alle nicht bestätigten Alarme der vorherigen Schicht in den ersten fünf Minuten. Jede Bestätigung schreibt einen Zeitstempel, Bediener-ID und Zustandsänderung in die Alarm- und Ereignisdatenbank. Große Alarmrückstände – 200 oder mehr nicht bestätigte Alarme – erzeugen innerhalb von Minuten 200 sequentielle Datenbanktransaktionen. Die SQL Server I/O-Wartezeit steigt auf über 40 ms pro Transaktion. Das Honeywell CC-PDIL01 Digital Input Module und ähnliche Feld-I/O-Karten liefern kontinuierliche Zustandsänderungsdaten in diese Alarmpipeline.

Ursache 3 ist der automatisierte Schichtbericht. Experions Alarmübersicht- und Produktionsabrechnungs-Module erzeugen Berichte am Schichtende, indem sie 8–12 Stunden historische Daten abfragen. Dieser Prozess führt gleichzeitige Datenbank-Leseoperationen gegen dieselbe SQL Server-Instanz aus, die Alarmbestätigungs-Schreibvorgänge verarbeitet. Lese-Schreib-Konflikte blockieren beide Prozesse.

Diagnoseschritte: Finden Sie Ihren Engpass, bevor Sie ihn beheben

Raten Sie nicht. Messen Sie zuerst. Verwenden Sie den Windows-Leistungsmonitor auf dem Experion-Server während der nächsten Schichtübergabe. Erfassen Sie vier Zähler gleichzeitig für das volle 10-Minuten-Übergabefenster.

Schritt 1: Öffnen Sie den Leistungsmonitor. Fügen Sie den Zähler hinzu: Prozessor — % Prozessorzeit — _Gesamt. Stellen Sie das Abtastintervall auf 5 Sekunden ein.
Schritt 2: Fügen Sie den Zähler hinzu: PhysischeFestplatte — Durchschnittliche Festplatten-Warteschlangenlänge. Werte über 2,0 deuten auf einen Festplatten-I/O-Engpass hin.
Schritt 3: Fügen Sie den Zähler hinzu: SQL Server: Puffer-Manager — Seiten-Lebensdauer. Werte unter 300 Sekunden deuten auf Speicherengpässe in der Historian-Datenbank hin.
Schritt 4: Fügen Sie den Zähler hinzu: Netzwerkschnittstelle — Bytes Gesamt/Sek. Vergleichen Sie mit der Geschwindigkeit Ihres Switch-Ports. Werte über 70 % der Portkapazität deuten auf Netzwerksättigung hin.
Schritt 5: Öffnen Sie den Experion Station Leistungsmonitor. Navigieren Sie zu Server — Diagnostik — DAS Warteschlangentiefe. Notieren Sie die maximale Warteschlangentiefe während des Schichtwechsel-Fensters.
Schritt 6: Exportieren Sie das Experion Alarmjournal für den Schichtwechselzeitraum. Zählen Sie die Alarmbestätigungstransaktionen pro Minute. Mehr als 30 Transaktionen pro Minute deuten auf Alarmrückstau hin.

Sie haben nun ein präzises Leistungsprofil. Ordnen Sie Ihren gemessenen Engpass der richtigen Lösung im nächsten Abschnitt zu.

Konfigurationslösungen: Jede Ursache gezielt angehen

Lösung 1 adressiert die gleichzeitige Client-Anmeldung. Implementieren Sie einen gestaffelten Anmeldeplan. Weisen Sie jeder Bedienerstation ein Anmeldefenster zu. Station 1 meldet sich zu Schichtbeginn an. Station 2 meldet sich drei Minuten nach Schichtbeginn an. Station 3 meldet sich sechs Minuten nach Schichtbeginn an. Dies verteilt die DAS-Abonnementlast über 9 Minuten. Die maximale DAS-Warteschlangentiefe sinkt von 7.200 auf 1.200 Anfragen.

Lösung 2 behebt den Konflikt bei der Schichtberichterstellung. Navigieren Sie im Experion Configuration Studio zu Planung — Automatisierte Aufgaben. Verschieben Sie alle Schichtberichtserstellungsaufgaben auf 45 Minuten nach Schichtbeginn. Dies trennt die Datenbankabfragen für Berichte von den Alarmbestätigungs-Schreibvorgängen um 45 Minuten. Die SQL Server I/O-Wartezeit kehrt auf Baseline-Werte unter 8 ms zurück.

Lösung 3 zielt auf den Alarmrückstau ab. Legen Sie eine Standardarbeitsanweisung fest, die Bediener verpflichtet, Alarme in Echtzeit während ihrer Schicht zu bestätigen. Maximale Anzahl nicht bestätigter Alarme am Schichtende: 15. Konfigurieren Sie die Alarm-Shelving-Funktion von Experion für Störalarme mit Wiederholrate über 1 pro 10 Minuten. Shelving erfordert ISA-18.2-Dokumentation – erstellen Sie für jeden abgelegten Alarm einen Alarm-Rationalisierungsdatensatz. Der Honeywell C300 Controller unterstützt die Alarmpriorisierung direkt auf Controller-Ebene, um die Serverlast stromaufwärts zu reduzieren.

Lösung 4 optimiert die SQL Server-Konfiguration für Experion. Setzen Sie den SQL Server Max Server Memory auf den Gesamtspeicher minus 4 GB. Für einen Server mit 32 GB RAM setzen Sie Max Server Memory auf 28.672 MB. Aktivieren Sie die SQL Server Instant File Initialization, um Verzögerungen durch Nullfüllung bei Datenwachstum zu eliminieren. Setzen Sie die Vorwachstumsgröße der Experion Historian-Datendatei auf 512 MB. Dies verhindert Datei-Wachstumsereignisse während des Betriebs, die Transaktionen blockieren.

Netzwerk- und Anzeigeoptimierung

Konfigurationslösungen allein lösen möglicherweise nicht alle Leistungsprobleme, wenn Ihr Steuerungsnetzwerk während der Schichtübergabe starken Broadcast-Verkehr trägt. Segmentieren Sie das Experion-Client-Netzwerk mit verwalteten Switches und VLAN-Konfiguration. Platzieren Sie alle Bedienerarbeitsplätze im VLAN 10. Platzieren Sie den Experion-Server im VLAN 20. Konfigurieren Sie Inter-VLAN-Routing nur für erforderliche Experion-Kommunikationsports: TCP 55555 für Experion Station, TCP 1433 für SQL Server Historian-Zugriff, UDP 5001 für DDE/OPC-Bridging. Das Honeywell CC-KREBR5 Control Firewall Module bietet hardwarebasierte Netzwerksegmentierung zwischen dem Prozessleitsystemnetzwerk und der Unternehmens-VLAN-Infrastruktur.

Auch das Display-Design trägt zur Last bei Schichtwechsel bei. Komplexe P&ID-Übersichtsbildschirme mit 500 oder mehr dynamischen Objekten erzeugen 500 einzelne Tag-Abonnement-Anfragen pro Aktualisierungszyklus. Gestalten Sie Übersichtsbildschirme neu, sodass maximal 200 dynamische Objekte angezeigt werden. Verwenden Sie Experions Level-1-Übersichtskonzept – zeigen Sie nur kritische Prozessvariablen auf dem Erstladebildschirm. Bediener greifen detaillierte P&IDs nur bei Bedarf auf.

Konfigurieren Sie außerdem das Vorladen von Anzeigen auf Experion-Stationen. Stellen Sie die Startanzeige der Station auf eine leichte Statusseite mit weniger als 50 dynamischen Objekten ein. Dies reduziert die anfängliche Abonnementlast um 80 % im Vergleich zum Laden eines vollständigen P&ID beim Start. Die Honeywell I/O Chassis-Infrastruktur, die diese Anzeigen unterstützt, profitiert direkt von der reduzierten Abfragefrequenz während der optimierten Startsequenz.

Fazit und Handlungsempfehlung

Verzögerungen im SCADA-System bei Schichtwechsel sind ein lösbares Ingenieursproblem. Messen Sie zuerst Ihren tatsächlichen Engpass mit dem Leistungsmonitor, bevor Sie Konfigurationen ändern. Implementieren Sie gestaffelte Anmeldezeiten, um die DAS-Abonnementlast zu verteilen. Verschieben Sie die Schichtberichterstellung um 45 Minuten nach Schichtbeginn. Erzwingen Sie Echtzeit-Alarmbestätigungen, um Alarmfluten am Schichtende zu verhindern.

Für Honeywell Experion PKS im Speziellen: Setzen Sie den SQL Server Max Server Memory auf Gesamtspeicher minus 4 GB, aktivieren Sie Instant File Initialization und gestalten Sie Übersichtsbildschirme mit weniger als 200 dynamischen Objekten neu. Diese vier Maßnahmen reduzieren in der Praxis CPU-Spitzen bei Schichtwechsel von 90 % auf unter 55 %. Bediener erhalten eine zuverlässige Anzeigeantwort innerhalb von 30 Sekunden nach Anmeldung statt vier Minuten Wartezeit. Dieses Zeitfenster ist entscheidend – Prozessstörungen während der Schichtübergabe verursachen laut ISA-18.2 Vorfallanalyse-Daten 23 % der abnormalen Ereignisse.

Beginnen Sie mit den Diagnoseschritten im zweiten Abschnitt. Führen Sie eine vollständige Schichtübergabe mit aktiviertem Leistungsmonitor durch. Ihre Daten zeigen Ihnen genau, welche Lösung Sie zuerst anwenden sollten.