Miért lassul le a SCADA rendszered műszakváltáskor — és hogyan javíthatod ki

A rejtett teljesítménygyilkos az irányítótermedben

Minden műszakváltás egy folyamatüzemben kiszámítható teljesítményviharokat idéz elő. Az operátorok egyszerre jelentkeznek be, egyszerre ismerik el a felhalmozódott riasztásokat, és egyszerre töltik be a bonyolult áttekintő képernyőket. A SCADA szervered lassú képernyőfrissítéssel, késleltetett címke-frissítésekkel és lefagyott trendablakokkal válaszol. Ez nem hardverhiba. Ez egy terheléskezelési probléma.

A Honeywell Experion PKS telepítések finomítókon és vegyi üzemekben következetesen szembesülnek ezzel a mintával. Az Experion R500 szerverarchitektúra megosztott memóriapoolokat oszt ki az egyidejű kliens munkamenetekhez. Amikor hat operátor három percen belül egyszerre lép be a rendszerbe, a szerver CPU terhelése 85–95%-ra ugrik akár négy percen át. A címkefelderítési sebesség 500 ms-ról 2 000 ms-ra csökken. Az operátorok ebben az időablakban kritikus folyamateltéréseket mulasztanak el.

Először is értsd meg, hogy ez a probléma teljes mértékben megelőzhető. Másodszor, a javításhoz nincs szükség hardverfrissítésre. Harmadszor, a megoldás tisztán konfigurációs és működési fegyelem kérdése.

Ok 1: Egyidejű kliens inicializáció

Minden Experion PKS kliens munkaállomás teljes előfizetési kézfogást hajt végre indításkor. A munkaállomás kéri az összes konfigurált megjelenítési címkét, betölti a riasztás összefoglaló táblákat, és letölti a trendtörténeti puffereket. Egyetlen kliens inicializáció körülbelül 1 200 OPC DA előfizetési kérést generál az Experion szerver felé.

Továbbá, ha hat kliens 90 másodpercen belül indul el, 7 200 egyidejű előfizetési kérés keletkezik. Az Experion Data Access Server (DAS) ezeket a kéréseket sorban dolgozza fel. A sor mélysége meghaladja az 5 000 elemet. A válaszidő meghaladja az 1 500 ms-ot címkénként. Az operátor lefagyott képernyőket lát.

A 2. ok tovább súlyosbítja ezt a problémát. Az operátorok az első öt percben megerősítik az előző műszak összes nem elismert riasztását. Minden elismerés egy időbélyeget, operátorazonosítót és állapotváltozást ír az Riasztás és Esemény adatbázisba. A nagy riasztási torlódások — 200 vagy több nem elismert riasztás — 200 egymást követő adatbázis-tranzakciót hoznak létre perceken belül. Az SQL Server I/O várakozási ideje meghaladja a 40 ms-ot tranzakciónként. A Honeywell CC-PDIL01 digitális bemeneti modul és hasonló terepi I/O kártyák folyamatos állapotváltozás adatokat táplálnak ebbe a riasztási csatornába.

A 3. ok az automatizált műszakjelentés. Az Experion Riasztás Összefoglaló és Termelési Számvitel moduljai a műszak végén jelentéseket generálnak 8–12 órányi történeti adat lekérdezésével. Ez a folyamat egyidejű adatbázis-olvasási műveleteket futtat ugyanazon SQL Server példány ellen, amely kezeli a riasztás elismerési írásokat. Az olvasási-írási versengés mindkét folyamatot leállítja.

Diagnosztikai lépések: Határozd meg a szűk keresztmetszetet, mielőtt javítanál

Ne találgass. Először mérj. Használd a Windows Teljesítményfigyelőt az Experion szerveren a következő műszakváltás alatt. Rögzíts négy számlálót egyszerre a teljes 10 perces átadás időablakban.

