IT ūkio priežiūra verslui
Prižiūrime jūsų įmonės kompiuterius, paskyras ir tinklą. Sutariame, kas įtraukta į priežiūrą ir kur kreiptis pagalbos.
Prižiūrime jūsų įmonės kompiuterius, paskyras ir tinklą. Sutariame, kas įtraukta į priežiūrą ir kur kreiptis pagalbos.
IŠSAMI PASLAUGOS PATIKRA
Įvertinkite priežiūros apimtį, darbo vietas, paskyras, stebėseną ir pagalbos procesą. Atsakymais pagrįstą apžvalgą ir veiksmų planą gausite įvedę el. paštą; tai nėra nepriklausomas auditas.
Įmonėms be savo IT specialisto ir vidinėms IT komandoms.
Pradėkite nuo darbo vietų skaičiaus ir dabartinės problemos.
Sutartą IT priežiūrą, pagalbos tvarką ir darbų prioritetus.
IT ūkio priežiūra – tęstinis organizacijos kompiuterių, paskyrų, tinklo ir kitų sutartų IT išteklių administravimas. Ji apima naudotojų pagalbą, prevenciją ir sutrikimų valdymą. Stebėjimo įrankis parodo problemą, tačiau jos įvertinimas, eskalavimas ir šalinimas turi būti aprašyti paslaugos plane.
IT ūkio priežiūra apima įmonės darbo vietas, vartotojų paskyras, tinklą ir sutartas IT sistemas. Deriname prevencinius darbus, Zabbix stebėseną ir kasdienių problemų sprendimą. Prieš pradėdami sutariame, ką prižiūrime, kada teikiame pagalbą ir kaip reaguojame į skirtingo svarbumo sutrikimus.
Kai įmonėje nėra IT specialisto, svarbu turėti aiškų pagalbos kanalą ir žmogų, žinantį visą aplinką. Priežiūrą pradedame nuo darbuotojų naudojamų sistemų ir kasdien stabdančių problemų: neveikiančių prisijungimų, spausdinimo, tinklo ar pasikartojančių kompiuterių sutrikimų. Pagal šį vaizdą sudarome įtraukiamų objektų ir pirmųjų darbų sąrašą.
Vidinę IT komandą galime papildyti konkrečių sistemų administravimu arba užduotimis, kurioms jai trūksta laiko. Jei infrastruktūrą prižiūri keli tiekėjai, pirmiausia išsiaiškiname atsakomybių ribas ir incidentų perdavimo tvarką. Taip darbuotojo užklausa turi konkretų vykdytoją, o ne keliauja tarp tiekėjų be sprendimo.
Priežiūros planą sudarome pagal konkretų įrangos ir sistemų sąrašą. Jame atskiriame kasdienę pagalbą, prevencinius darbus ir užduotis, kurias sukelia darbuotojų ar aplinkos pokyčiai. Pavyzdžiui, naujo darbuotojo paskyrai reikia vadovo patvirtintų teisių, o tinklo gedimui – prieigos prie atitinkamos įrangos.
Lentelė parodo, kaip aprašoma apimtis; ji savaime nereiškia, kad visos eilutės įtrauktos į kiekvieną planą. Įrangos pirkimą, mokamas licencijas, didelį sistemų atnaujinimą ir naujos infrastruktūros diegimą pasiūlyme įvardijame atskirai.
| Objektas | Darbai | Kada atliekama | Įtraukimo sąlyga |
|---|---|---|---|
| Darbo vietos | Diagnostika ir naudotojų pagalba | Pagal registruotas užklausas | Tik inventoriuje įvardyti įrenginiai |
| Paskyros | Sukūrimas, teisių keitimas, uždarymas | Gavus patvirtintą darbuotojo pokyčio užklausą | Nurodytos sistemos ir tvirtinantis asmuo |
| Tinklas | Ryšio bei įrangos būklės patikra | Pagal stebėsenos signalus ir incidentus | Prieinami administruojami įrenginiai |
| Atnaujinimai | Suderintų pataisų diegimas ir patikra | Plane numatytais priežiūros langais | Įvardyti produktai ir išimtys |
| Inventorius | Įrenginių ir atsakingų asmenų sąrašas | Perėmimo ir įrangos pokyčių metu | Perduodama informacija apie pirkimus ir nurašymą |
| Dokumentacija | Prieigų, konfigūracijų ir atsakomybių aprašai | Po administruojamų sistemų pakeitimų | Apibrėžta dokumentų saugojimo vieta |
Zabbix naudojame pasirinktiems infrastruktūros rodikliams rinkti ir įspėjimams sudaryti. Prieš įjungdami pranešimus nustatome, kuri sistema svarbi verslui, koks signalas prasmingas ir kas turi jį gauti. Vien įspėjimų skaičius neparodo priežiūros kokybės: reikalingi suprantami prioritetai ir veiksmai.
Pasiekiamumo patikras parenkame pagal stebimą paslaugą. Tinklo atsakas dar nepatvirtina, kad darbuotojas gali atlikti visą darbo veiksmą, todėl kritinėms sistemoms apibrėžiame ir reikalingą funkcinę patikrą. Pranešime turi būti aišku, ką tiksliai patikra nustatė.
Stebimus apkrovos ir laisvos vietos rodiklius vertiname pagal įrenginio paskirtį bei įprastą veikimą. Pavienį apkrovos šuolį atskiriame nuo besikartojančios ar ilgai trunkančios problemos. Tolesnis veiksmas gali būti diagnostika, nustatymų keitimas arba pagrįstas resursų didinimo pasiūlymas.
Įspėjimui priskiriame gavėją, svarbą ir eskalavimo kelią, jei problema lieka neišspręsta. Pranešimų veikimą patikriname bandomuoju signalu. Automatinis duomenų rinkimas ir specialisto darbo valandos yra atskiros sąlygos; monitoringas savaime nesukuria budėjimo visą parą.
Zabbix funkcijų apžvalga paaiškina, kokius infrastruktūros rodiklius galima rinkti; konkretūs stebimi objektai parenkami pagal jūsų aplinką.
Prieš pradžią nustatome, kas gali užsakyti pagalbą, tvirtinti išlaidas ir suteikti darbuotojams prieigas. Tai ypač svarbu priimant ar atleidžiant darbuotoją: techninį veiksmą atliekame gavę atsakingo asmens nurodymą, o verslo sprendimo apie reikalingas teises nepriimame už vadovą.
Kai gedimas susijęs su interneto ryšiu ar verslo programa, surenkame diagnostikai reikalingą informaciją ir perduodame ją atitinkamam tiekėjui. Jo paslaugos pakeitimo ar remonto trukmės negalime sutapatinti su savo pirmos reakcijos įsipareigojimu.
| Dalyvis | Atsakomybė |
|---|---|
| Dev4you.lt | Sutarti administravimo ir pagalbos darbai |
| Kliento atsakingas asmuo | Verslo prioritetai, svarbių pakeitimų tvirtinimas |
| Kiti tiekėjai | Jų teikiamos ryšio, programų ar licencijų paslaugos |
Užklausoje svarbu nurodyti paveiktą sistemą, sutrikimo laiką, darbuotojų skaičių ir tai, ar įmanoma tęsti darbą kitu būdu. Pagal poveikį nustatome prioritetą; vieno kompiuterio sulėtėjimas ir visos įmonės darbo sustojimas neturi būti vienoje eilėje. Kritinės situacijos kontaktas ir registravimo kanalas perduodami darbuotojams pradžioje.
Paslaugos sąlygose atskiriame aptarnavimo valandas, pirmą specialisto atsaką, darbų pradžią ir atkūrimo tikslą. Taip pat nurodome, kaip informuojama apie eigą ir ko laukiama iš kliento ar tiekėjo. Konkrečių laikų nepažadame neįvertinę aplinkos ir reikalingų pajėgumų.
Kiekviename etape apibrėžiame darbus, jūsų indėlį ir patikrinamą rezultatą.
Su kliento kontaktu sutikriname įrangos, paskyrų ir svarbių sistemų sąrašą. Pažymime nežinomus savininkus, trūkstamas prieigas ir pasikartojančius sutrikimus.
Iš inventoriaus sudarome priežiūros apimtį ir atsakomybių lentelę. Klientas patvirtina tvirtinančius asmenis, aptarnavimo valandas ir papildomų darbų užsakymo tvarką.
Patikriname administravimo prieigas, parengiame stebimus objektus ir pranešimų gavėjus. Bandomąja užklausa bei signalu įsitikiname, kad pagalbos ir eskalavimo keliai veikia.
Vykdome plane numatytus darbus ir registruojame pakeitimus bei incidentų sprendimą. Darbuotojai pateikia problemos kontekstą, o svarbius veikimą keičiančius darbus tvirtina paskirtas asmuo.
Peržiūroje pateikiame atliktus darbus, neišspręstas rizikas ir siūlomus prioritetus. Klientas gali pagrįstai pasirinkti, ką taisyti dabar ir ką įtraukti į vėlesnį planą.
Pradžiai pakanka darbo vietų, serverių, lokacijų ir svarbiausių programų sąrašo, dabartinių problemų bei esamo tiekėjo kontaktų. Patikriname administravimo prieigas, licencijų ir palaikymo būklę, turimą dokumentaciją. Trūkstamos prieigos ar nebepalaikoma sistema užfiksuojamos kaip konkretus ribojimas ir įtraukiamos į pradinį darbų planą.
Prieigas perduodame saugiu kanalu; slaptažodžių nereikia rašyti viešoje užklausos formoje. Perėmimo pabaigoje klientas patvirtina prižiūrimų objektų sąrašą, atsakingus asmenis ir pagalbos tvarką. Pradinį sutvarkymą atskiriame nuo vėlesnės nuolatinės priežiūros.
Klientui pateikiame prižiūrimų objektų sąrašą, atsakomybių schemą, svarbių nustatymų aprašus ir atvirų darbų prioritetus. Periodinėje peržiūroje aptariame pasikartojančius incidentus, atliktus pakeitimus ir sprendimus, kuriems reikia vadovo patvirtinimo. Ataskaita turi padėti pasirinkti kitą veiksmą, o ne vien išvardyti uždarytas užklausas.
Keičiant tiekėją perduodame kliento aplinkai priklausančią dokumentaciją ir sutartus inventoriaus duomenis. Atskirai patikriname administravimo teisių perdavimą, mūsų nuotolinės prieigos panaikinimą ir sukauptų duomenų grąžinimo ar pašalinimo tvarką.
Darbuotojai periodiškai praranda prieigą prie bendros sistemos, o už tinklą ir programą atsako skirtingi tiekėjai. Pirmiausia vienoje užklausoje surenkame sutrikimo laiką, paveiktas darbo vietas ir turimus žurnalus, tada tikriname, kuriame ryšio ar prisijungimo etape kyla problema. Atsakingam tiekėjui perduodame konkrečius duomenis ir fiksuojame jo atsakymą.
Rezultatas tikrinamas pakartojant darbuotojo darbo veiksmą ir stebint, ar problema kartojasi. Tai darbo eigos pavyzdys, o ne konkretaus kliento istorija ar pažadas apie sutrikimo pašalinimo laiką.
| Veiksnys | Kodėl svarbu | Kokios informacijos reikės |
|---|---|---|
| Aplinkos dydis | Įrenginių, naudotojų ir lokacijų skaičius lemia darbų apimtį. | Darbo vietų, serverių ir lokacijų skaičius. |
| Sistemų būklė | Pradinis sutvarkymas gali būti atskiras darbas. | Naudojamos sistemos ir žinomos problemos. |
| Pagalbos apimtis | Aptarnavimo valandos ir vizitai keičia reikalingus pajėgumus. | Pageidaujamas pagalbos laikas ir vizitų poreikis. |
Pasirinkite paslaugą pagal konkretaus darbo apimtį.
Prižiūrėti jau veikiančius serverius, virtualizaciją ir serverių paslaugas.
Suprojektuoti ir įdiegti naują arba atnaujintą įmonės infrastruktūrą.
Nuolat stebėti saugumo įvykius ir eskaluoti reikšmingus įspėjimus pagal sutartą tvarką.
APTARKIME
Nurodykite darbo vietų ir lokacijų skaičių, svarbiausias sistemas bei dabartinę problemą. Įvertinsime priežiūros apimtį, atsakomybes ir perėmimui reikalingą informaciją.
Būtinąsias technologijas naudojame svetainės veikimui ir jūsų pasirinkimui išsaugoti. Tik jums sutikus „Google Analytics“ padeda suprasti, kaip naudojamasi Dev4you.lt. Atsisakius visos paslaugos veikia. Apie slapukus