Serveris, kuris veikia, atrodo kaip serveris, kuriuo nereikia rūpintis. Tai pati brangiausia iliuzija įmonės IT ūkyje. Dauguma rimtų gedimų, su kuriais susiduriame, prasidėjo ne staiga – juos pranešė pilnėjantis diskas, besikartojantys įspėjimai žurnaluose ar atsarginė kopija, kuri jau kelis mėnesius buvo „sėkminga“, bet iš jos niekas nebandė nieko atstatyti.
Mėnesinė patikra yra minimalus ritmas, kuriuo tokius signalus galima pastebėti laiku. Nesvarbu, ar serveris stovi jūsų biuro spintoje, ar veikia debesyje – klausimai tie patys, keičiasi tik tai, kas atsako už fizinę dalį.
Toliau – sąrašas, kurį naudojame patys. Jis tinka ir kaip vidinis patikros lapas, ir kaip būdas patikrinti, ką iš tiesų daro jūsų dabartinis tiekėjas.
Atnaujinimai ir saugumas
1. Operacinės sistemos ir programų atnaujinimai
Patikrinkite, ar įdiegti visi saugumo atnaujinimai, ar po jų serveris buvo perkrautas ir ar neliko laukiančių pataisų. Dažna klaida – atnaujinimai parsisiųsti, bet neįdiegti, nes kažkas atidėjo perkrovimą „kitam savaitgaliui“ prieš pusmetį. Tikrinkite ne tik Windows ar Linux, bet ir programas, kurios veikia serveryje: duomenų bazių variklius, apskaitos sistemas, nuotolinio prisijungimo įrankius.
2. Antivirusinė ir galinių įrenginių apsauga
Įsitikinkite, kad apsaugos agentas veikia, jo parašai atnaujinti, o valdymo konsolė serverį mato kaip aktyvų. Peržiūrėkite praėjusio mėnesio aptikimus: net jei jie buvo užblokuoti, pasikartojantys bandymai rodo, iš kur ateina grėsmė. Savo valdomuose serveriuose naudojame Bitdefender GravityZone, bet principas galioja bet kuriam sprendimui – apsauga be peržiūros yra tik licencija.
3. Prieigų peržiūra
Išsitraukite sąrašą visų paskyrų, turinčių prieigą prie serverio: vietinių, domeno, nuotolinio darbalaukio, VPN. Patikrinkite, ar tarp jų nėra išėjusių darbuotojų, buvusių tiekėjų ar „laikinų“ paskyrų, sukurtų prieš metus. Administratoriaus teises turėtų turėti tik tie, kuriems jų tikrai reikia šį mėnesį. Tai viena iš patikrų, kurias audito metu pagal TIS2 ar DORA reikalavimus klausia pirmiausia.
Duomenys ir jų atstatymas
4. Atsarginių kopijų atstatymo patikra
Ne „ar kopija sėkminga“, o „ar iš jos galima atstatyti“. Kas mėnesį atstatykite bent vieną failą, aplanką ar duomenų bazę į atskirą vietą ir patikrinkite, ar duomenys atsidaro. Kartą per ketvirtį verta atstatyti visą virtualią mašiną testinėje aplinkoje ir pamatuoti, kiek tai užtrunka. Tas laikas yra jūsų realus atstatymo laikas, ne tas, kuris parašytas plane. Jei kopijos saugomos tik tame pačiame tinkle, apsvarstykite nekeičiamas, iš tinklo nematomas kopijas – jos vienintelės atlaiko išpirkos reikalaujančias atakas, kurios pirmiausia ieško ir naikina kopijas.
5. Disko vieta ir jos tendencija
Laisvos vietos skaičius šiandien mažiau svarbus nei jo kitimas. Jei diskas per mėnesį užsipildė keliais procentais, suskaičiuokite, kada jis bus pilnas, ir planuokite dabar. Dažniausios priežastys: augantys žurnalai, laikinieji failai, senos atsarginės kopijos vietiniame diske, duomenų bazių transakcijų žurnalai, kurių niekas nesutrumpina.
6. Duomenų bazių priežiūra
Duomenų bazė yra atskira sistema su savo poreikiais. Patikrinkite indeksų fragmentaciją, statistikos atnaujinimą, transakcijų žurnalų dydį ir ar veikia pačios duomenų bazės atsarginių kopijų užduotys. Apskaitos ar sandėlio sistema, kuri „pradėjo lėtėti“, dažniausiai turi ne serverio, o duomenų bazės problemą. Jei tai nuolat kartojasi, verta atskiros duomenų bazių priežiūros sutarties.
Signalai, kuriuos serveris siunčia pats
7. Sistemos ir programų žurnalai
Peržiūrėkite klaidų ir įspėjimų žurnalus už visą mėnesį, ne tik paskutinę dieną. Ieškokite pasikartojančių įrašų: nesėkmingų prisijungimų iš vieno adreso, disko skaitymo klaidų, paslaugų, kurios kelis kartus per naktį persikrovė. Vienas įrašas yra atsitiktinumas, dvidešimt vienodų – būsimas gedimas arba vykstanti ataka.
8. Stebėsenos sistema ir jos įspėjimai
Patikrinkite, ar stebėsena vis dar stebi tai, ką turi: visus serverius, visas paslaugas, visus diskus. Nauji diskai ar virtualios mašinos dažnai lieka už stebėsenos ribų. Peržiūrėkite, kurie įspėjimai per mėnesį buvo ignoruoti – jei kuris nors kartojasi kasdien ir niekas į jį nereaguoja, arba pakeiskite slenkstį, arba išspręskite priežastį. Ignoruojama stebėsena blogesnė už jokią, nes sukuria saugumo jausmą.
9. Našumo rodikliai
Palyginkite procesoriaus, atminties ir disko apkrovą su praėjusiu mėnesiu. Lėtėjimas yra laipsniškas ir darbuotojai prie jo pripranta – kol vieną dieną apskaitos ataskaita formuojasi valandą. Mėnesinė tendencija leidžia planuoti išteklių didinimą prieš tai, o ne po to.
Fizinė aplinka ir išorinės priklausomybės
10. Temperatūra, UPS ir aparatinė būklė
Jei serveris stovi pas jus, patikrinkite patalpos temperatūrą, ventiliatorių būklę ir aparatūros valdymo sąsajos įspėjimus apie diskus, maitinimo blokus ar atmintį. Nepertraukiamo maitinimo šaltinio (UPS) baterijos sensta tyliai – patikrinkite savikontrolės rezultatą ir kiek minučių jis iš tiesų išlaikytų. Baterija, kuri prieš trejus metus laikė dvidešimt minučių, šiandien gali laikyti dvi. Debesyje ši dalis tenka tiekėjui, bet verta žinoti, kaip ji organizuota.
11. Sertifikatai ir domenai
Surašykite visus SSL/TLS sertifikatus, kuriuos naudoja serveris: svetainė, paštas, VPN, nuotolinio darbalaukio šliuzas, vidinės programos. Patikrinkite galiojimo datas ir ar veikia automatinis atnaujinimas. Pasibaigęs sertifikatas sustabdo paslaugą taip pat, kaip gedimas, tik jį lengviausia nuspėti. Į tą patį sąrašą įtraukite domenų ir licencijų galiojimo datas.
12. Dokumentacija ir pokyčių sąrašas
Užrašykite, kas šį mėnesį serveryje pasikeitė: įdiegti atnaujinimai, pakeisti nustatymai, naujos paskyros, pakeista įranga. Tai užtrunka dešimt minučių, o po pusmečio, kai kažkas nustos veikti, bus vienintelis būdas sužinoti, nuo ko pradėti. Dokumentacija taip pat yra tai, ko reikalauja beveik kiekvienas saugumo auditas.
Kaip tai organizuoti, kad tikrai vyktų
Sąrašas nieko nekeičia, jei jis lieka straipsnyje. Mūsų patirtis rodo, kad veikia trys dalykai.
Pirma, fiksuota data. Pavyzdžiui, pirmas mėnesio antradienis – serverių diena. Ne „kai bus laiko“, nes laiko niekada nebūna.
Antra, atsakingas žmogus ir pasirašytas patikros lapas. Ne tam, kad kas nors būtų kaltas, o tam, kad būtų aišku, kas padaryta. Jei tai daro išorės tiekėjas, prašykite mėnesinės ataskaitos su tais pačiais dvylika punktų.
Trečia, automatizacija ten, kur įmanoma. Disko vieta, sertifikatų galiojimas, atsarginių kopijų statusas ir žurnalų anomalijos gali būti tikrinamos kasdien automatiškai, o žmogui lieka tik peržiūrėti rezultatus ir atstatymo testai. Taip veikia mūsų serverių priežiūra – stebėsena praneša mums anksčiau nei jums, o mėnesinė patikra tampa ataskaita, ne gaisro gesinimu.
Nuo ko pradėti
- Išsitraukite šį sąrašą ir pažymėkite, kurie punktai jūsų įmonėje buvo patikrinti per praėjusį mėnesį. Jei mažiau nei pusė – tai jūsų atskaitos taškas, ne priekaištas.
- Pradėkite nuo ketvirto punkto: šią savaitę atstatykite vieną failą iš atsarginės kopijos. Jei nepavyks, visa kita gali palaukti.
- Patikrinkite prieigas ir atjunkite viską, kas nebereikalinga. Tai užtrunka valandą ir yra didžiausias saugumo laimėjimas už mažiausią kainą.
- Nustatykite serverių dieną ir atsakingą žmogų. Jei tokio žmogaus įmonėje nėra, apsvarstykite išorinę serverių priežiūrą, kurioje visi dvylika punktų įskaičiuoti.
- Po trijų mėnesių palyginkite: kiek įspėjimų pastebėta anksčiau nei jie tapo gedimais.
Serveris, kurį kas mėnesį kas nors apžiūri, retai sugenda netikėtai. O jei sugenda, iš jo yra iš ko atstatyti.