• 1. lépés: Nyisd meg a Teljesítményfigyelőt. Add hozzá a számlálót: Processzor — % Processzoridő — _Összes. Állítsd a mintavételi intervallumot 5 másodpercre.
• 2. lépés: Add hozzá a számlálót: Fizikai lemez — Átlagos lemez sorhossz. 2,0 feletti értékek lemez I/O szűk keresztmetszetet jeleznek.
• 3. lépés: Add hozzá a számlálót: SQL Server: Pufferkezelő — Oldal élettartam várható értéke. 300 másodperc alatti értékek memória nyomást jeleznek a történeti adatbázison.
• 4. lépés: Add hozzá a számlálót: Hálózati interfész — Összes bájt/másodperc. Hasonlítsd össze a kapcsoló port sebességével. A port kapacitásának 70%-a feletti értékek hálózati telítettséget jeleznek.
• 5. lépés: Nyisd meg az Experion Munkaállomás Teljesítményfigyelőt. Navigálj a Szerver — Diagnosztika — DAS sor mélységhez. Jegyezd fel a sor mélységének csúcsértékét a műszakváltás időablakában.
• 6. lépés: Exportáld az Experion Riasztási Naplót a műszakváltás időszakára. Számold meg a riasztás elismerési tranzakciókat percenként. 30 tranzakció/perc felett riasztási torlódásra utal.

Így most pontos teljesítményprofilt kapsz. Illeszd a mért szűk keresztmetszetet a következő szakaszban található megfelelő javításhoz.

Konfigurációs javítások: Célzottan minden okra

Javítás 1 az egyidejű kliens bejelentkezést kezeli. Vezess be ütemezett, eltolással történő bejelentkezést. Rendelj minden operátor munkaállomáshoz egy bejelentkezési időablakot. Az 1-es állomás a műszak kezdetén jelentkezik be. A 2-es állomás a műszak kezdetétől számított 3 perc múlva. A 3-as állomás a műszak kezdetétől számított 6 perc múlva. Ez 9 percre osztja el a DAS előfizetési terhelést. A DAS sor mélységének csúcsa 7 200-ról 1 200 kérésre csökken.

Javítás 2 a műszakjelentés generálási konfliktusát oldja meg. Az Experion Configuration Studio-ban navigálj az Ütemezés — Automatizált feladatok menüponthoz. Mozgasd az összes műszakjelentés generálási feladatot a műszak kezdetétől számított 45 percre. Ez 45 perces időbeli eltolással választja el a jelentés adatbázis lekérdezéseket a riasztás elismerési adatbázis írásoktól. Az SQL Server I/O várakozási idő visszatér az alapérték alatti 8 ms-ra.

Javítás 3 a riasztási torlódást célozza meg. Állíts be egy állandó működési eljárást, amely megköveteli az operátoroktól, hogy valós időben ismerjék el a riasztásokat műszakuk alatt. Maximális nem elismert riasztás küszöb: 15 riasztás műszak végén. Konfiguráld az Experion Riasztás Elhelyezés funkcióját az 1 riasztás/10 perc ismétlődési rátánál magasabb zavaró riasztásokhoz. Az elhelyezés ISA-18.2 dokumentációt igényel — hozz létre riasztás racionalizációs rekordot minden elhelyezett riasztáshoz. A Honeywell C300 vezérlő támogatja a riasztási prioritás konfigurálását közvetlenül a vezérlő szinten, csökkentve ezzel a szerver terhelését.

Javítás 4 optimalizálja az SQL Server konfigurációját az Experion számára. Állítsd be az SQL Server Max Server Memory értékét a teljes RAM mennyiségére mínusz 4 GB-ra. Egy 32 GB RAM-os szervernél állítsd 28 672 MB-ra. Engedélyezd az SQL Server azonnali fájl inicializálást, hogy megszüntesd az adatfájl növekedésénél a nullázási késleltetéseket. Állítsd be az Experion történeti adatfájl előnövekedési lépését 512 MB-ra. Ez megakadályozza a művelet közbeni fájlnövekedési eseményeket, amelyek tranzakciókat állítanak le.

