Töötav server näeb välja nagu server, mis ei vaja tähelepanu. See on ettevõtte IT kõige kallim illusioon. Enamik tõsiseid rikkeid, millega me tegeleme, ei alanud äkki: need andsid endast märku täituva kettaga, logides korduvate hoiatustega või varukoopiaga, mis oli kuude kaupa „edukas“, kuid millest keegi polnud kordagi midagi taastada proovinud.
Igakuine kontroll on minimaalne rütm, milles selliseid signaale jõuab õigel ajal märgata. Vahet pole, kas server asub teie kontori kapis või töötab pilves: küsimused on samad, muutub vaid see, kes vastutab füüsilise osa eest.
Allpool on kontrollnimekiri, mida kasutame ise. See sobib nii ettevõttesisese kontrollnimekirjana kui ka viisina üle kontrollida, mida teie praegune teenusepakkuja tegelikult teeb.
Uuendused ja turvalisus
1. Operatsioonisüsteemi ja rakenduste uuendused
Kontrollige, et kõik turvauuendused on installitud, server on pärast seda taaskäivitatud ja ootel paikasid pole. Tavaline viga on see, et uuendused on alla laaditud, kuid mitte installitud, sest keegi lükkas taaskäivitamise pool aastat tagasi „järgmisele nädalavahetusele“. Kontrollige mitte ainult Windowsi või Linuxit, vaid ka serveris töötavaid rakendusi: andmebaasimootoreid, raamatupidamissüsteeme, kaugjuurdepääsu tööriistu.
2. Viirusetõrje ja lõppseadmete kaitse
Veenduge, et kaitseagent töötab, selle signatuurid on ajakohased ja halduskonsool näeb serverit aktiivsena. Vaadake läbi eelmise kuu tuvastused: isegi kui need blokeeriti, näitavad korduvad katsed, kust oht tuleb. Meie hallatavatel serveritel kasutame Bitdefender GravityZone’i, kuid põhimõte kehtib iga lahenduse puhul: kaitse ilma ülevaatuseta on vaid litsents.
3. Ligipääsude ülevaatus
Tehke nimekiri kõigist kontodest, millel on serverile juurdepääs: kohalikud, domeeni, kaugtöölaua ja VPN-i kontod. Vaadake, kas seal on endisi töötajaid, endisi tarnijaid või aasta eest loodud „ajutisi“ kontosid. Administraatoriõigused peaksid olema ainult neil, kes neid sel kuul tegelikult vajavad. See on üks esimesi asju, mida audiitor NIS2 või DORA nõuete alusel küsib.
Andmed ja taastamine
4. Varukoopia taastamise test
Mitte „kas varukoopia on edukas“, vaid „kas me saame sellest taastada“. Taastage igal kuul vähemalt üks fail, kaust või andmebaas eraldi asukohta ja kontrollige, et andmed avanevad. Kord kvartalis tasub testkeskkonnas taastada terve virtuaalmasin ja mõõta, kui kaua see aega võtab. See aeg ongi teie tegelik taasteaeg, mitte see, mis on plaanis kirjas. Kui varukoopiaid hoitakse ainult samas võrgus, kaaluge muutumatuid varukoopiaid, mis on võrgust nähtamatud. Need on ainsad, mis elavad üle lunavararünde, mis otsivad varukoopiad esimesena üles ja hävitavad need.
5. Kettaruum ja selle trend
Tänane vaba ruum loeb vähem kui see, kuidas see muutub. Kui ketas täitus kuu jooksul mõne protsendi võrra, arvutage välja, millal see täis saab, ja planeerige juba praegu. Levinumad põhjused: kasvavad logid, ajutised failid, vanad varukoopiad kohalikul kettal ja andmebaaside tehingulogid, mida keegi ei kärbi.
6. Andmebaasi hooldus
Andmebaas on eraldi süsteem oma vajadustega. Kontrollige indeksite killustatust, statistika uuendamist, tehingulogi suurust ja seda, kas andmebaasi enda varundustööd töötavad. Raamatupidamis- või laosüsteem, mis on „hakanud aeglustuma“, kannatab tavaliselt andmebaasi, mitte serveri probleemi all. Kui see kordub, tasub kaaluda eraldi andmebaasi hoolduse lepingut.
Signaalid, mida server ise annab
7. Süsteemi- ja rakenduselogid
Vaadake läbi vea- ja hoiatuslogid terve kuu kohta, mitte ainult viimase päeva kohta. Otsige korduvaid kirjeid: ebaõnnestunud sisselogimised ühelt aadressilt, kettalugemise vead, teenused, mis taaskäivitusid öö jooksul mitu korda. Üks kirje on juhus; kakskümmend ühesugust on tulevane rike või käimasolev rünne.
8. Seiresüsteem ja selle teavitused
Kontrollige, et seire jälgib endiselt seda, mida peab: kõiki servereid, kõiki teenuseid, kõiki kettaid. Uued kettad ja virtuaalmasinad jäävad sageli seirest välja. Vaadake üle, milliseid teavitusi kuu jooksul eirati. Kui üks käivitub iga päev ja keegi ei reageeri, muutke kas lävendit või kõrvaldage põhjus. Eiratud seire on halvem kui seire puudumine, sest see tekitab turvatunde.
9. Jõudlusnäitajad
Võrrelge protsessori, mälu ja ketta koormust eelmise kuuga. Aeglustumine on järkjärguline ja töötajad harjuvad sellega, kuni ühel päeval võtab raamatupidamisaruande koostamine tunni. Igakuine trend võimaldab ressursse lisada enne, mitte pärast probleemi tekkimist.
Füüsiline keskkond ja välised sõltuvused
10. Temperatuur, UPS ja riistvara seisukord
Kui server asub teie ruumides, kontrollige ruumi temperatuuri, ventilaatorite seisukorda ja riistvara haldusliidese hoiatusi ketaste, toiteplokkide või mälu kohta. Katkematu toiteallika (UPS) akud vananevad märkamatult: vaadake enesetesti tulemust ja seda, mitu minutit see tegelikult vastu peaks. Aku, mis kolm aastat tagasi pidas kakskümmend minutit, peab täna võib-olla kaks. Pilves on see osa teenusepakkuja ülesanne, kuid tasub teada, kuidas see on korraldatud.
11. Sertifikaadid ja domeenid
Tehke nimekiri kõigist SSL/TLS-sertifikaatidest, mida server kasutab: veebileht, e-post, VPN, kaugtöölaua lüüs, sisemised rakendused. Kontrollige aegumiskuupäevi ja seda, kas automaatne uuendamine töötab. Aegunud sertifikaat peatab teenuse samamoodi nagu rike, kuid seda on kõige lihtsam ette ennustada. Lisage samale nimekirjale domeenide ja litsentside aegumiskuupäevad.
12. Dokumentatsioon ja muudatuste logi
Kirjutage üles, mis serveris sel kuul muutus: installitud uuendused, muudetud seaded, uued kontod, vahetatud riistvara. See võtab kümme minutit ja poole aasta pärast, kui miski lakkab töötamast, on see ainus viis teada, kust alustada. Dokumentatsiooni küsib ka peaaegu iga turvaaudit.
Kuidas seda korraldada, et see päriselt toimuks
Kontrollnimekiri ei muuda midagi, kui see jääb artiklisse. Meie kogemuse järgi toimivad kolm asja.
Esiteks kindel kuupäev. Näiteks kuu esimene teisipäev on serveripäev. Mitte „kui aega on“, sest aega ei ole kunagi.
Teiseks vastutav isik ja allkirjastatud kontrollnimekiri. Mitte selleks, et kedagi süüdistada, vaid et oleks selge, mis on tehtud. Kui seda teeb väline teenusepakkuja, küsige igakuist aruannet samade kaheteistkümne punkti kohta.
Kolmandaks automatiseerimine, kus võimalik. Kettaruumi, sertifikaatide aegumist, varukoopiate olekut ja logianomaaliaid saab kontrollida automaatselt iga päev, jättes inimesele tulemuste ülevaatuse ja taastetestid. Nii töötab ka meie serverite haldus: seire teavitab meid enne, kui teid, ja igakuine kontroll on aruanne, mitte tulekustutamine.
Kust alustada
- Võtke see nimekiri ette ja märkige, millised punktid teie ettevõttes eelmisel kuul kontrolliti. Kui vähem kui pooled, on see teie lähtepunkt, mitte etteheide.
- Alustage neljandast punktist: taastage sel nädalal üks fail varukoopiast. Kui see ebaõnnestub, võib kõik muu oodata.
- Vaadake üle ligipääsud ja katkestage kõik, mida enam ei vajata. See võtab tunni ja on väikseima kuluga suurim turvavõit.
- Määrake serveripäev ja vastutav isik. Kui ettevõttes pole selleks kedagi, kaaluge välist serverite haldust, mis hõlmab kõiki kaheteistkümmet punkti.
- Kolme kuu pärast võrrelge: mitu hoiatust märgati enne, kui need muutusid riketeks.
Server, mida keegi igal kuul üle vaatab, ebaõnnestub harva ootamatult. Ja kui ebaõnnestubki, on millest taastada.
