Reaktyvi IT priežiūra reiškia, kad problemos sprendžiamos tada, kai kas nors sugenda ir darbuotojas paskambina, o proaktyvi reiškia, kad sistemos stebimos nuolat ir dauguma problemų pastebimos dar prieš joms paveikiant žmonių darbą. Skirtumas skamba teoriškai, bet kasdienybėje jis labai aiškus: vienu atveju darbas sustoja, kitu niekas net nesužino, kad kažkas buvo negerai.

Daug vadovų nežino, kurį modelį turi jų įmonė, nes sutartyje parašyta tiesiog „IT priežiūra“, o tai gali reikšti abu. Šiame straipsnyje aptariame, kuo modeliai skiriasi praktiškai, ką nuolatinė stebėsena realiai pastebi anksčiau ir kaip be techninių žinių suprasti, kas vyksta jūsų įmonėje.

Kaip atrodo „taisome, kai sugenda“

Reaktyvus modelis paprastas: darbuotojas pastebi problemą, praneša, specialistas ją sprendžia. Mažai įmonei su keliais kompiuteriais ir debesijos paslaugomis to dažnai pakanka. Bėda ta, kad apie problemą sužinoma tik tada, kai ji jau trukdo dirbti. Serverio diskas prisipildo penktadienio popietę, kai buhalterija uždaro mėnesį. Atsarginė kopija kelias savaites iš eilės nepavyksta, ir tai paaiškėja tik tada, kai prireikia atkurti failą.

Reaktyviame modelyje sunku planuoti ir išlaidas. Kai kurie mėnesiai būna ramūs, o kitais vienas gedimas atima kelias darbo dienas ir atneša neplanuotų sąskaitų. Prie to prisideda ir nematomos sąnaudos: kol gedimas taisomas, darbuotojai laukia, ieško aplinkkelių arba atideda darbus, kurių klientai tikisi laiku.

Ką proaktyvi priežiūra daro kitaip

Proaktyvioje priežiūroje serveriai, darbo vietos ir tinklo įranga nuolat siunčia informaciją apie savo būklę į stebėsenos sistemą. Kai kuris nors rodiklis peržengia nustatytą ribą, specialistas gauna pranešimą ir gali imtis veiksmų, kol darbuotojai dar nieko nepastebėjo. Didelė dalis darbų atliekama automatiškai arba suplanuotu laiku, pavyzdžiui, naktį ar savaitgalį.

Svarbu, kad stebėsena būtų ne tik techninis įrankis, bet ir procesas: kažkas turi reaguoti į pranešimus, analizuoti pasikartojančias problemas ir informuoti vadovybę apie rizikas. Pavyzdžiui, Altic IT priežiūros paslaugos remiasi nuolatiniu automatizuotu sistemų stebėjimu ir reguliariomis ataskaitomis, todėl klientas mato ne tik tai, kas buvo pataisyta, bet ir tai, kas buvo pastebėta laiku.

Ką stebėsena pastebi anksčiau už žmones

Dauguma gedimų neatsiranda staiga. Jie bręsta ilgai ir duoda ženklų, kurių žmogus nemato, bet stebėsenos sistema pastebi. Dažniausi pavyzdžiai:

  • Disko vieta. Serverio ar kompiuterio diskas prisipildo palaipsniui, ir stebėsena įspėja gerokai anksčiau, nei sistema sustoja.
  • Atnaujinimai. Matoma, kurie kompiuteriai negavo saugumo atnaujinimų, nes buvo išjungti arba atnaujinimas nepavyko.
  • Atsarginių kopijų klaidos. Nepavykusi kopija sukelia pranešimą tą pačią dieną, o ne tada, kai jos prireikia.
  • Sertifikatų galiojimas. Svetainės, pašto ar nuotolinės prieigos sertifikato pabaiga žinoma iš anksto, todėl išvengiama įspėjimų apie nesaugų ryšį ir neveikiančių paslaugų.
  • Aparatinės įrangos būklė. Daugelis diskų prieš sugesdami rodo klaidų požymių, todėl juos galima pakeisti planuotai, o ne skubiai.
  • Licencijos ir paskyros. Besibaigiančios licencijos, užblokuotos paskyros ar neįprasti prisijungimo bandymai pastebimi anksčiau.

Kaip vadovui suprasti, kurį modelį turite

