A szerverkarbantartás során nemcsak a frissítések telepítése fontos, hanem a mentések rendszeres tesztelése, a hozzáférések szigorú kezelése és a naplók következetes elemzése is. Több leállást láttam már abból, hogy “majd holnap” elvégzendőnek hittük ezeket a lépéseket.
A szerverkarbantartás során nemcsak a frissítések időzítése, hanem a mentések és a tesztelés hiánya is súlyos hibákhoz vezet. Láttam már működő rendszert percek alatt térdre rogyni egy elrontott patch miatt, amit egy előzetes tesztkör könnyedén kiszűrt volna.
Amikor először váltottam fizikai szerverről virtualizált környezetre, azonnal látszott, mennyire más a karbantartás: a vasnál kábelek, alkatrészek és helyigény jelentik a fő gondot, míg virtuális gépeknél inkább a frissítések, snapshotok és erőforrás-elosztás tudnak fejfájást okozni. Ebben a cikkben azt mutatom meg, melyiknél mire kell igazán figyelni.
A rendszeres szerverkarbantartás nemcsak a leállások megelőzése miatt fontos, hanem azért is, mert időben jelzi a rejtett hibákat. Amikor évekkel ezelőtt elhanyagoltam ezt, egy hétvégi leállás miatt napokig állt az egész weboldal, és a bizalom helyrehozatala sokkal több munkámba került, mint a megelőzés.
Miközben egyre több feladatot adunk át algoritmusoknak, egyre jobban érzem, mennyire nélkülözhetetlen a tudatos emberi felügyelet. A gép villámgyorsan elemez adatot, én viszont értem a helyzet hátterét, a következményeket és a felelősséget is vállalom. Ez a kettő együtt ad valódi biztonságot.
Amikor évekkel ezelőtt először szerveztem rendszeres szerverkarbantartást egy kisebb cégnek, azonnal látványos eredményt hozott: eltűntek a váratlan leállások, gyorsabban futottak az alkalmazások, és ritkábban kellett tűzoltásban dolgozni. Azóta minden projektemnél alapelvként kezelem a megelőző szemléletet.
Sok cég csak akkor gondol a szerverkarbantartásra, amikor már baj van, pedig a rendszeres, előre tervezett ellenőrzés rengeteg leállástól és adatvesztéstől megvéd. Tapasztalatom szerint a jól felépített ütemezés nem bonyolítja, hanem kiszámíthatóbbá teszi a napi működést.
Az elmúlt években megtanultam, hogy az okos megoldások önmagukban keveset érnek, ha nem biztonságosak és nem átláthatók. A felelős innováció ott kezdődik, hogy már a tervezéskor számolunk a hibákkal, a visszaélésekkel és az emberi tényezővel, nem utólag próbáljuk foltozni a rendszert.
Sok kisvállalkozás csak akkor foglalkozik a szerverével, amikor már baj van, pedig a rendszeres karbantartás rengeteg fejfájást és adatvesztést megelőz. Saját cégemnél én is megtanultam, hogy a mentések, frissítések és jogosultságok rendbetétele nélkülözhetetlen a stabil működéshez.
A szerverek stabil működését nem a drága hardver, hanem a fegyelmezett frissítési rutin tartja életben. Amikor évekkel ezelőtt halogattam egy biztonsági javítást, egy éles adatbázisszerver állt meg éjjel, és napokig nyomoztuk az okát. Azóta minden frissítést tervezetten, tesztelve, ütemezetten vezetek be, mert pontosan tudom, milyen ára van a halogatásnak.
