Planuotų atsarginių kopijų paleidimas, sėkmingumo tikrinimas ir nukrypimų signalizavimas: tai viena iš tų užduočių, kurios atsakymas gana arti "taip". Ne todėl, kad tai nesvarbus darbas, o tieisiog todėl, kad šis darbas yra taip aiškiai apibrėžtas, jog sistema gali sekti procesą, kelyje nieko nereikia sugalvoti.
Atsarginė kopija veikia pagal grafiką, praneša apie sėkmę ar nesėkmę, ir tas pranešimas turi fiksuotą formą. Tai reiškia aukštą struktūriškumą: yra aiškus trigeris, aiškus tikimasis rezultatas ir aiški baigtis, jei kas nors nepavyksta. Nereikia kliento kontakto, nereikia fizinio veiksmo ir nereikia kūrybinio įnašo — tai tiesiog proceso sekimas ir rezultato atpažinimas. Atsarginių kopijų agentas gali stebėti grafiką, nuskaityti žurnalus, interpretuoti statuso kodus ir gedimo atveju automatiškai persiųsti pranešimą tinkamam asmeniui ar sistemai, panašiai kaip sistemų veikimo stebėjimas jau daugiausia yra automatizuotas.
Apimtis taip pat yra palanki: vidutinėje IT aplinkoje kasdien ar kas savaitę vykdoma dešimtys ar šimtai atsarginių kopijų užduočių, paskirstytų tarp serverių, duomenų bazių ir darbo vietų. Tai tiksliai tokio pobūdžio pasikartojimas, kuriame automatizuota sistema parodo savo vertę — ne todėl, kad ji protingesnė nei administratorius, o todėl, kad ji niekada nepraleidžia patikrinimo dėl laiko spaudimo ar nuovargio.
Priežastis, kodėl tai nėra kategoriškas "taip, visiškai automatiškai", slypi klaidos kainoje. Praleista ar nepastebėta nepavykusi atsarginė kopija tampa problema tik tuo metu, kai prarandami duomenys ir reikalingas atkūrimas — o tada žala dažnai jau yra negrįžtama. Tai kitokios rizikos rūšis nei neteisingai klasifikuotas e-laiškas ar neteisingai užpildyti pagrindinių duomenų laukai. Todėl šiai užduočiai priklauso sąlyga, kuri nėra pasirenkama: automatizuotas stebėjimas su įspėjimais ir eskalacijos protokolas, kuriame fiksuojama, kas ir per kiek laiko turi reaguoti į gedimo pranešimą. DI gali atlikti tikrinimą ir signalizavimą; žmogus išlieka atsakingas už tai, kas vyksta, kai kas nors nepavyksta.
Dėl tos pačios priežasties sprendimo laisvė ir atitikties balas yra žemi. Nepavykus gamybinės duomenų bazės atsarginei kopijai, interpretacijos erdvės mažai — tai gedimas, kurį reikia išsprendę, o ne situacija, kurioje sistema gali pati nuspręsti, kiek problema yra sunki. O sektoriuose su saugojimo pareiga ar audito reikalavimais, kaip pavyzdžiui finansinių pakeitimų audito žurnalo pildymas, taip pat svarbu tai, kad paties atsarginių kopijų politika gali būti kontrolės reikalavimo dalis. Tai nepakeičia to, ką DI techniškai gali atlikti, tačiau nustato, kas galiausiai pasirašo už atitiktį.
Organizacijoje su keliais failų serveriais ir aiškiu atsarginių kopijų grafiku užduotis yra beveik visiškai automatizuojama: agentas kasdien tikrina statuso kodus, siunčia santrauką ir eskaluoja tik klaidos atveju. Sistemos administratorius tam tada nebeskiria nuolatinio laiko, išskyrus tikro pranešimo atveju.
Organizacijoje su daug skirtingų sistemų, vykstančiomis migracijomis ar aplinka, kurioje atsarginių kopijų politika skiriasi kiekvienam klientui — kaip IT paslaugų teikėjo, dirbančio su keliais užsakovais atveju — situacija yra kitokia. Tuomet reikia daugiau interpretacijos dėl to, ką tiksliai reiškia "sėkminga" atsarginė kopija pagal kiekvieno kliento sutartį, ir užduotis pasislenka arčiau priežiūros su žmogaus patvirtinimu.
Dabar besikeičiantis dalykas nėra tai, kad atsarginės kopijos pirmą kartą tikrinamos — tai vyko visada. Skirtumas yra tas, kad tikrinimas nebepriklauso nuo to, kas ryte perskaito žurnalo failą. Stebėjimas vyksta nuolat, pranešimas atsiranda savaime, o administratorius įsijungia tik tuo momentu, kai iš tikro reikia kažką nuspręsti. Tokį modelį — sistema stebi reguliarų procesą, o žmogus įsijungia tik nukrypimo atveju — matome ir gedimų komunikavimo naudotojams atveju, ir pirmos linijos IT incidentų sprendimo atveju. Įmonėse, kur IT aplinka yra paprasta ir stabili, tas poslinkis jau toli pažengęs. Įmonėse su sudėtingomis, sudėtinėmis aplinkomis — ar už IT ribų, kaip statybų sektoriuje, kur sistemos ir procesai yra mažiau standartizuoti — tai vyksta lėčiau, tiesiog todėl, kad dar nėra struktūros, kurios sistemai reikia, kad galėtų tikrinti.
Tai nėra personalo klausimas ir nėra pareiškimas apie pareigybes. Tai kalba tik apie užduotį: atsarginių kopijų paleidimą ir tikrinimą, nepriklausomai nuo to, kas šią užduotį šiuo metu atlieka ar kiek laiko tai užima konkrečioje organizacijoje.
Ar šią užduotį savo aplinkoje tikrai galima daugiausia perimti, priklauso nuo sistemų skaičiaus, jūsų duomenų jautrumo klaidoms ir to, ar jau įdiegtas automatizuotas stebėjimas ir eskalacijos protokolas. Norėdami susidaryti pirminį vaizdą, neatliekant iš karto išsamaus tyrimo, galite užpildyti nemokamą greitąją apklausą: dvylika klausimų, be paskyros, su nuoroda, kurią dalį valandų šiame darbo profilyje šiandien galima perduoti DI. Visas darbo skenavimas, kuris jūsų įmonės darbą nagrinėja užduotis po užduoties, dar kuriamas.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.