Hálózati és megjelenítési optimalizáció

Azonban a konfigurációs javítások önmagukban nem oldanak meg minden teljesítményproblémát, ha az irányító hálózatod nagy mennyiségű broadcast forgalmat visz a műszakváltás alatt. Szegmentáld az Experion kliens hálózatot menedzselt kapcsolókkal VLAN konfigurációval. Helyezd az összes operátor munkaállomást a VLAN 10-re. Az Experion szervert helyezd a VLAN 20-ra. Konfiguráld az inter-VLAN útválasztást csak a szükséges Experion kommunikációs portokra: TCP 55555 az Experion Munkaállomásnak, TCP 1433 az SQL Server történeti hozzáféréshez, UDP 5001 a DDE/OPC hídhoz. A Honeywell CC-KREBR5 vezérlő tűzfal modul hardver szintű hálózati szegmentációt biztosít a folyamatirányító hálózat és a vállalati VLAN infrastruktúra között.

A megjelenítő tervezés is hozzájárul a műszakváltási terheléshez. A 500 vagy több dinamikus objektummal rendelkező komplex P&ID áttekintő képernyők 500 egyedi címke előfizetési kérést generálnak frissítési ciklusonként. Tervezd újra az áttekintő képernyőket, hogy maximum 200 dinamikus objektumot mutassanak. Használd az Experion 1. szintű áttekintő koncepcióját — az első betöltésnél csak a kritikus folyamatváltozókat jelenítsd meg. Az operátorok csak igény szerint férnek hozzá a részletes P&ID-khez.

Továbbá konfiguráld a megjelenítők előbetöltését az Experion munkaállomásokon. Állítsd be az állomás indítási képernyőjét egy könnyű státuszoldalra, amely kevesebb mint 50 dinamikus objektumot tartalmaz. Ez 80%-kal csökkenti az induláskor keletkező előfizetési terhelést egy teljes P&ID betöltéséhez képest. A Honeywell I/O alváz infrastruktúra, amely ezeket a megjelenítőket támogatja, közvetlenül profitál a csökkentett lekérdezési gyakoriságból az optimalizált indítási sorrend során.

Következtetés és cselekvési javaslat

A műszakváltási SCADA lassulások megoldható mérnöki problémák. Először mérd meg a tényleges szűk keresztmetszetet a Teljesítményfigyelővel, mielőtt bármilyen konfigurációt változtatnál. Másodszor, vezess be eltolással történő bejelentkezési ütemezést a DAS előfizetési terhelés elosztására. Harmadszor, tolj el a műszakjelentés generálását 45 perccel a műszak kezdete után. Negyedszer, érvényesítsd a valós idejű riasztás elismerési gyakorlatokat, hogy megelőzd a műszak végi riasztási áradatokat.

Kifejezetten a Honeywell Experion PKS esetében: állítsd be az SQL Server Max Server Memory értékét a teljes RAM mennyiségére mínusz 4 GB-ra, engedélyezd az azonnali fájl inicializálást, és tervezz áttekintő képernyőket kevesebb mint 200 dinamikus objektummal. Ezek a négy lépés következetesen csökkentik a műszakváltási CPU csúcsokat a terepi alkalmazásokban 90%-ról 55% alá. Az operátorok 30 másodpercen belül megbízható képernyőválaszt kapnak bejelentkezés után a négy perces várakozás helyett. Ez az időablak számít — a műszakátadás alatti folyamatzavarok az ISA-18.2 eseményelemzési adatok szerint az abnormális helyzetek 23%-át okozzák.

Kezdd a diagnosztikai lépésekkel a második szakaszban. Fuss le egy teljes műszakváltást a Teljesítményfigyelő aktív állapotában. Az adataid pontosan megmutatják, melyik javítást alkalmazd először.