Fagyás / lelassulás

A kérdés lényege

A lassulás oka lehet betelt tárhely, hibás háttérszinkron, túl nagy napló, hálózati időtúllépés, periféria-várakozás vagy hardverhiba.

A „Fagyás / lelassulás” tünete önmagában ritkán nevezi meg a valódi okot. Ugyanazt a jelenséget okozhatja helyi eszközhiba, hálózat, konfiguráció vagy külső szolgáltatás, ezért a tárhely és hálózat hatókörét külön kell mérni.

Ha a tünet nem reprodukálható, a környezeti adatok értéke megnő. Az „Ellenőrizd a szabad tárhelyet és hibanaplót.” és „Próbáld ki leválasztott nem létfontosságú perifériákkal.” lépésből készíts olyan jegyzetet, amely a következő előforduláskor összehasonlítható.

A lassú kezelőfelület mögött nem mindig kevés CPU vagy memória áll. Hosszú hálózati timeout, megtelt tárhely, hibás háttérszinkron vagy válaszra váró periféria ugyanúgy „fagyásnak” érződik. A terhelési mintát ezért időponttal és művelettel együtt kell rögzíteni. A „Fagyás / lelassulás” esetében rögzítsd a hiba előtti és utáni állapotot, majd ugyanazzal a próbával igazold a változást.

Hol szokott eldőlni a siker?

Tárhely

Kevés szabad hely lassítja a naplózást, frissítést és adatbázist. A szükséges teljesítményt csúcsidő alapján méretezd. Az üres üzletben gyors rendszer terhelés alatt lehet lassú, ha egyszerre dolgozik nyomtató, bankterminál, készletkapcsolat és több kezelő.

Mit tekints jó eredménynek? A tárhely ellenőrzése csak akkor lezárt, ha több ismételt próbában és a kapcsolódó naplókban is rendben marad: „Kevés szabad hely lassítja a naplózást, frissítést és adatbázist”.

Háttérsor

Elakadt szinkron folyamatos CPU- vagy lemezterhelést okozhat. Környezeti feltétel is számít: por, hőmérséklet, páratartalom, kültéri használat vagy erős napfény a kijelzőt, nyomtatót és akkumulátort is befolyásolhatja.

Mit tekints jó eredménynek? A háttérsor pontnál időponthoz és konkrét művelethez kötve figyeld meg ezt: „Elakadt szinkron folyamatos CPU- vagy lemezterhelést okozhat”. Így a következő előfordulás összehasonlítható lesz.

Hálózat

Hosszú időtúllépés helyi fagyásnak látszik. Több párhuzamos pénztárnál vizsgáld a közös szűk keresztmetszetet. Lehet, hogy az egyes gépek gyorsak, de a közös hálózat, adatbázis vagy nyomtatási szolgáltatás terhelődik túl.

Mit tekints jó eredménynek? A hálózat akkor zárható ki vagy igazolható hibaforrásként, ha változtatás előtt és után is rögzítetted, majd ugyanazzal a teszttel visszamérted ezt: „Hosszú időtúllépés helyi fagyásnak látszik”.

Periféria

Hibás nyomtató vagy soros eszköz válaszára várhat a teljes felület. Terhelési tesztnél valós tranzakciós mintát használj, ne csak gyors egymásutánban ugyanazt a gombot. Kedvezmény, visszáru, vonalkód és fizetési mód is eltérő háttérműveletet indíthat.

Mit tekints jó eredménynek? A periféria vizsgálatánál külön kezeld a többi lehetséges októl a következő állapotot: „Hibás nyomtató vagy soros eszköz válaszára várhat a teljes felület”. Egyetlen kontrollált változtatás után ismételd meg ugyanazt a műveletet.

Mit jelent ez üzemi szinten?

A „Fagyás / lelassulás” kezelésének célja az ok izolálása. Ha a tárhely és a hálózat egyszerre változik, a javítás után sem lehet tudni, melyik beavatkozás hatott. Ezért minden lépéshez rögzíts előtte–utána állapotot.

Tipikus helyzet a gyakorlatból

Csúcsidőben megjelenik a hiba, valaki gyorsan újraindítja a kasszát, majd minden látszólag rendben lesz. Másnap ugyanaz történik. A „Fagyás / lelassulás” esetében ez különösen rossz stratégia, mert a tárhely és a háttérsor eredeti állapota elveszik, így a hiba oka továbbra is ismeretlen marad.

Gyakorlati munkamenet

1. Rögzítsd a lassulás kezdetét és a pontos műveletet.
   Ez szűkíti a hibateret anélkül, hogy bármit megváltoztatnál a rendszerben.
2. Ellenőrizd a szabad tárhelyet és hibanaplót.
   A mérést vagy próbát pontosan ugyanabban az állapotban ismételd meg, különben az eredmények nem hasonlíthatók össze.
3. Próbáld ki leválasztott nem létfontosságú perifériákkal.
   Ha ez a lépés változást hoz, állj meg és dokumentáld; ne végezz azonnal még két további beavatkozást.
