Az üzletmenet-folytonosság tervezés elemei

Az üzleti folytonosság eseményéből (BCE) való kilábalás rendszerszintű tervezést igényel, alapos megértéssel, hogy az egyes számítógépek és hálózati elemek hogyan befolyásolják a kritikus üzleti eredményeket. Következésképpen az üzletmenet-folytonosság tervezésének (BCP) tartalmaznia kell több dokumentált, tesztelt és gyakorolt ​​feladatkészletet, amelyek támogatják:

  • Rendszerfüggőség leképezése
  • A zavarok maximálisan tolerálható periódusai (MTPOD)
  • A javítás átlagos ideje (MTTR)
  • Helyreállítási idő célok (RTO)

A BCP egy vagy több céljának helytelen elemzése valószínűleg helyrehozhatatlan károkat okoz a szervezetének, ha egy kritikus üzleti folyamat kudarcot vall.

Rendszerfüggőség leképezése

A rendszer ritkán áll önmagában; a legtöbb rendszer egy vagy több üzleti folyamatot támogató műszaki alkatrészek készletének része. Úgy működnek, mint egy belső IT-ellátási lánc. Az A ábra a rendszer (S n ) készletét ábrázolja, amely a szolgáltatási rendelés bevitelét (S1), a megrendelés feldolgozását (S2), a számlázást (S3) és a szállítást (S4) tartalmazza. Az S1-be bevitt rendeléseket az S2 véglegesíti. Az S2 ezután az S3-t táplálja, ahol számlázás történik, és az S4 generálja a raktári válogatási jegyeket. Minden rendszernek a vártnak megfelelően kell működnie ahhoz, hogy elérje a vevő által elvárt eredményt: a termék szállítását a megígért módon. Következésképpen a BCP kritikus folyamatának első lépése az összes támogató rendszer megértése.

A ábra

Belső rendszer ellátási lánc

Egy blogcikk helyszűke miatt nem vontam be a hálózati összetevőket ebbe a grafikába. Azonban az egyes rendszerek között létezik kábelezés, kapcsolók, útválasztók, IPS / IDS, stb. Ezen felül a teljes rendszer vagy rendszerösszetevőt biztosító felhőalapú szolgáltatások szintén fontos elemei a belső IT-ellátási láncnak. Vegye fel az összes hálózati és felhőszolgáltatást az ellátási lánc grafikájába. A grafika valószínűleg sokkal nagyobb lesz, mint az enyém.

A megszakítás maximális tolerálható periódusa

Az MTPOD, amelyet néha maximálisan elviselhető leállásnak hívnak, az az idő, amely alatt az üzleti folyamat működésképtelen lehet, mielőtt egy vállalkozás helyrehozhatatlan károkat szenved. Az MTPOD tartalmazza az összesített MTTR-t és a folyamatok ciklusidejét. A ciklusidő az az időszak, amely szükséges az érintett üzleti folyamat egyetlen megismétlésének a kudarc pontjától való elvégzéséhez. Például, ha az S3 (A ábra) meghiúsult, a ciklusidő az az idő, amely az S2-ből származó összes adat feldolgozásához és a termék szállításához szükséges.

Átlagos idő a javításhoz

Míg az MTPOD az érintett folyamatra vonatkozik, az MTTR az egyes összetevőkre (rendszer- és hálózati eszközökre) vonatkozik. Ez egy átlagos idő, amely ahhoz szükséges, hogy a folyamat sikertelen lépése a normál működéshez térjen vissza. Az összesített MTTR az összes meghibásodott rendszer vagy összetevő visszaállításához szükséges átlagos idő egy széles körű üzleti folytonossági esemény során. Az MTTR-t számos változó befolyásolja:

  • A hiba típusa . A kábelhibát sokkal könnyebben lehet megjavítani, mint az áramellátás hibáját.
  • Pótalkatrészek rendelkezésre állása . Számos szervezet kéznél tartja a fontos alkatrészekhez szükséges alkatrészeket, ideértve a kábelezést is. Ha alkatrészeket a gyártóknak kell megrendelniük vagy telepíteniük, akkor az MTTR szükséges részei az átfutási idők, az utazási idők stb.
  • Belső ellenőrzési képességek és készségek . Mennyi ideig tart az informatikai csapatnak a hiba azonosítása és annak kiváltó oka meghatározása? A személyzet megfelelő képzése, valamint a naprakész rendszer és a hálózati dokumentáció karbantartása kritikus támogatást nyújt erre az erőfeszítésre.
  • A kulcsfontosságú belső személy elérhetősége l. A nappali idő, az értesítési folyamatok és a megfelelő kikapcsolási menedzsment befolyásolja az üzletmenet-folytonossági események kezeléséhez szükséges alkalmazottak érkezését.
  • Karbantartás a helyén . A gyártói válaszokhoz és a pótalkatrészek kiszállításához szükséges időt közvetlenül érintik a hivatalos megállapodások és az SLA-k.
  • A BCP hatékonysága, beleértve a katasztrófa utáni helyreállítást.

