Mese Az eltűnt idő vagy elme műszak idő eltolódás, Konstantin Leontiev - s weblog

Nem vettem régen a kezében ... ellenőrök.

Hány sejteni lehet, én praxisomban, infrastrukturális projektek folyamatosan szembesülnek a különböző érdekes és kihívást jelentő dolgokat, de nem mindig akar írni róluk, és csak az idő / erő egyáltalán nem mindig elég. Azonban ez a figyelemre méltó tény, még mindig nem tud segíteni, de mondom ...

[A továbbiakban céljából titoktartási és megfelelőségi szabványok az összes tényt, kivéve a technikai változás]

Így a klaszter beüzemelését és megkezdte Adatbázis fejlesztés / teljes idejű üzemeltetésre. Mindenki boldog, és úgy tűnik, minden rendben működik. És akkor az egyik a mérnökök kíváncsi felmerül a kérdés - milyen furcsa események w32time forrás ID50 jelennek meg a lapban ... Egy igazán furcsa események:

Esemény ID: 50
Forrás: W32time
Típus: Figyelmeztetés
Az idő szolgáltatás észlelt időeltolódás nagyobb mint 5000 milliszekundum 900 másodpercig. Az időeltérés oka lehet szinkronizálást alacsony pontosságú időforrásokkal vagy az optimálisnál rosszabb hálózati feltételek. Az idő szolgáltatás nincs szinkronizálva és nem tud az idő, hogy más ügyfelek vagy frissítse a rendszer órajel. Ha érvényes időbélyeg érkezik egy időben szolgáltató, az idő szolgáltatás magától.

És akkor csoda, sőt, és mi lehet az? ... keresni az interneten és elemzése Microsoft KB és más forrásokból az egyértelműség nem jön. Legfrissebb módosítások van. Általában a klaszter szinkronizálva van a legközelebbi PDC található, amely ugyanabban a gigabites hálózati csoportjaként.

Akkor nem egy egyszerű dolog, úgy tűnik - a lekötött összehasonlítás egyik klaszter házigazdák minden tartományvezérlő a következő paranccsal:

w32tm / stripchart / számítógép: / dataonly

és láthatjuk, hogy ellentétben a szokásos megfigyelések, amikor az idő különbség statisztikailag lebeg közel állandó értéket, az átlagos érték az eltérés akkor változik túl gyorsan. Mi túl gyors - például ütemben több mint 2-3 perc naponta. Sőt, még abban az esetben a klaszter 2-3 perc naponta túl sok. Kell magyarázni nekem, hogy olyan sebességgel, körülbelül 15-20 perc egy nap - a helyzet egyszerűen kritikus és azonnali megoldásokat. Az én esetemben ez volt az ilyen megbízásokat „szivárgás” az idő (Time Drift).

Lehet kérni, mik a következményei lehetnek egy ilyen nagy szivárgási arány? Nos, képzeljük el őket:

Persze, akkor megy át egy egyszerű és könnyen beállítható egy agresszív idő szinkronizálás, valahogy így:

Azonban az ilyen ideiglenes / megoldás nem érti a kiváltó oka a problémának, sőt lehet tele van néhány probléma, hogy előfordulhat a jövőben.

Leírása a kulcsot, és néhány problémát, amelyek megkövetelik annak alkalmazási van:

Mi a teendő ilyen helyzetben:

Sőt, ez a probléma is mutatkozik nagyon aktívan használja a virtualizáció.