4. Tesztelj másik hálózaton és csúcsidőn kívül.
   A javítás után ugyanazzal a művelettel ellenőrizd vissza, amellyel a hibát elő tudtad idézni.
5. A szerviznek adj terhelési mintát, videót és naplót.
   A lezáráskor nézd meg a naplókat és a kapcsolódó rendszereket is, hogy nem maradt-e függő vagy duplikált esemény.

Hogyan ellenőrizd, hogy tényleg rendben van?

Ne csak a képernyőt nézd. Ellenőrizd a háttérállapotokat is: várakozó sor, napló, fizetési eredmény és kapcsolódó riport. A háttérsor problémája sokszor úgy marad meg, hogy a felhasználói felület már nem jelez hibát.

A „Fagyás / lelassulás” hibát akkor tekintsd lezártnak, ha a tárhely, valamint a periféria ellenőrzésénél is van visszamérhető eredmény, és ugyanazzal a művelettel már nem reprodukálható a tünet. Az újraindítás utáni átmeneti javulás önmagában nem gyökérok.

Elfogadási kritériumok

• Tárhely: A tárhely pontnál időponthoz és konkrét művelethez kötve figyeld meg ezt: „Kevés szabad hely lassítja a naplózást, frissítést és adatbázist”. Így a következő előfordulás összehasonlítható lesz.
• Háttérsor: A háttérsor akkor zárható ki vagy igazolható hibaforrásként, ha változtatás előtt és után is rögzítetted, majd ugyanazzal a teszttel visszamérted ezt: „Elakadt szinkron folyamatos CPU- vagy lemezterhelést okozhat”.
• Hálózat: A hálózat vizsgálatánál külön kezeld a többi lehetséges októl a következő állapotot: „Hosszú időtúllépés helyi fagyásnak látszik”. Egyetlen kontrollált változtatás után ismételd meg ugyanazt a műveletet.
• Periféria: A periféria ellenőrzése csak akkor lezárt, ha több ismételt próbában és a kapcsolódó naplókban is rendben marad: „Hibás nyomtató vagy soros eszköz válaszára várhat a teljes felület”.

Gyors döntési táblázat

Három hiba, amit érdemes elkerülni

• A tápot kihúzni írási művelet közben.
  Ez azért veszélyes, mert átmenetileg eltüntetheti a tünetet, miközben az eredeti ok megmarad. Később ugyanaz a hiba már több tranzakciót vagy egy teljes zárást érinthet. A „Fagyás / lelassulás” esetében ez azért kockázatos, mert a tárhely eredeti állapotát is elfedheti.
• Naplófájlt vagy adatbázist kézzel törölni tárhelynyeréshez.
  Ilyenkor elveszik a diagnosztikai nyom. Ha egyszerre több dolgot módosítasz, utólag nem lehet megmondani, melyik beavatkozás oldotta meg vagy rontotta el a helyzetet. Itt különösen a hálózat ellenőrzése maradhat ki, ha túl gyorsan lezárod az ügyet.
• Ismeretlen optimalizáló vagy takarító programot telepíteni.
  A gyors kerülőút új hibát vihet a rendszerbe. Változtatás előtt rögzítsd az állapotot, utána pedig ugyanazzal a próbával mérd vissza az eredményt. A következmény később a tárhely pontnál jelenhet meg, amikor az eredeti ok már nehezebben rekonstruálható.

Mit érdemes dokumentálni?

A „Fagyás / lelassulás” eseménynél írd fel a pontos időpontot, eszközazonosítót, kezelőt, műveletet és a teljes hibaüzenetet. Külön rögzítsd a tárhely állapotát, valamint azt, mi történt közvetlenül a hiba előtt. Így a szerviz nem egy már megváltoztatott rendszerből próbál következtetni.

Mikor kell már szakember?

Ha a hiba bizonylatot, NAV-kommunikációt, adóügyi egységet, plombát vagy pénzmozgást érint, ne kísérletezz olyan beavatkozással, amelyet csak jogosult szerviz végezhet. A „Fagyás / lelassulás” akkor szervizes ügy, ha az alapellenőrzések után a hiba reprodukálható, eszközbontást, firmware-t, tanúsítványt, adóügyi komponenst vagy biztonsági beállítást érint. A szerviznek add át a rögzített előtte–utána állapotot és a pontos időpontot.

Kapcsolódó útmutatók

A „Fagyás / lelassulás” témája több kapcsolódó folyamatot érint. Ezekkel a cikkekkel tudod tovább szűkíteni a döntést vagy a hibát:

• NAV hibakódok: hogyan olvasd őket
• Időszinkron hiba: miért fontos az óra?

Összefoglalás

A „Fagyás / lelassulás” témában a döntést a tárhely, a háttérsor és a periféria együtt adja. Indulj a „Rögzítsd a lassulás kezdetét és a pontos műveletet.” lépéssel, és csak akkor tekintsd lezártnak a kérdést, ha az „A szerviznek adj terhelési mintát, videót és naplót.” eredménye is dokumentált és visszaellenőrizhető.