Minden egyes elem rendelkezik a szervezetére jellemző MTTR-kel. Az SLA-k módosítása, az eseményekre való reagálás dokumentálása és gyakorlása, valamint a kulcsfontosságú személyzet ügyeleti ügyeinek biztosítása példák az MTTR-t lerövidítő körülményekre.

Helyreállítási idő célkitűzése

Az RTO az a pont, ahol a meghibásodott eszközöknek működniük kell, a folyamat ciklusának ideje alatt (lásd a B. ábrát ). Az összesített MTTR nem haladhatja meg az RTO-t. Ha igen, akkor a szükséges kimenet előállításának ideje meghaladja az MTPOD-ot. A katasztrófa utáni helyreállítási gyakorlatok jó példája az RTO tesztelésének. Ha a folyamat helyreállítási időszaka meghaladja az RTO-t, akkor MTTR-módosításokra van szükség egy vagy több visszanyert folyamat-összetevőnél.

B. ábra

A felhőszolgáltatások befolyásolják az MTPOD-ot

Az üzletmenet-folytonossági események tervezésének ellenőrzése viszonylag egyszerű, ha az összes elem a szervezet saját adatközpontjában található. Nehézségek merülhetnek fel azonban akkor, ha a felhőalapú szolgáltató kiválasztása és a szerződéses tárgyalások során nem alkalmazzák az átvilágítást. A C ábra azt szemlélteti, hogyan nézhet ki példa folyamatunk, ha a megrendelés bekerül egy szolgáltatóra. A szervezetnek nincs közvetlen irányítása a folyamatosság fenntartásához szükséges infrastruktúra, platformok vagy szoftverek felett.

C. ábra

Egy vagy több rendszer felhőbe helyezése jelentős előnyt jelent a szervezet számára: a katasztrófaesemények visszaszorítása. Például a szervezet adatközpontjának elvesztése az S2, S3 és S4 helyreállítását követeli meg. Az S1 egyetlen helyreállítási tevékenysége azonban az S2-hez való kapcsolódás helyreállítása. Ez azt jelenti, hogy sokkal könnyebb elérni a meghatározott RTO-t.

Problémák merülhetnek fel, ha a hiba a szolgáltató helyén van. SLA-k, szankciók, ügyfél-ellenőrzések és szerződéses kötelezettségek irányítják és ellenőrzik az S1 MTTR-jét a példánkban. A szolgáltató hírneve, amelyet a meglévő ügyfelekkel folytatott megbeszélések támasztanak alá, jó mércét jelent a szolgáltató hajlandóságának és képességének, hogy helyreálljon a várt MTTR-en belül. Mindenesetre, ha egy szolgáltató nem képes helyreállni az érintett üzleti folyamatokra vonatkozó RTO-kon belül, akkor valószínűleg nem a megfelelő megoldás az üzleti vállalkozás számára.

Az utolsó szó

Az üzleti folytonossági eseményekből való kilábalás, azokban a helyzetekben, amikor az üzleti folyamatok kudarcot vallnak, különös figyelmet igényel az MTPOD. Az MTTR beállítása az összes rendszer- és hálózati komponenshez elősegíti az MTPOD RTO elemét. Számos tényezőre támaszkodik, beleértve a kiváltó okok gyors felismerését, valamint a helyreállítási személyzet rendelkezésre állását és képességét.

A ciklusidő egy másik döntő tényező az MTPOD kiszámításakor. Az első eredménykészlet előállításához szükséges idő, mihelyt a csapatok visszaállítják a folyamatot, nem haladhatja meg az RTO és az MTPOD végpont közötti fennmaradó időszakot. Ha igen, akkor a valószínű megoldás az összesített MTTR kiigazítása.

Egy vagy több folyamatkomponens felhőbe helyezése hozzájárulhat az összesített MTTR csökkentéséhez, amikor katasztrófa bekövetkezik. A megfelelő szolgáltató, amelyet az SLA-k és a szerződéses követelmények tisztességes, de agresszív ügyfélfelügyelete irányít, megkönnyítheti a helyreállítást. A rossz szolgáltató vezetheti a felhőgazda által támogatott MTTR komponenst az RTO-kon túl. Válassz bölcsen.

© Copyright 2021 | mobilegn.com