Kadangi informacinės technologijos ir vanduo neveikia kartu
Nesvarbu, ar valdote nelaimės rengimo veiklą smulkiajam verslui ar didelėms korporacijoms, turite planuoti stichines nelaimes, nes, kaip žinome, informacijos technologijos ir vanduo nėra gerai derinami. Peržiūrėkime keletą pagrindinių žingsnių, kurių turėsite imtis, kad užtikrintumėte, jog jūsų tinklo ir IT investicijos išliks tokios nelaimės atveju, kaip potvynis ar uraganas.
1. Sukurti nelaimių atkūrimo planą
Sėkmingo atsigavimo nuo stichinės nelaimės raktas - parengti gerą nelaimių atkūrimo planą prieš kažką blogo. Šis planas turėtų būti periodiškai išbandytas, siekiant užtikrinti, kad visos dalyvaujančios šalys žinotų, ką jos turėtų įvykdyti nelaimės atveju.
Nacionalinis standartų ir technologijų institutas (NIST) turi puikių išteklių, kaip kurti nelaimių atkūrimo planus. Peržiūrėkite NIST Special Publication 800-34 apie nenumatytų atvejų planavimą, kad sužinotumėte, kaip pradėti kurti nelaimės atkūrimo planą.
2. Gaukite savo prioritetus tiesiai: pirmiausia saugai.
Akivaizdu, kad svarbiausia yra apsaugoti tavo žmones. Niekada nepateikite savo tinklo ir serverių, kad jūsų darbuotojai būtų saugūs. Niekada nedirbkite nesaugioje aplinkoje. Prieš pradedant bet kokias atkūrimo ar gelbėjimo operacijas, visada įsitikinkite, kad tinkamos institucijos įsitikinęs, kad įrenginiai ir įranga yra saugūs.
Kai saugumo problemos buvo išspręstos, turėtumėte turėti sistemos atkūrimo prioritetą, kad galėtumėte sutelkti dėmesį į tai, ko reikės, norint pakelti savo kritinę infrastruktūrą ir serverius kitoje vietoje. Ar vadovybė nustato, kurios verslo funkcijos jie nori grįžti internetu pirmiausia ir tada dėmesio planavimas atkurti, kas yra būtina norint užtikrinti saugų misijai svarbių sistemų atkūrimą.
3. Etiketę ir dokumentą savo tinklą ir įrangą.
Pretenduokite, kad ką tik sužinojote, kad didžiulė audra yra dvi dienas, ir tai užtruks jūsų pastatą. Dauguma jūsų infrastruktūros yra pastato rūsyje, o tai reiškia, kad jūs turėsite perkelti įrangą kitur. Panaikinimo procesas tikriausiai bus pagreitintas, taigi turėsite tinkamai dokumentuoti savo tinklą, kad galėtumėte tęsti darbą alternatyvioje vietoje.
Tikslios tinklo diagramos yra labai svarbios norint nukreipti tinklo technikus, nes jie rekonstruoja jūsų tinklą alternatyviame tinklalapyje. Suteikite dalykus tiek, kiek galite, naudodami paprastas vardų nustatymo taisykles, kurias supranta visi jūsų komanda. Išsaugokite visų tinklo diagramos informacijos kopiją vietovei.
4. Paruošk savo IT investicijas į aukštesnes žemes.
Kadangi mūsų draugo sunkumas mėgsta išlaikyti vandens kiekį žemiausioje vietoje, jūs galite planuoti perkelti savo infrastruktūros įrenginius į aukštesnę žemę didelių potvynių atveju. Pasirūpinkite, kad jūsų pastato valdytojas saugiai saugotų vietą, kuriai netolygus slenkstis, kur galite laikinai perkelti tinklo įrangą, kuri gali būti užtvindyta gaivalinės nelaimės atveju.
Jei visą pastatą greičiausiai bus išmesti ar užtvindyti, suraskite alternatyvią svetainę, kurioje nėra potvynių zonos. Galite aplankyti "FloodSmart.gov" svetainę ir įvesti potencialios alternatyvios svetainės adresą, kad įsitikintumėte, ar jis yra potvynio zonoje, ar ne. Jei tai yra didelės rizikos potvynių srityje, galbūt norėsite persikelti į kitą vietą.
Įsitikinkite, kad jūsų atkūrimo planas apima logistiką, kas ketina perkelti ką, kaip jie ketina tai padaryti, ir kai jie ketina perkelti operacijas į alternatyvų svetainę.
Pirmiausia perkeliami brangūs daiktai (jungikliai, maršrutizatoriai, užkardos, serveriai) ir mažiausi brangiausi daiktai (kompiuteriai ir spausdintuvai).
Jei planuojate serverio kambarį ar duomenų centrą, apsvarstykite, ar jis yra jūsų pastato plote, kuris nebus linkęs į potvynius, pvz., Nežemiško grindų sluoksnį, tai sutaupys jums galvos skausmą perkeldami įrangą potvynio metu .
5. Įsitikinkite, kad turite gerą atsarginę kopiją prieš nelaimės streikus.
Jei neturite gerų atsarginių kopijų, kad atkurtumėte nuo tada, nesvarbu, ar turite alternatyvią svetainę, nes negalėsite atkurti nieko vertės. Patikrinkite, ar veikia planuojamos atsarginės kopijos, ir patikrinkite atsarginę kopiją, kad įsitikintumėte, jog ji faktiškai užfiksuoja duomenis.
Būk budrus. Įsitikinkite, kad jūsų administratoriai peržiūri atsarginių kopijų žurnalus ir kad atsarginės kopijos netyčia nepavyksta.