Ön már tudja, hogy a BC/DR kritikus eleme egy szervezet sikerének. És tudjuk, hogy szükség van mérőszámokra az erőfeszítések hatékonyságának mérésére. Az első lépés az üzletmenet-folytonosság és a katasztrófa-helyreállítás tervezése szempontjából fontos mérőszámok megértése, és ez a cikk pontosan erről fog szólni. Szüksége lesz egy olyan eszközre is, amellyel összegyűjtheti ezeket a mutatókat és jelentéseket készíthet azokról. A szervezet méretétől és a BC/DR program érettségi szintjétől függően ez az Excel-sablontól a hatékony automatizált szoftverig terjedhet.
7 fontos BC/DR mérőszámot kell figyelni a helyreállítási tervek növekedéséhez és méréséhez:
Noha sok más mérőszámot is figyelni kell, ezek a mérőszámok alapvető program-áttekintésként szolgálnak, és jelzik, mennyire felkészült a blokkoló probléma kezelésére.
Az első két fontos BC/DR mérőszám a helyreállítási idő célkitűzései (RTO) és a helyreállítási pontok céljai (RPO). Az RTO az a maximálisan elfogadható időtartam, ameddig az elem tétlen lehet. Az RPO-k határozzák meg, hogy milyen régi adatok elvesztését engedheti meg magának, és hogy a biztonsági másolatok megmentik-e a többit. Ha például megengedheti magának egy óra adatvesztést, legalább óránként biztonsági másolatot kell készítenie.
A biztonsági mentési és helyreállítási eljárások a jó BC/DR-terv középpontjában állnak, ezért figyelembe kell vennie az RTO-kat és az RPO-kat is, hogy meghatározza a feladathoz legjobb biztonsági mentési és helyreállítási eszközöket. Például, ha folyamatos tranzakciókat generál közepes vagy nagy volumenű és értékű, hány tranzakciós percet engedhet meg magának? Mennyi ideig engedheti meg magának, hogy szolgálaton kívül legyen? Egy ilyen alkalmazás számára előnyös lehet a folyamatos adatvédelem (CDP) nagyon gyakori blokkszintű biztonsági mentése, de ezt nem tudhatja, hacsak nem nézi meg az RTO-kat és az RPO-kat is.
Végül meg kell mérni az egyes üzleti folyamatokat lefedő tervek száma , szintén az egyes tervek frissítése óta eltelt idő . A kulcsfontosságú teljesítménymutatók (KPI-k) a program működésének mértékét jelzik, és nem hagyhatja figyelmen kívül. Beállíthat KPI-ket arra vonatkozóan, hogy milyen gyakran tekinti át és frissíti terveit (például havi, 6 hónapos vagy éves), és hány üzleti funkciót fed le a helyreállítási terv, a 100%-os lefedettség eléréséhez szükséges cselekvési tervvel. Ha kevés az idő és az erőforrások, kezdje a legkritikusabb üzleti folyamatokkal.
A vállalkozások több száz-ezer folyamattal rendelkezhetnek, és terv nélkül nem lehet egy folyamatot helyreállítani. A BC/DR tervezés kulcsfontosságú mérőszáma az az esetleges katasztrófa által fenyegetett folyamatok száma .
Kezdje kockázatelemzéssel és üzleti hatáselemzéssel, hogy:
Ezután terveket készíthet e folyamatok védelmére és a katasztrófa esetén fellépő fennakadások minimalizálására.
De a statikus tervek stagnálhatnak. A folyamatokat csak akkor tudja visszaállítani, ha rendszeresen frissíti terveit, hogy figyelembe vegyék az alkalmazásokban, adatokban, környezetekben, alkalmazottakban és kockázatokban bekövetkezett változásokat. Emlékeztetőket kell beállítania magának, hogy a ciklus megfelelő pontjain a terv felülvizsgálatát kérje. Egy tökéletes világban különféle osztályok vezetőitől kapna megerősítést, hogy felülvizsgálták és frissítették a terveiket, de legyünk őszinték: ezeknek a terveknek az áttekintése és frissítése óriási gondot jelent, és szinte csoda, ha időben elkészülnek vele. A szoftver használata enyhítheti ezt a fájdalmat: Automatizálhatja az e-mailes emlékeztetőket a különböző tervtulajdonosoknak, és nyomon követheti előrehaladását a szoftveren belül – nincs szükség passzív agresszív e-mailekre! A szoftver emellett sok, a változáskezeléssel kapcsolatos unalmas feladatot is eltávolít. Például az automatizált adatintegrációk automatikusan frissítik az adatokat, ha más alkalmazásokban változnak az adatok. Ha egyetlen kapcsolattartót használnak 100 tervben, és megváltozik a telefonszámuk, akkor egy integrált rendszer ezt a változást az Ön üzletmenet-folytonossági és veszélyhelyzet-kezelési terveibe is beépíti.
Az egyik legegyszerűbb módja annak, hogy meghatározzuk, hogy az üzleti funkciók mennyire függnek egymástól, egy függőségi modellező eszköz használata. Ez segít elképzelni, hogy az alkalmazás függőségei lehetővé teszik-e az RTO-k és SLA-k teljesítését.
Például, ha 12 órán belül vissza kell állítania egy számlás számlát, de ez a pénzügyi szoftvertől függ, amelynek helyreállítása akár 24 órát is igénybe vehet, a tartozás nem felel meg a 12 órás SLA-nak. A függőségi modellező dinamikusan szemlélteti ezeket a függő kapcsolatokat, valamint azt, hogy ennek eredményeként mikor és hogyan bomlik le egy terv.
Mérni kéne az üzleti folyamat helyreállításához szükséges tényleges idő . Tesztelheti a helyreállítási eljárásokat egy BC/DR eszközzel, hogy nyomon kövesse az egyes lépések időtartamát.
Alternatív megoldásként használhatja a régi iskola módszerét az egyes lépések manuális időzítésére. Ezek a tesztek segítenek meghatározni, hogy az alkalmazottak és a folyamatok megfelelnek-e az RTO-knak a meglévő terv használatával. A helyreállítási feladatokat a terved által megengedett időn belül el kell tudni végezni, ha pedig nem, akkor át kell dolgozni a tervet, hogy az reális és megvalósítható legyen.
Végül az erőforrás utolsó mutatója a a tényleges és a várható helyreállítási idő közötti különbség , más néven hiányelemzés. Tesztelheti a hiányosságokat a feladatátvételi és helyreállítási teszteléssel, a vállalati szintű BC/DR teszteléssel és a hiányelemzéssel. Ha hiányosságokat talál a terveiben, beállíthatja a KPI-ket, és felhasználhatja azokat a tervezési folyamatban.
A BC/DR szoftver által gyűjtött adatoknak „tisztának” kell lenniük a pontos jelentéskészítés és tervezés érdekében. A jó adathigiénia érdekében ügyeljen arra, hogy szabványosítsa az adatbevitelt legördülő menükkel, listákkal, szövegformázással és adatellenőrzéssel. Például, ha az alkalmazottak telefonszámait belefoglaljuk egy tervbe, javasoljuk, hogy ellenőrizze, hogy ezek a telefonszámok tartalmaznak-e körzetszámot, és használatban maradnak-e.
A duplikáció megszüntetése és az identitás- és hozzáférés-kezelés (IAM) segíthet elegáns adatok előállításában. A duplikáció megszüntetésével ugyanazon bejegyzések több aspektusát is kiküszöbölheti. Használhatja a hitelesítő adatokat (hitelesítés) az engedélyekkel együtt (meghatalmazás), hogy csak képzett felhasználók vigyenek be rekordokat és törzsadatokat. Sok időt és fáradságot is megtakaríthat, ha integrálja BC/DR rendszerét más alkalmazásokkal (például a HR rendszerrel), hogy elkerülje a rekordok megkettőzését és a hibák lehetőségét.
Határozza meg a kritikus üzleti funkciókat és azt, hogy ezek hogyan függnek egymástól egy kapcsolatmodellező eszköz segítségével.
Ezután az RTO és az RPO mérőszámok segítségével elfogadható állásidő-küszöböt állítunk be. Teszteljük a terveket, hogy megnézzük, megközelítjük-e vagy túllépjük-e ezeket a küszöbértékeket. Ezt követően tekintsük át a terveket és teszteljük újra. KPI-ket kell beállítanunk annak mérésére, hogy milyen gyakran frissítik és tesztelik a terveket, és hiányelemzést kell végeznünk a tervezett és a tényleges helyreállítási idő összehasonlítása érdekében.
Végül ügyeljen arra, hogy az adatokat „higiénikusan” tárolja a pontos jelentések érdekében. A BC/DR metrikák teljesen használhatatlanok, ha az adatok pontatlanok. Lehet, hogy semmibevételnek tűnik, de meglepő, hogy mennyi vállalat hamis biztonságérzetbe ringatja magát az SLA-jukat hamisan ábrázoló jelentésekkel. Mindig a legjobb realistának lenni, még akkor is, ha ez azt jelenti, hogy vállaljuk a felmerülő kockázatokat.
Ercole Palmeri
A finom motoros készségek színezéssel történő fejlesztése felkészíti a gyerekeket olyan összetettebb készségekre, mint az írás. Kiszínezni…
A haditengerészeti szektor igazi világgazdasági hatalom, amely egy 150 milliárdos piac felé navigált...
Múlt hétfőn a Financial Times bejelentette, hogy megállapodást köt az OpenAI-val. Az FT engedélyezi világszínvonalú újságírását…
Emberek milliói fizetnek a streaming szolgáltatásokért, havi előfizetési díjat fizetve. Általános vélemény, hogy Ön…
