Megbízható DR stratégia létrehozása: legjobb gyakorlatok

A modern informatikai platformokat úgy tervezték, hogy minden eddiginél több felhasználót kezeljenek, de mi történik, ha ezek a rendszerek a legtöbb, ha nem az összes felhasználó elsődleges hozzáférési pontjává válnak? Mi történik, ha egy kritikus rendszer hibát tapasztal vagy teljesen leáll?

A Katasztrófa-elhárítási Készenléti Tanács felmérése két évvel ezelőtt azt állapította meg, hogy a vállalatoknak csak 27 százaléka kapott megfelelő osztályzatot katasztrófavédelemért. Minél jobban bízunk az adatközpontokban, annál költségesebbé válnak az adatközpontok leállása. A Ponemoni Intézet és az Emerson Network Power nemrégiben végzett tanulmánya szerint:

Az állásidő költsége 2010 óta 38 százalékkal nőtt.
A legtöbb adatközpont-függő vállalkozás leállási költségei az átlagnál gyorsabban emelkednek.
A maximális leállási költségek 2013 óta 32, 2010 óta pedig 81 százalékkal nőttek.
A maximális leállási költségek 2016-ban 2 409 991 USD.
A UPS rendszer meghibásodása továbbra is az első számú oka a nem tervezett adatközpont-kieséseknek, amely az összes ilyen esemény negyedét teszi ki.
A számítógépes bűnözés az adatközpontok kimaradásának leggyorsabban növekvő oka, a legfrissebb tanulmány szerint a 2010-es kimaradások 2 százalékáról 2013-ra 18 százalékra 22 százalékra nőtt.

Ezt szem előtt tartva mi a DR stratégiája? Készen állsz egy vészhelyzetre?

DR méretezés és tervezés

Mivel minden környezet egyedi, a katasztrófa utáni helyreállítási kapacitás tervezésének különböző formái és formái lehetnek a szervezet céljaitól függően. A következő négy mutató azonban jó kiindulópont:

DR dokumentáció

A DR tervezéssel együtt jár a dokumentáció fontos feladata. A valóság az, hogy ezt a lépést gyakran elfelejtik, vagy elhalasztják az utolsó pillanatig. A rossz dokumentáció nagyon rossz DR-élményhez vezethet. A rendszergazdáknak nemcsak aktuális elosztott környezeti dokumentációt kell létrehozniuk, hanem az úgynevezett „élő DR munkafüzetet” is.

Vegye figyelembe a következőket, amikor a DR terven és a dokumentáción dolgozik:

Ez a munkafüzet egy igazán mindent átfogó dokumentum, amely a környezet változásával fog fejlődni.
A dokumentum minden informatikai csoportot és közvetlen felelősségüket tükrözi esemény bekövetkezése esetén.
Ez a dokumentum különféle forgatókönyveket fogalmaz meg a különböző osztályok számára.
Minden csapatnak helyreállítási lépéseket kell megtennie, és minden felelősnek feladata lesz, amikor kimaradás vagy előre kijelölt esemény történik.
A vezetőknek folyamatosan be kell mutatniuk ezt a munkafüzetet munkatársaiknak, és biztosítaniuk kell, hogy megértsék szerepeiket és funkcióikat egy esemény bekövetkezése esetén.

És ne hagyja, hogy ezek a dokumentumok elavuljanak. Frissítse őket, és győződjön meg arról, hogy a DR-tervek elkészültek és frissek.

DR tesztelés, karbantartás és bevált gyakorlatok

Mire jó egy robusztus DR-terv, ha senki sem tudja, mit kell tennie, ha valóban katasztrófa történik? A környezet katasztrófa utáni helyreállításának egyetlen módja az, ha a megfelelő emberek képesek jó döntéseket hozni egy tervezett irányelv alapján.

Az informatikai csapat minden munkatársának és kulcsfontosságú üzleti személyzetnek fel kell készülnie a DR események kezelésére. Valódi katasztrófa esetén az összes érintett embernek, üzleti vagy informatikai szakembernek ismernie kell a teendőket. Ez magában foglalja a riasztást, az azonnali helyreállítást és a károk ellenőrzését.

A DR-terv csak akkor marad releváns, ha minden szinten folyamatos képzés folyik.

Ez magában foglalja az üzleti réteget. A mai vállalkozások nagymértékben támaszkodnak informatikai infrastruktúrájukra, ami azt jelenti, hogy az üzleti szereplőknek bele kell szólniuk és cselekedniük kell az élő DR tervbe.

A DR környezeteket optimálisan működőképesnek kell tesztelni és ellenőrizni. Ezek a tesztek előfordulhatnak szabadidőben vagy tükrözött külső környezeten keresztül. Számos tesztelési lehetőség létezik, és a legjobb az IT-csoport igényeitől függ.

A dolgok működéséhez nem kell meghúznia az adatközpont csatlakozóját. Vegye figyelembe a következő tesztelési javaslatokat a DR környezetek érvényesítéséhez:

Árnyék felhasználók létrehozása. Vannak hatékony eszközök, amelyek elősegíthetik a nagyon robusztus DR stratégiák létrehozását. Például a LoginVSI lehetővé teszi a szervezetek számára, hogy árnyékolják a felhasználókat, hogy utánozzák a környezetre, a rendszerre, az alkalmazásra és még az üzletre gyakorolt hatásokat. Az ilyen típusú eszközök segítenek megérteni a küszöbtervezést, a felhasználók interakcióit a környezettel, sőt egy másodlagos webhely tesztelését is elvégezheti anélkül, hogy az élő felhasználóknak át kellene váltania.
Használja ki a virtualizációt. A terheléselosztó technológiák és a feladatátvételi rendszerek valóban hosszú utat tettek meg. Például a Citrix NetScaler és az F5 ADC egyaránt erős globális terheléselosztási képességekkel rendelkezik. Virtuális készülékként is telepíthetők. Kipróbálhatja a feladatátvételt azzal, hogy megbizonyosodik arról, hogy a terheléselosztás működik, és a felhasználókat zökkenőmentesen átviszik egy másodlagos környezetbe.
Használja az infrastruktúra intelligenciáját a DR teszteléséhez. A fizikai rendszerek segíthetnek a DR tesztelésben is. A többszörös javítás funkciók lehetővé teszik a teljes hálózati összetevők feladatátvételét. Biztosíthatja, hogy a kritikus rendszerek továbbra is életben maradjanak, ha teszteli a kritikus hálózati összetevőket anélkül, hogy lebontaná a rendszereket.

Ne feledje, hogy a DR stratégia kritikus fontosságú az Ön vállalkozása számára. Ha valami történik, akkor nagyon gyorsan fel tud állni. Gondoljon csak arra, hogy mennyibe kerül a vállalkozása, ha egy órát vagy egész nap lemarad. Ezek a stratégiák kritikus fontosságúak az üzleti mozgékonyság és nagyon ellenálló képesség fenntartása szempontjából. Ügyeljen arra, hogy megtervezze, tesztelje, dokumentálja és fenntartsa a teljes DR stratégiáját.