INsec PRAKTIKA · VEIKLOS TĘSTINUMAS

UPS yra, bet ar serveriai saugiai išsijungs dingus elektrai?

Nepertraukiamo maitinimo šaltinis suteikia laiko reaguoti. Ar to laiko pakaks tvarkingai sustabdyti įmonės sistemas, priklauso nuo apkrovos, įrangos būklės ir patikrintos išjungimo tvarkos.

· INsec techninė praktika · UPS / Serveriai / Veiklos tęstinumas

Baterija – tik viena sprendimo dalis

Įsivaizduokime serverinę: dingsta elektra, UPS pradeda maitinti įrangą, bet niekas negauna perspėjimo. Serveriai dirba, kol rezervas išsenka. Tai iliustracinis scenarijus, o ne konkretaus INsec kliento incidentas. Įrenginys suteikė papildomo laiko, tačiau įmonė jo nepanaudojo kontroliuojamam sustabdymui.

INsec rekomenduoja UPS vertinti kartu su maitinama infrastruktūra ir jos valdymu. Reikia atsakyti į tris klausimus: kiek laiko realiai turime, kas priima sprendimą stabdyti darbą ir kaip patikriname, kad sustabdymas baigtas?

Pradėkite nuo maitinimo schemos

Siūlome surašyti, kurie serveriai, saugyklos, komutatoriai ir valdymo įrenginiai prijungti prie kurio UPS. Atskirai pažymėkite, kur yra ryšys, reikalingas perspėjimams ir išjungimo komandoms perduoti. Jei šis ryšys nutrūks pirmas, dalis suplanuotos automatikos gali nepasiekti savo gavėjo.

Vien dvi serverio maitinimo jungtys nepatvirtina nepriklausomų maitinimo kelių. Peržiūroje verta atsekti jų galinius taškus ir suprasti, kokį gedimą schema toleruoja. Rezultatas turėtų būti paprastas, prižiūrinčiai komandai suprantamas sąrašas, o ne tik spintos nuotrauka.

Ar serveris sužino apie UPS būklę?

Vienas iš programinės integracijos pavyzdžių – „Network UPS Tools“ (NUT). Oficialioje dokumentacijoje upsmon aprašomas kaip UPS stebėsenos ir sistemos išjungimo valdiklis, galintis inicijuoti pranešimus apie maitinimo įvykius. Tarp dokumentuotų įvykių yra darbas iš baterijos, mažas jos rezervas, ryšio praradimas ir poreikis keisti bateriją. NUT upsmon dokumentacija.

Tai technologijos pavyzdys, ne universalus pasirinkimas kiekvienai aplinkai. INsec siūlo tikrinti konkretaus UPS modelio, ryšio sąsajos, operacinės sistemos ir naudojamos programinės įrangos suderinamumą. Gamintojo valdymo sprendimas ar kita palaikoma integracija taip pat gali būti tinkamas kelias.

Esminis patikros rezultatas – serveris gauna teisingą būseną ir gali atlikti numatytą veiksmą. Įdiegta programa be išbandyto ryšio to neįrodo.

Išjungimo tvarka turi atitikti priklausomybes

INsec rekomenduoja pradėti nuo paslaugų priklausomybių: kas naudoja duomenų bazę, kas rašo į bendrą saugyklą ir kas valdo virtualias mašinas. Pagal tai nustatoma stabdymo seka. Vienu metu išsiųsta išjungimo komanda visiems įrenginiams nebūtinai duos norimą rezultatą.

Pavyzdžiui, virtualizacijos aplinkoje reikia numatyti laiko svečių sistemoms tvarkingai sustoti ir tik tada užbaigti jas aptarnaujančio mazgo darbą. Bendros saugyklos ir tinklo įrenginių seka parenkama pagal konkrečią architektūrą. Universalaus minučių skaičiaus visoms įmonėms nėra.

Stabdymo pradžios slenkstį siūlome grįsti pamatuota proceso trukme ir papildomu rezervu. Baterijos procentas savaime neatsako, kiek laiko liko esant dabartinei apkrovai.

Perspėjimas turi veikti ir praradus dalį infrastruktūros

Siūlome išbandyti, ar pranešimas pasiekia atsakingą žmogų, kai sutrinka pagrindinis maitinimas. Jei pranešimų siuntimas priklauso nuo tos pačios infrastruktūros, kuri jau išjungta, jis gali pavėluoti arba nepasiekti gavėjo.

Stebėti verta ne vien elektros dingimą. Ryšio su UPS praradimas gali reikšti, kad automatika nebeturi patikimų duomenų. Toks perspėjimas turėtų būti ištirtas iki realaus maitinimo sutrikimo, o ne paliktas kaip įprastas foninis pranešimas.

Kaip suplanuoti bandymą?

INsec siūlo bandymą atlikti suderintu priežiūros metu, pagal įrangos gamintojo ir naudojamos valdymo sistemos procedūras. Atsitiktinis veikiančios serverinės atjungimas nuo maitinimo nėra tinkamas pradinis testas. Elektros instaliacijos darbus turi atlikti tam kvalifikuoti specialistai.

  1. Apibrėžti apimtį. Kurios paslaugos gali būti stabdomos ir kas patvirtins jų atkūrimą?
  2. Patikrinti pasirengimą. Atsargines kopijas, valdymo prieigą, įrangos būklę ir sutartą grįžimo planą.
  3. Patikrinti įvykius. Ar būsena matoma valdymo sistemoje ir ar pristatomi perspėjimai?
  4. Pamatuoti sustabdymą. Ar paslaugos ir sistemos sustoja numatyta tvarka bei telpa į turimą rezervą?
  5. Patikrinti paleidimą. Ar grįžus maitinimui sistemos pasileidžia tinkama tvarka ir veikia įprastas verslo veiksmas?

Grįžusi elektra dar nereiškia atkurto darbo

Po bandymo siūlome patikrinti ne tik įjungtas lemputes. Atsakingas darbuotojas turėtų prisijungti prie svarbios programos, atidaryti duomenis ir atlikti sutartą veiksmą. IT komanda peržiūri klaidas bei užduotis, kurioms sustabdymas galėjo turėti įtakos.

Taip pat reikia įvertinti, kas nutiktų maitinimui vėl dingus netrukus po paleidimo. Paleidimo logika ir baterijos rezervo reikalavimai derinami pagal įrangos galimybes, o ne laikomi savaime suprantamais.

Galutinis rezultatas – užfiksuota sustabdymo trukmė, patikrintas paleidimas ir aiškios taisymo užduotys. Peržiūrą verta kartoti pasikeitus serverių apkrovai, maitinimo schemai ar kritinėms paslaugoms.

Ar jūsų UPS sprendimas išbandytas kartu su serveriais?

INsec padeda peržiūrėti serverių priklausomybes, stebėseną ir suplanuoti kontroliuojamo sustabdymo bei paslaugų atkūrimo patikrą.

Aptarti infrastruktūros patikimumą

Šaltinis

Parengta 2026-09-26. NUT funkcijų aprašymas remiasi oficialia dokumentacija; bandymo ir priežiūros organizavimo seka – INsec praktinės rekomendacijos.

Susijęs straipsnis

Veeam SureBackup: kaip patikrinti atkūrimą iš kopijos?