Nebūtina išmanyti technologijų, kad įvertintumėte, kaip dirba jūsų IT priežiūra. Užtenka atsakyti į kelis klausimus. Ar gaunate reguliarią ataskaitą apie sistemų būklę, net kai niekas nesugedo? Ar IT partneris kada nors pats praneša apie problemą, apie kurią jūs dar nežinojote? Ar žinote, kada paskutinį kartą buvo išbandytas duomenų atkūrimas iš atsarginių kopijų? Ar darbuotojai dažnai kreipiasi dėl tų pačių problemų?

Jei į pirmus tris klausimus atsakote neigiamai, o į paskutinį teigiamai, greičiausiai turite reaktyvų modelį, net jei sutartyje jis vadinamas kitaip.

Dar vienas požymis yra tai, kas paprastai pradeda pokalbį. Jei beveik visada skambinate jūs, o partneris pats susisiekia retai, priežiūra veikia reaktyviai. Proaktyviame modelyje dažnai būna atvirkščiai: partneris praneša apie suplanuotus darbus, pastebėtas rizikas ir siūlo, ką verta pakeisti artimiausiais mėnesiais.

Kada užtenka reaktyvaus modelio

Proaktyvi priežiūra nėra būtina visiems. Jei įmonėje dirba keli žmonės, visos sistemos veikia debesyje, o trumpa prastova nesukelia didelių nuostolių, reaktyvus modelis gali būti racionalus pasirinkimas. Tačiau kuo daugiau darbuotojų, vietinių serverių ir specializuotų programų, tuo brangiau kainuoja kiekviena prastovos valanda ir tuo daugiau naudos duoda nuolatinė stebėsena.

Dažnas tarpinis sprendimas yra bent bazinė svarbiausių sistemų stebėsena: serverių, atsarginių kopijų ir interneto ryšio, o darbo vietų pagalba lieka teikiama pagal poreikį.

Kaip pereiti nuo vieno modelio prie kito

Perėjimas prasideda nuo inventorizacijos: kokios sistemos yra, kurios iš jų svarbiausios ir kokia jų dabartinė būklė. Tada įdiegiama stebėsena, nustatomos ribos ir sutariama, kas į kokius pranešimus reaguoja. Per pirmąsias savaites dažnai išlenda nemažai senų problemų, apie kurias niekas nežinojo, todėl pradžioje darbų būna daugiau. Vėliau jų sumažėja, o vadovybė gauna aiškesnį vaizdą apie IT būklę ir gali planuoti investicijas, užuot reagavusi į netikėtumus.

Pereinant verta sutarti ir dėl ataskaitų formos. Vadovui nereikia techninių žurnalų, jam reikia trumpo vaizdo: kas veikia gerai, kas kelia riziką, kokie darbai atlikti ir ką rekomenduojama daryti toliau. Tokia ataskaita tampa pagrindu pokalbiui apie IT biudžetą, o ne dar vienu dokumentu, kurio niekas neskaito.

Dažnai užduodami klausimai

Ar proaktyvi priežiūra visiškai pašalina gedimus?

Ne, gedimų pasitaiko bet kokioje aplinkoje. Tačiau didelė dalis problemų pastebima ir išsprendžiama anksčiau, nei sutrikdo darbą, o likę gedimai paprastai sutvarkomi greičiau, nes yra informacijos apie sistemų būklę.

Ar stebėsenos sistema mato darbuotojų failus ar laiškus?

Įprasta stebėsena renka techninius duomenis: disko vietą, atnaujinimų būseną, paslaugų veikimą, klaidų žurnalus. Darbuotojų dokumentų turinys ar laiškai jai nereikalingi, bet verta tai aptarti su partneriu ir užfiksuoti sutartyje.

Kaip dažnai turėtų būti teikiamos ataskaitos?

Daugumai įmonių pakanka mėnesinės ataskaitos apie sistemų būklę, atliktus darbus ir pastebėtas rizikas. Rimtesni incidentai turėtų būti pranešami iš karto, nelaukiant ataskaitos.

Ar reaktyvi priežiūra visada pigesnė?

Ji pigesnė tik tais mėnesiais, kai niekas nesugenda. Įvertinus prastovų kainą ir skubius darbus, reaktyvus modelis dažnai kainuoja panašiai ar net daugiau, tik išlaidas sunkiau nuspėti.

Ką daryti, jei dabartinis IT partneris dirba tik reaktyviai?

Pirmiausia paklauskite, ar jis gali pasiūlyti stebėseną ir reguliarias ataskaitas. Daugelis partnerių tokią paslaugą turi, tik ji nebuvo įtraukta į pradinę sutartį, todėl verta peržiūrėti sutarties apimtį.