Az október végén esedékes óraátállítás – ellentétben a tavaszi váltással – az informatikában számos esetben kezelendő üzemeltetési problémát okoz és emberi beavatkozást igényel számos informatikai rendszernél. Ennek oka, hogy az ősszel egy órával vissza, míg tavasszal egy órával előre állítják az időt. Az előre módosuló időt könnyen le tudják kezelni az informatikai rendszerek, de az őszi óra visszaállítás odafigyelést igényel.
Hogyan kezelik az időt az informatikai rendszerek?
Az informatikai rendszerek megbízható működése és integritása nagyban függ a pontos időtől. Néhány informatikai probléma mellett főleg az időzónák, a vallások és kultúrák időszámításai, a dátumformátumok és a különböző időpontokban történő óraátállítások jelentősen megbonyolítják az idő kezelését az informatikában.
Az UTC és a szökőmásodperc
Az egyezményes koordinált világidő (UTC) az a hivatkozási időzóna, amelyhez a Föld többi időzónáját viszonyítják, és ez a koordinált világidő a modern informatikai rendszerek elsődleges standardja is.
Az UTC nagy előnye, hogy egységes és szinkronizált időpontok használatát teszi lehetővé a Föld bármely számítógépén, és kezeli a Föld lassuló mozgásából adódó időkorrekció, az 1-2 évente előforduló 61. másodperc beiktatását is. Erre legutóbb 2017 elején került sor, pontosabban Magyarországon 2017. január elsején, 00:59:60 másodperckor, amikor egy perc 61 másodpercig tartott az informatikai rendszerekben.
Az UTC-vel az informatikai rendszerek „feltűnés nélkül”, egy másodpercnél kisebb eltéréssel követik az egyezményes világidőt.
Az idővel kapcsolatos informatikai probléma és bonyodalom nem technikai, hanem a felhasználói szokásokból és kultúrából következik.
Az időzónák, a naptárak és dátumformák, na meg az óraátállítás
Ha nem lennének különböző időzónák, és azokban felhasználók, időszámítások és kultúrák, az idő kezelése az informatikában a rendszerek szinkronizációjából és a néhány évente előforduló 61. másodperc beiktatásából álló unalmas technikai kérdés volna
Az idővel kapcsolatos informatikai problémák kezelésére kétféle időt különböztetünk meg.
- Fizikai vagy rendszeridő, ahogy a fizikában is, az idő egy-egy pontja. Ezt az időt jól lehet UTC-ben kifejezni, és ez számít standardnak az informatikai infrastruktúrában. Nem ezt az időt látják azonban a felhasználók, mert a rendszeridő nem fejezi ki a hétköznapi időt.
- Felhasználói vagy hétköznapi idő: ahogy látjuk az időt, annak országonként megszokott formátumával, időzónájával, kultúrák időszámításaival, naptáraival és óraátállításaival. Informatikai szempontból a felhasználói idő kezelése bonyolult, de mivel ezt használjuk, ezt kell megoldani.
Az idő kezelése az informatikában
Az időzónát és a téli/nyári időszámítást az UTC-hez viszonyított eltéréssel fejezzük ki: UTC+1 óra a téli (normál) európai időzóna. UTC+2 óra az európai nyári időszámítás, de vannak nem egész órás eltérést igénylő időzónák is.
A nyári és téli időszámítás közti váltás az UTC-hez viszonyított eltérést változtatja meg. Hogy még bonyolultabb legyen, nem minden országban történik ugyanakkor az óraátállítás, bár Európa ebben példásan egységes. Az UTC-től való eltérés tehát időnként megváltozik, vagy jogszabályok változása, vagy az óraátállítás miatt.
Az időzónákat és időszámításokat leíró szabályokat és változásokat időzóna-adatbázisokban tartják nyilván (Microsoft https://support.microsoft.com/en-us/gp/cp_dst és IANA https://www.iana.org/time-zones ), gyakori frissítésekkel (https://blogs.technet.microsoft.com/dst2007/).
Az egyes kultúrák naptárai, például a Gergely-naptár, az iszlám vagy zsidó időszámítás, a különböző dátumformátumok beállítása operációs rendszerenként eltérő támogatás és gyakorlat alakult ki. Informatikai üzemeltetői szempontból a naptárak beállítása általában nem problémás, mert elég a telepítéskor beállítani, utána nem változnak rendszeresen. Felhasználóknak ugyanakkor gyakori és kedvenc problémája a dátumformátumok okozta kellemetlenség, vagy a fejlesztők rémálma például egy jövőbeni dátum minden szempontból (időzóna, időszámítások, óraátállítások, dátumformátumok, karbantartási és támogatási gyakorlat, felhasználói élmény...) korrekt kezelése.
A pontos idő beállítása a számítógépeken, általában rutin üzemeltetői feladat, ehhez pontos és gyors eléréssel rendelkező időszerverek állnak rendelkezésre, csak Magyarországra 60-nál több ilyen szerver használható. (http://www.pool.ntp.org/zone/hu)
Az informatikai rendszerekben az adatok integritására és időbeli szinkronizáltságára azonban az őszi óraátállítás kockázatot és feladatot jelent az üzemeltetőknek.
Az óraátállítás, mint informatikai probléma
Ha a számítógépek egységesen a koordinált világidőt (UTC) használják, ha rendszeresen és pontosan szinkronizálnak a pontos időt szolgáltató szerverekhez és időzóna-adatbázisokhoz, és ha az alkalmazások csak UTC-ben tárolnák az időre vonatkozó adatokat, és ha csak a felhasználók felé jelenítenék meg az adott időzónában, naptárban és dátumformában az időt, és ha ...
Világos, hogy az idő megváltozásának pontos kezeléséhez számos feltétel tartozik, és köztük mindig van 1-2, amely nem teljesül, vagy túl bonyolult lenne megoldani, hogy mind teljesüljön. És van, hogy nem is oldható meg korrekten a probléma. Gondoljunk bele, egy jövőbeni dátum, amely rögzítése után is megváltozhat a nyári időszámítás időpontja, de több időzónában és országban kell koherensen megjelenjen, milyen bonyolult problémát okozhat a fejlesztőknek. Hasonló problémák miatt sok fontos alkalmazás nem az ideális módon kezeli az időt, és cserébe az egyszerűbb kódért bonyolultabb üzemeltetési eljárások szükségesek.
Az őszi óraátállítás pontosan azt jelenti, hogy vasárnap hajnali három órakor az idő egy órát visszalép, és 3:00 helyett újra 2:00 lesz. Ennek a váltásnak komoly következményei vannak az informatikában.
- Adatintegritás: a 2:00 és 3:00 közti óra kétszer fordul elő a rendszerekben, egyszer a nyári, egyszer a téli idő szerint. Időzített eljárások esetleg kétszer futhatnak le, vagy elromolhat a kronológia: a valóságban egy új, az éppen érvénybe lépett téli időben 2:10-kor létrejött fájl fél órával később jön létre egy régi nyári 2:40-es időbélyeggel rendelkező fájlnál, de a téli időben 2:10-kor keletkezett fájl korábbi időbélyeggel rendelkezik, mint a másik, a nyári időben 2:40-kor létrejött fájl.
- Hibajelzések: azokban a szoftverekben, ahol az időtől függő számítások vannak, az adatok integritása és visszaállíthatósága sok ezekben az időponton múlik. Ha egy ilyen függvény azt érzékeli, hogy az idő nem folytonos, hanem hirtelen egy órával visszaállítódik, hibát kell, hogy jelezzen, melyek hatását kezelni kell az üzemeltetőknek.
Informatikai megoldások az őszi óraátállításra
Amennyiben az üzemeltetők tudják, hogy egy alkalmazásban vagy informatikai rendszerben nem megoldott vagy nem megoldható az dupla óra jelentette probléma, egyszerűen leállítják a rendszereket erre az időtartamra.
Az egyik elterjedt megoldás, hogy az őszi óraátállításkor legalább két órára lekapcsolják az informatikai rendszereket. Ez a legegyszerűbb változat, ez okozza a legkisebb hibalehetőséget az operációs rendszer és az alkalmazások időkezelésében.
Értesítjük, hogy a Kormányzati Portálhoz és az Ügyfélkapuhoz kapcsolódóan 2017.10.28-án (szombat) 13:00 óra és 21:00 óra között karbantartást végzünk. Ezen időszak alatt a Kormányzati Portál, valamint az Ügyfélkapu azonosítással működő szolgáltatások nem lesznek elérhetőek. Szíves megértését és türelmét köszönjük!
Azonban nem lehet minden rendszer esetében megtenni, hogy legalább két órát egyszerre leáll az informatika. A hosszú leállást jelentő probléma csökkentésére létezik egy rövidebb, egy csak egy órás leállást igénylő eljárás is, ahol már az operációs rendszer és az adott alkalmazások időkezelésének pontos ismeretében megtervezhető egy 60+ perces leállással járó átállás.
Harmadik lehetőség, amikor egy alkalmazás nem tudja kezelni a dupla órát, hogy a problémás két óra alatt az operációs rendszer a felére lassítja az idő futását a számítógép órájában, így a két óra (nyári időben 2:00 és 4:00 között) egy órának látszik az adatokban.
Így vagy úgy, az informatika megtanulta kezelni az őszi óraátállítás jelentette problémákat, de számos informatikusnak ez az óraátállítás a megszokottnál több munkát jelent ezen a napon, és kimaradnak az óraátállítás jelentette plusz egy óra alvásból is.
További olvasnivalók angolul
https://blog.cdemi.io/time-zones-and-daylight-savings-in-your-infrastructure-and-applications/
http://www.expertum.net/sap-alerts/change-to-winter-time-2016
https://www.timeanddate.com/time/map/about
http://binary-notes.ru/datetime-pitfalls/
https://en.wikipedia.org/wiki/Daylight_saving_time