Publication: Magyar Közlöny
Issue: MK-2009-145 (Year: 2009, Number: 145)
Era: 2004-2010
Section: 2. melléklet a 223/2009. (X. 14.) Korm. rendelethez
Paragraph Index: 512

4. ábra: Helyreállítási fázis Az Informatikai Katasztrófaelhárítási Terv akkor válik alkalmazhatóvá, amikor a felkészülési fázis feladatait végrehajtották, a tervdokumentumban elõírt visszaállítási és helyreállítási lépéseket tesztelték, és a tervet oktatták minden érintett számára. 2. Keretdokumentum 2.1. Informatikai katasztrófaelhárítási terv célja Az informatikai katasztrófaelhárítási terv alapvetõ célja, hogy felkészítse a központi rendszert azokra a váratlan hatásokra, amelyek a rendszer folyamatos mûködését és/vagy az informatikai rendszerek funkcionalitását veszélyeztetik, különös tekintettel a katasztrófahelyzetben történõ mentés-visszaállítási feladatokra. A tervezésnek az a célja, hogy minimalizálja a kockázatokat, az üzemelési stabilitást olyan szinten biztosítsa, amely az informatikai infrastruktúrát érintõ katasztrófa esetén a károkhoz mérten optimális költségekkel és gyorsasággal teszi lehetõvé a szolgáltatások visszaállítását és helyreállítását, illetve figyelembe vegye a redundáns rendszerfelépítés által biztosított lehetõségeket arra az esetre, hogy lokális katasztrófahelyzetek esetén is egyes szolgáltatások folyamatosan mûködjenek. 2.2. Az informatikai katasztrófaelhárítási terv hatálya Az üzemeltetõ által elkészített IKeT hatálya ki kell terjedjen: – az üzemeltetõ által üzemeltetett központielektronikusszolgáltatórendszer (központi rendszer – KR), informatikai és távközlési eszközeire; – azon végponti informatikai eszközökre, melyek üzemeltetésére az üzemeltetõ külön szerzõdés keretében vállalkozott; – az üzemeltetõ és a mûködtetõ minden olyan alkalmazottjára, akik a tervben megnevezésre kerültek; – az üzemeltetõvel, illetve a mûködtetõvel a központi rendszerre vonatkozó szerzõdéses viszonyban tevékenykedõ természetes vagy jogi személy(ek)re, jogi személyiséggel nem rendelkezõ szervezet(ek)re, a velük kötött szerzõdés alapján; – a központi rendszer informatikai eszközeinek üzemelési helyszíneire. 2.3. Az informatikai katasztrófaelhárítási terv felépítése A katasztrófák kezeléséhez rendkívül sok információ és a jól körülhatárolt tevékenység ismerete szükséges. Azon információk és feladatok gyûjteménye az IKeT, amelyek elõsegítik a központi rendszer folyamatos mûködésének megóvását abban az esetben, ha valamilyen, az informatikai infrastruktúrát érintõ katasztrófa történne. Az IKeT elkészítésénél figyelembe kell venni a központi rendszer jellegébõl, mûködésébõl, üzemeltetésébõl adódó sajátosságokat. Ennek értelmében az informatikai katasztrófaelhárítási tervben az informatikai erõforrásra vonatkozóan a részletes visszaállítási lépések nem, csak a végrehajtási utasítások szintjén kerülnek meghatározásra. Az IKeT Kárfelmérés Helyreállítás megtervezése Kárkövetkezmények elhárítása Normál állapot helyreállítása Katasztrófa-elhárítás vége a katasztrófahelyzet esetén történõ mentést és visszaállítást tekinti elsõdlegesnek, míg a további teendõket tartalmazó dokumentációkat kizárólag meghivatkozza, illetve felkészíti a mûködtetõt és az üzemeltetõt arra, hogy reagálni, intézkedni tudjonegyesetlegesenbekövetkezõ,aközpontirendszerinformatikaiinfrastruktúrájátérintõkatasztrófaeseményesetén. 2.3.1. Az informatikai katasztrófaelhárítási tervben megjelenõ alkalmazások, rendszerek Az informatikai katasztrófaelhárítási tervben meg kell jelenjenek mindazon informatikai erõforrások, melyek „Az informatikai katasztrófaelhárítási terv hatálya” címû pontban akár közvetetten említésre kerültek. 2.3.2. Az informatikai katasztrófaelhárítási terv kidolgozása során nem érintett rendszerek Az IKeT célja a központi rendszer mûködése szempontjából kritikus rendszerek mielõbbi visszaállíthatóságának biztosítása. Ebbõl kifolyólag az IKeT nem foglalkozik azokkal az informatikai rendszerekkel és szolgáltatásokkal, amelyekre a következõ feltételek közül akár egy is teljesül: – Amely informatikai rendszer nem befolyásolja közvetlenül, kritikus jelleggel a központi rendszer mûködését, így már a vizsgálat alá vont rendszerek közé sem került be. – Azon rendszerek, amelyek nem elsõdlegesen a központi rendszer informatikai mûködését szolgálják, hanem egységet képeznek bármilyen más célú irányító, vezérlõ, telekommunikációs vagy nem tisztán informatikai vonatkozású rendszerrel. – Amelyek a központi rendszer mûködtetésében részt nem vevõ irodai (szövegszerkesztés, táblázatkezelés, prezentáció, kép-, zene-, videó-szerkesztés) rendszerek tevékenységét támogatják, illetõleg az EKG mûködése szempontjábólnem a fõtevékenységhez kapcsolódórendszerek (ugyanakkor egy hivatal mûködésében lehetnek ezek a kritikusak). – Más a központi rendszerhez kapcsolódó rendszerek esetében eseti elemzéssel kell meghatározni, mely rendszerek szükségesek az alapmûködéshez, és melyek sorolhatók hátrább a helyreállítás szempontjából. 3. Kiindulási feltételek 3.1. A változó informatikai környezet hatásai Az IKeT használatakor figyelembe kell venni, hogy az egy aktuális állapot alapján készült. Fel kell készülni arra, hogy a környezet, a mûködési folyamatok, és az erõforrások változása befolyásolják annak használhatóságát. Az ismert infrastrukturális változásokat, a terv aktualizálásánál folyamatosan figyelembe kell venni, illetve a tervet folyamatosan aktualizálni kell minden érdemi változásnál. Az IKeT készítésének idõpontjához képest bekövetkezõ változásokat az IKeT karbantartásáért felelõs szervezetnek rendszeresen, illetve jelentõs változások esetén ki kell értékelnie, azok alapján a szükséges módosításokat át kell vezetnie az IKeT-ben. 3.2. Kapcsolat a központi rendszer fizikai, tûz- és vagyonvédelmét biztosító szabályzatokkal, dokumentumokkal Az IKeT az informatikai infrastruktúrát érintõ katasztrófaeseményeket tárgyalja. Az informatikai infrastruktúrát is érinthetik az üzemeltetõ, illetve mûködtetõ meglévõ általános fizikai, tûz- és vagyonvédelmi szabályzatai. Ezen okokból az IKeT nem foglalkozik kiemelten a címben felsorolt szabályzatok hatálya alá tartozó védelmi intézkedésekkel, ezzel elkerülve az azonos területek többszöri szabályozásából eredõ ellentmondások lehetõségét. A fizikai, tûz- és vagyonvédelemmel kapcsolatos dokumentációk a mûködtetõnél és az üzemeltetõnél kell megtalálhatók legyenek. 3.3. Biztonsági követelmények biztosítása Az informatikai biztonsági irányelvekben és az informatikai biztonsági szabályzatban (mely a kapcsolódó szervezetekre is állapít meg követelményeket) meghatározott elveket és biztonsági követelményeket az IKeT folyamatai során, a terv minden fázisában érvényesíteni kell, amely érvényesítés az informatikai biztonsági felügyelõ/felelõs feladata és felelõsségi köre. Az esetlegesen bekövetkezõ informatikai katasztrófa esetén különösen fontos, hogy a visszaállítás és a helyreállítás szakaszában is ugyanazt a biztonsági szintet kell biztosítani, mint ami az informatikai biztonsági irányelvben elõ van írva. Olyan eljárásokat kell kidolgozni a visszaállítás és a helyreállítás idõtartamára, hogy ne sérüljenek a szervezési és technikai biztonsági követelmények, és alkalmazhatók legyenek a védelmi intézkedések. A rendelkezésre állás szempontjából a legösszetettebb és legkritikusabb biztonsági követelmény bizonyos – már az elhárítást tevékenységét is támogató – informatikai rendszerek minimális szinten történõ mûködésének biztosítása. A rendszerek tartalékolását úgy kell kialakítani, hogy minél gyorsabb helyreállítást garantáljon, azaz katasztrófa bekövetkezése esetén a sérült rendszereket minél hamarabb vissza lehessen állítani. Kezelendõ veszélyforrások Az informatikai és információs rendszereket tekintve a veszélyforrások egy része az informatikai, információ biztonság egy-egy területén jelentkezik, mint részleges, jól behatárolható sérülékenység. A veszélyforrások másik része globális jellegû. Az ilyen átfogó veszélyforrásokból adódó fenyegetés bekövetkezte az informatikairendszerenkeresztüla szervezetteljesmûködésérehatássallehet, adott esetbenteljesenmegbénítvaazt. Az IKeT ezekkel, a szervezet egészére kiterjedõ veszélyforrásokkal foglalkozik, oly mértékben, hogy feltételezi, nem a teljes informatikai infrastruktúra (informatikai és fizikai környezet) semmisül meg. 3.4. A folyamatos üzemmenet biztosítása A központi rendszer többek között szolgáltatásokat és informatikai kapcsolatokat biztosít. Az intézmények ezt felhasználva nyújtanak az állampolgárok, más kapcsolódó szervezetek, uniós és más nemzetközi intézmények számára szolgáltatásokat és információkat. Mindezen funkciók biztosítása érdekében a központi rendszer rendszerszolgáltatásainak folyamatos mûködése szükséges. A szolgáltatások kiesésének megakadályozására biztosítani kell a szükséges erõforrásokat mind humán, mind eszköz oldalról. Az üzemmenet folyamatossága szempontjából kiemelt fontosságú a cél a két telephelyes mûködés, telephelyenként belsõleg redundáns rendszerekkel, megfelelõen képzett tartalék eszközkészlettel, a személyzet kellõ felkészítése, valamint a dokumentációk naprakészen tartása. 3.5. Két központos mûködés feltételei A központirendszert alkotóalrendszerekesetébena futtatásra használthardverkörnyezetkialakításánálcéla hibatûrõ felépítés. Ennek érdekében az eszközök belsõ kialakítása amennyire lehet, redundáns. Az áramszünet miatt bekövetkezõ adatvesztés kivédését szolgálják a szünetmentes tápegységek és a tartalék tápellátás, amely biztosítja a klímarendszerek folyamatos mûködését is. Ez a kialakítás jelentõsen csökkenti az eszközök meghibásodásából fakadó adatvesztés és esetleges leállás lehetõségét, azonban nem nyújt teljes biztonságot a szolgáltatás leállása ellen. A magas rendelkezésre állású infrastruktúra/szolgáltatás biztosításához szükséges, hogy az egyik eszköz meghibásodása esetén egy másik – átvéve a funkcionalitást – folyamatossá tegye a szolgáltatás mûködését. A szolgáltatás kiesését okozhatja természeti katasztrófa is. Ilyen eset (például árvíz) az informatikai rendszer minden elemét érintheti, így az egy központban futó szolgáltatások megszakadása következhet be, ezért szükséges a magas rendelkezésre állást biztosító rendszerek legalább két központba történõ területi szétválasztása. A szolgáltatási központok olyan szintû területi elkülönítése szükséges, amely biztosítja, hogy egyazon esemény lehetõleg ne veszélyeztethesse valamennyi központ mûködését. A két központos mûködés kialakításánál figyelembe kell venni, hogy mindkét központban rendelkezésre kell álljon olyan helyiség (kiépített hálózattal, munkahelyekkel, munkaállomásokkal, telefonnal stb. ellátva), ahonnan a rendszereket üzemeltetni lehet. 3.6. Átállás a két központ között Nem minden szolgáltatás esetén van szükség a teljes tartalékolásra, de jó néhány szolgáltatás (internet-kapcsolat, országos hálózati összeköttetések, DNS, Mail stb.) esetében elengedhetetlen, hogy bármely felmerülõ probléma, meghibásodás esetén a másik központ teljes értékûen átvegye az éles üzemi mûködést. Az egyik központban a szolgáltatás bármely elemének kiesése esetén automatikus kell legyen a rendszer átállása a másik központra. Ilyen esetben a rendszert üzemeltetõ személyzet csak eseményként érzékeli az átállás tényét, majd riasztást kap a helpdesk ügyeletesen keresztül a rendszer leállásának tényérõl. Az átállás azonban nem csak katasztrófa esetben lehet indokolt, hanem sor kerülhet rá tesztelési jelleggel (katasztrófahelyzet szimulációjaként) vagy tervszerûen, karbantartási folyamatok részeként is. Az ilyen átállási esetek közös jellemzõje, hogy a másik központra történõ átállást követõen a karbantartási tevékenységek végrehajtása idejére csak egy központ biztosítja a szolgáltatást, így megnövekszika szolgáltatáskiesésénekkockázata.Ezért az ilyen tervszerû átállásokat (a karbantartási tervben rögzített idõpontokat a terv elfogadásakor kell jóváhagyni) a mûködtetõ írásos engedélye alapján ütemezetten (lehetõleg a központi rendszer alacsony kihasználtságú idõszakában, pl. éjjel vagy munkaszüneti napon) elõre tesztelten, a lehetõ legrövidebb idõ alatt kell végrehajtani. 3.7. A hálózati kapcsolatokat biztosító szolgáltatói követelmények A központi rendszer folyamatos mûködtetéséhez megfelelõ telekommunikációs kapcsolatok szükségesek. Nem biztosítható a központi rendszer szolgáltatásainak folyamatos elérése az intézmények, más kapcsolódó szervezetek, személyek számára, ha a hálózati kapcsolatok kiesése miatt a központi rendszer nem érhetõ el. Ennek érdekében a telekommunikációs szolgáltatók kiválasztásakor azok mûszaki alkalmasságát elsõdleges szempontként kell figyelembe venni. Szükség esetén akár több szolgáltató bevonásával, vagy redundanciák kialakításával kell biztosítani a hálózati kapcsolatok megfelelõ szintû rendelkezésre állását. 3.8. Az üzemeltetés és katasztrófaelhárítás személyi és dokumentációs feltételei 3.8.1. A személyzet felkészültsége a rendkívüli helyzetek kezelésére Az üzemeltetõ részletes üzemeltetési szabályzattal kell rendelkezzen, melyet folyamatosan karban kell tartania. Az üzemeltetõnek minden új alrendszer indításánál biztosítani kell a szükséges dokumentációkat, és a megfelelõ képzésben kell részesíteni munkatársait. Az informatikai rendszerek karbantartását végzõ személyzet tagjait a felelõsségi területükön folyamatosan képezni kell, az oktatásokról és a megszerzett képesítésekrõl dokumentációt kell vezetni. A vezetõnek gondoskodniuk kell a megszerzett ismeretek szinten tartásárólésellenõrzésérõl. A rendszer-visszaállítási tesztekrõljegyzõkönyvet kellfelvenni. Az üzemeltetõ minden rendszermérnökének rendelkeznie kell a katasztrófahelyzet esetén a visszaállításhoz szükséges ismeretekkel. 3.8.2. Dokumentumkezelés Az érintett rendszer jellegétõl, összetettségétõl, a szolgáltatáskiesés súlyától függõen kell meghatározni a megkövetelt dokumentumok körét. A katasztrófaelhárítás szempontjából minimálisan szükséges (folyamatosan karbantartott) dokumentációk köre: – Informatikai Biztonsági Szabályzat, – Üzemeltetési szabályzat(ok) és eljárásrendek, – Informatikai Katasztrófaelhárítási Terv, – Rendszerdokumentációk, – Üzemeltetési napló. Katasztrófahelyzet esetén a dokumentumok többféleképpen állhatnak rendelkezésre: – a hálózaton egy publikus könyvtárban (hozzáféréssel csak az érintett személyek rendelkeznek) megtalálhatók a jóváhagyott dokumentumok legfrissebb verziói (dátum, valamint verziószám alapján azonosítható), – az üzemeltetõ telephelyén, páncélszekrényében megtalálható a központi dokumentációk legfrissebb verziója kinyomtatva, – a havi mentések során valamennyi, a mentés napján aktuális központi dokumentációt mentenek (a mentésbe a minden aktuális a rendszerrel kapcsolatos dokumentumot szerepeltetni kell), melyet 3 különbözõ helyen tárolnak. 3.9. Helyreállítási feltételek rendelkezésre állásának vizsgálata Katasztrófahelyzetben a kockázatok csökkentése érdekében kiemelt fontosságú a meghibásodott rendszer mûködésének helyreállítása. A helyreállítási idõintervallum csökkentésére megfelelõ tartalékeszköz készletet kell kialakítani. A meghibásodott hardver helyén a tartalékeszköz üzembe helyezését követõen kezdõdhet meg szükség esetén a rendszer telepítése, konfigurálása és a szolgáltatás helyreállítása. Ez a mûvelet a rendszer összetettségétõl, illetve konfigurációjától függõenakár hosszadalmasislehet, ezért arendszerelemekrõlkészített mentéseksoránazadatmentésenkívül(rendszeres idõközönként, illetve a rendszer változtatása esetén) rendszermentést, alkalmazásmentést is kell készíteni. A mentésbõl történõ helyreállításhoz rendelkezésre kell állnia minden központban a megfelelõen beállított mentési rendszernek és a rendszerekrõl készített mentéseknek. A mentések sikerességét ellenõrizni kell. 3.10. Alkalmazott mentési rendszer Egy informatikai katasztrófa bekövetkezte után az informatikai szolgáltatások mûködõképessé tételéhez alapvetõen szükségesek a mentési és kapcsolódó eszközök, illetve a mentéseket tartalmazó adathordozók. Az adatok és az üzemeltetés biztonsága érdekében, továbbá a jogszabályi elõírások következtében az üzemeltetett rendszerek adatairól és programjairól (a továbbiakban: állományok) rendszeresen, illetve egyes tevékenységekhez kapcsolódóan az üzemeltetõ eseti jelleggel másolatokat készít, és ezeket, a rendszereket kiszolgáló eszközöktõl fizikailag elkülönített, biztonságos helyen, hibátlan minõségben õrzi. A mentések célja nem csupán az adatmegõrzés, hanem az is, hogy a rendszerek meghibásodás, hibás feldolgozás vagy katasztrófa után – adott korábbi idõpontbeli állapotukban – teljeskörûen reprodukálhatók legyenek. Egy másolat, vagy egy állapot tényleges megõrzési ideje változó és a biztonsági követelmények alapján kiválasztott mentési megoldás függvénye. A tényleges megoldáshoz különbözõ módszerek állnak rendelkezésre, ezek közül az üzemeltetõ – szükség szerint – a normál és a rotációs módszert alkalmazza. Szükség szerint végezhetõ teljes vagy különbözeti (inkrementális) mentés. Teljes mentés esetében a kijelölt állományokról készül másolat. A különbözeti mentés esetében csak a változásokról. A mentés technikáját illetõen központi, illetve lokális mentések alkalmazhatóak. A lokális mentés egy másik merevlemezre vagy a számítógépbe épített mobilizálható adathordozóra (optikai lemez, DAT, DLT, LTO stb.) történhet. A központi mentés esetében a hálózaton keresztül egy általában nagykapacitású (DLT/LTO) egységre, egy másik gépre, vagy storage-ra történik a mentés. A mentési rendszerrel szemben támasztott követelmény, hogy a mentési eljárások során alkalmazott módszerek legyenek függetlenek az operációs és az adatkezelõ rendszerektõl, ilyen tekintetben legyenek általánosan használhatók. A módszerek legyenek rugalmasak, hogy az eljárások tartalmát és gyakoriságát az egyes rendszerek egyedi követelményeihez lehessen igazítani. A módszereknek – igény szerint – biztosítaniuk kell a kielégítõ eseti, munkanaponkénti, heti, havi, éves mentéseket, illetve archiválásokat. Az eljárások gyakorisága és idõpontjai, a másolásra kerülõ állományok köre úgy kerüljön meghatározásra, hogy a rendszer egy adott idõpontbeli állapotábanteljeskörûen reprodukálható legyen. Ennek biztosításáhozaz alkalmazói és rendszermentési eljárásokat tartalmi és idõbeni állapotukban is össze kell hangolni. Mentések: – Üzemi mentések; – Rendkívüli mentés (pl. rendszerszoftver váltásakor); – Archiválás. Eljárások tartalmi kérdései Az alkalmazói rendszer jellegû szolgáltatásokhoz kapcsolódó mentési eljárásokkal szembeni követelmények (tartalom, megõrzési idõk, példányszámok) a kapcsolódó üzemeltetõi dokumentációkban kell szerepeljenek. Nem alkalmazói rendszer jellegû szolgáltatások esetében a szükséges mentési eljárások követelményeit az illetékes rendszer felügyelõje határozza meg. A rendszermentés követelményeit a rendszerprogramok (operációs rendszer, adatbázis kezelõ) dokumentációja írja elõ. A rendszeradatok (pl. jelszó és jogosultsági adatok) mentésére vonatkozó követelményeket – ha azokról a rendszerdokumentáció nem intézkedik – az érintett rendszer felügyelõje határozza meg. A tényleges eljárás részleteit, az eljárás ciklusát és idõpontjait, a másolatok példányszámát és megõrzési idejét, valamint az alkalmazandó módszert rendszerekre szabottan a rendszer felügyelõje dolgozza ki. Egy fizikai eljárás több rendszer állományainak másolását is tartalmazhatja. A rendkívüli mentési eljárás sajátossága, hogy az alkalmazói és a rendszerkörnyezetre egyaránt kiterjedhet. 3.10.1. Adathordozók nyilvántartása A mentéssoránhasználtadathordozóktárolását,felhasználásátéshozzáférésétazüzemeltetõneknyilvánkelltartania. – Az adathordozók tárolását, felhasználását és hozzáférését szabályozzák, nyilvántartják, rendszeresen és dokumentáltan ellenõrzik. Az ellenõrzés a rendszerfelügyelõ feladata. – Az üzemeltetõ által üzemeltetett szervereken leltár szerint kiadott, azonosítóval ellátott és nyilvántartásba vett adathordozót kell használni. Az Adathordózók nyilvántartásában vezetni kell a sorszámot, valamint az adathordozó egyéb adatait is. – Minden mágneses és többször írható optikai adathordozón szerepeltetni kell az elsõ használatba vétel dátumát. – A használatba vett adathordozón fel kell tüntetni a szerver azonosítóját, nevét és az eljárás fajtáját. – A rotációs módszerek keretében használt adathordozókat az elsõ alkalommalazonosítóvalkell ellátni. A belépõ új adathordozó a rotációs táblázat szerinti sorrendben kerül alkalmazásra. – Az archív státuszba kerülõ adathordozót ki kell egészíteni a tartalmának megfelelõ dátum, státusz és a kópiaszám adatokkal. – Az információkat elsõdlegesen az adathordozón kell feltüntetni. – Minden adathordozót újraalkalmazás elõtt, felszabadítás, selejtezés után az adatok megsemmisítését eredményezõ megfelelõ eljárásnak kell alávetni. A mágneses adathordozót törölni kell, az optikai és egyéb újra nem írható adathordozót fizikailag alkalmatlanná kell tenni a késõbbi felhasználásra. A törléseket szintén dokumentálni kell az Adathordozók Nyilvántartásának megfelelõ részébe történõ bejegyzéssel. Fel kell tüntetni a törlés vagy megsemmisítés dátumát, okát, az adathordozó azonosítóját, a törlést vagy megsemmisítést végzõ aláírását. 3.10.1.1. Másolati példányok, adathordozók tárolása és védelme Az üzemeltetés- és adatbiztonság érdekében a rendkívüli mentésekbõl és az archivált anyagokból másod- (és harmadpéldányt) is szükséges készíteni, melyekbõl egy példányt az üzemeltetõ telephelyén kívül kell tárolni. Az adatok információvédelmének és az üzemeltetett alkalmazások megbízható mûködésének biztosításában – és egy esetleges katasztrófa esetén a helyreállításban – nagy szerepet játszik a mentéseket tartalmazó adathordozók és közvetlen dokumentációikfizikaivédelme.Ezértbiztosítanikellazadathordozókésdokumentációktûz-ésvagyonvédetttárolását.Az üzemeltetõ telephelyén lehetõleg 24 órás tûz- és vízállóságot biztosító szekrényt, az elkülönített telephelyen jól zárható, lemezszekrényt kell használni. A rendszerjelszavakat (system password, root password stb.) lezárt – pontosan azonosított – borítékokban szintén két telephelyen szükséges tárolni. 3.10.1.2. Dokumentálás A mentések elvégzése után a mentést végzõnek, automatikus mentés esetén az ellenõrzést végzõnek a mentéseket papíron is dokumentálni kell az Üzemeltetési Napló megfelelõ szakaszában (mentésre vonatkozó bejegyzések). A dokumentumnak tartalmaznia kell a mentés dátumát, a hordozó azonosítóját, a mentést végzõ nevét és aláírását, valamint a mentésre vonatkozó esetleges megjegyzést – utasítást. Ha a mentés idõzített, akkor az elõzõ napi mentés sikerességét minden esetben ellenõrizni kell. 3.10.2. Mentési rend Az egyes rendszerek/alrendszerek mentésérõl részletesen az Informatikai Biztonsági Szabályzat, az Üzemeltetési Szabályzat és a Mentési Eljárások, valamint az egyes rendszerek rendszerdokumentációi kell, hogy tételesen rendelkezzenek. 3.10.3. A két telephelyes mentés kialakítása Amennyiben létezik, úgy a második központban is szükséges a központi rendszer szerverek naplóállományainak és teljes rendszermentéseinek tárolására szolgáló infrastruktúra, illetve annak archiváló rendszere. A két központ között a megfelelõ sávszélességû adatátviteli kapcsolat szükséges. 3.11. Háttér és szállítói stratégia A rendszer biztonsága szempontjából a szolgáltatási, beszállítói háttérrel való kapcsolatrendszer kritikus jelentõségû a katasztrófaelhárítás szempontjából. Ennek alapján lehet meghatározni a szükséges tartalékolás terjedelmét, természetét, a szükségessajáterõforrásokat.Itt kelldönteni arról,hogy mely funkciókkieséseelviselhetõ,melyekazok, amelyek azonnali pótlása nélkülözhetetlen. 3.11.1. Szállítói és támogatási szerzõdések Minden szállítói és támogatási szerzõdésbõl egy-egy másolati példányt el kell helyezni azokon a telephelyeken és helységekben, amelyeket az informatikai katasztrófaelhárítási terv meghatároz. 3.11.2. Szállítók A szerzõdésekkelegyütt nyilvánkelltartani a rendszerekkifejlesztésébenközremûködõvállalkozásokatés szállítókat,s azok részvételi kompetenciáit és elérhetõségeiket, hogy katasztrófahelyzet esetén, amennyiben ezt a kialakult helyzet indokolja, a szállítók a helyreállítás feladatába bevonhatók legyenek. 3.12. Ellenõrzõlista Az alábbitáblázatbantalálható„minta”ellenõrzõlistaazt acéltszolgálja,hogy azIKeT karbantartásaeseténfigyelembe veendõ, az informatikai erõforrásokra és szolgáltatásokra vonatkozó vizsgálati kritériumok teljesülését az egyenszilárdság elve alapján ellenõrizni lehessen. A táblázatban felsorolt kritériumok természetesen tetszõlegesen, szabványok, ajánlások, módszertanok vagy egyedi igények alapján bõvíthetõek. Kritérium Rendszer Rendszer1 Rendszer2 Rendszer3 Rendszer4 Rendszer5 Rendszer6 Rendszer7 Rendszer8 Katasztrófahelyzet bekövetkeztekor a visszaállítás prioritása A rendszer hardver és szoftver leltára Hardver elemek Szoftver elemek Egyéb Tartalék eszközök (darabszám és típus) Tartalék eszközök státusza (hideg, meleg stb.) A rendszer egyes elemének kiesése milyen mértékben befolyásolja a szolgáltatási szintet A rendszer dokumentációi (és azok tárolási helye) Az üzemeltetési kézikönyv tartalmának értékelése Van-e kidolgozott mentési-visszaállítási utasítás az üzemeltetési dokumentumban A rendszer rendelkezik-e tartalékeszközzel (és annak tárolási helye) A rendszer szállítója/szállítói, elérhetõségei, kapcsolattartói Kritérium Rendszer Rendszer1 Rendszer2 Rendszer3 Rendszer4 Rendszer5 Rendszer6 Rendszer7 Rendszer8 A rendszer szállítójának rendelkezésre állása SLA Van-e támogatási szerzõdés Van-e kidolgozott szállítói támogatás eljárásrend Milyen rendszerességgel készül mentés a rendszerrõl A mentések tárolási helye Kapcsolódó rendszerek (input) Kapcsolódó rendszerek (output) Üzemeltetõk száma Üzemeltetõk képzettsége Sebezhetõségi ablak Kapcsolódó adatkommunikációs vonalak 3.13. A központi rendszer alrendszereinek, szolgáltatásainak sebezhetõségi ablaka A sebezhetõségi ablak az az idõ- és térbeli tartomány, amelyen belül egy katasztrófa esetén el kell viselni a szolgáltatás rendelkezésre nem állását. Ennek meghatározása az IKeT létrehozásának egyik alapvetõ kiinduló paramétere. Ennek függvényében lehet a követelményeket megállapítani. A központi rendszer vonatkozásában ennek nagyságát minimalizálni kell, az elfogadhatónak minõsített 99,5%-os rendelkezésre állást minél rövidebb idõintervallumra vonatkoztatva biztosítani kell. A központi rendszer Üzemeltetési Szabályzata kell, hogy rendelkezzen arról, hogy hiba esetén – mely lehet bármilyen jellegû, beleértve katasztrófaeseményt is – milyen eszkalációs rendben történjék a hibaelhárítás. Az említett szabályzatban kell dokumentálni az eseményszintû kategóriákat, 1–5-ig tartó skálán meghatározva. A hibakategóriák súlyozva vannak felhasználó és kiesés szempontokból is. 3.14. Kritikus erõforrások Az üzemeltetõnek rendelkeznie kell az erõforrásokra vonatkozó minden részletre kiterjedõ naprakész nyilvántartással – lehetõleg elektronikus formában –, amely az alábbi információkat tartalmazza: – számítógépes hardverek; – számítógépes szoftverek; – számítógépes eszközök ellátásához szükséges anyagok; – helységek és azon belüli rackszekrények áttekintõ ábrája, a rendszerek elhelyezésére vonatkozóan; – telekommunikáció (eszközök típusa, helye, kapcsolódásai stb.). Katasztrófahelyzet esetén, ennek alapján megállapítható a kiesett erõforrások köre, melyek kritikussági szintje a rendszer mûködésfolytonosságában elfoglalt szerep alapján határozható meg a tervezés során. Az üzemeltetõnek valamennyi rendszeréhez kapcsolódó elektronikus dokumentációját alternatívan elérhetõ szerveren is tárolnia kell, hogy a katasztrófahelyzet bekövetkezte után is rendelkezésre álljanak a szükséges információk a helyreállításhoz. 3.15. A rendkívüli helyzetek kezelése A rendkívüli helyzetek, illetve a tömeges leállások kezelésére az üzemeltetõnek rendelkeznie kell a szükséges szabályozásokkal. Rendkívüli helyzetekben az üzemeltetõ munkatársaknak nincs mérlegelési lehetõségük, kizárólag a meghatározott eszkalációs eljárás szerint kell eljárniuk. Mérlegelési lehetõsége ilyen esetben kizárólag az intézmény vezetõjének, illetve az üzemeltetés vezetõjének van. Függetlenül attól, hogy az adott esetet mi okozta, minden esetet ki kell vizsgálni, és arról a hibaelhárítás után jelentést kell készíteni, melynek tartalmaznia kell a hiba okát, továbbá az esemény lefolyását részletesen. 3.16. Hardver-karbantartási, problémakezelési és változáskezelési eljárások Az üzemeltetõ hatékony hardver-karbantartási, problémakezelési és változáskezelési eljárásokkal kell rendelkezzen a váratlan üzemszünetek megelõzése érdekében, melyekre nézve az üzemeltetési szabályzat szervezeti egységek szerint lebontva kell, hogy részletesen rendelkezzen. Az üzemeltetõ a rendszer kialakítása során törekedjen a magas rendelkezésre állású, megbízható rendszerek kialakítására. A rendelkezésre állás növelése érdekében a kritikus eszközökbõl az üzemeltetõnek tartalék eszközökkel kell rendelkeznie meghibásodás esetére. A tartalékeszköz-állomány képzésére eljárásrendet kell kialakítani. Az eszközök nyilvántartását naprakész, elektronikus formában kell tárolni. A rendszerek párhuzamos mûködése lehetõvé teszi mind a tervszerû karbantartási javítási munkálatok, mind a rendkívüli karbantartási javítási feladatok olyan ütemezését, amely mellett folyamatosan biztosítható az üzemszerû mûködés. 3.17. Az informatikai katasztrófa kihirdetése A központi szolgáltatásokra vonatkozó üzemeltetési szabályzatnak kell meghatározni, hogy ki és milyen esetekben rendelhet el katasztrófahelyzetet, ki helyettesítheti annak elrendelõjét, illetve ki szüntetheti meg az állapot meghirdetését. Ugyancsak az üzemeltetési szabályzatnak kell részletesen rendelkeznie arról is, hogy mikor kell meghirdetni a katasztrófaelhárítás eszkalációját. A központi rendszer teljes redundanciával (telephelyi duplikáció) rendelkezõ szolgáltatásainál a kétközpontos mûködés tükrében a katasztrófahelyzet a hagyományostól eltérõ értelmezést nyer. A kétközpontos mûködés a szolgáltatás teljes kiesésének valószínûségét alacsony szintre csökkenti, mivel bármely rendszer meghibásodása esetén az éles-üzemi funkció átterhelhetõ a másik központban megtalálható rendszerekre. Ezek fényében a központi rendszer alrendszereire jelen dokumentum további részében katasztrófahelyzet alatt azt az esetet értjük, amikor az egyik központban valamely rendszer(ek) leállt(ak) és így a szolgáltatást az egyik központ szolgáltatja csak. 3.17.1. A biztonsági események osztályozása Az erõforrások rendelkezésre állásának megszakadása alapján a biztonsági események a következõ kategóriákba sorolhatók: I. Kategória: az informatikai erõforrások az érintett központban nem állnak rendelkezésre, az ottani informatikai rendszer mûködése megszakad. Ezt okozhatják például a tûz és a víz okozta katasztrófák. Jellegüknél fogva ezek nagy pusztításokat jelentenek aszámítástechnikaieszközökbenés/vagyakiszolgálóinfrastruktúrában.A helyreállításidõigényesésköltséges. II. Kategória: az érintett központban egyes erõforrások nem állnak rendelkezésre, és az ottani informatikai rendszer mûködése megszakad. Idetartozik például az energiaellátás kiesése. Jellegénél fogva a pusztítás lokalizált, a helyreállítás kevésbé költséges és idõigényes, mint az I. Kategóriába sorolt katasztrófák esetében. A II. Kategóriát az igényeknek és a helyi adottságoknak megfelelõen két alkategóriára bontjuk: II/a Kategória: emberi vagy eszköz erõforrások megsemmisülése, illetve ezek olyan, hosszabb idejû üzem-, munkaképtelensége (kiesése), amely jelentõs problémát okoz az informatikai rendszer mûködésében azáltal, hogy küldetéskritikus vagy lényeges rendszert érint. II/b Kategória: emberi vagy eszköz erõforrások nem semmisülnek meg, és hosszabb-rövidebb idejû üzem-, munkaképtelensége (kiesése) nem okoz jelentõs problémát az informatikai rendszer mûködésében azáltal, hogy nem küldetéskritikus vagy lényeges rendszert érint. III. Kategória: az érintett központban csak erõforráselem(ek) sérül(nek) meg, de az informatikai rendszer mûködése folyamatos. A III. kategória veszélyforrásai az Üzemeltetési Szabályzat tárgykörébe esnek. A veszélyforrások képezte fenyegetés bekövetkezése az Üzemeltetési Szabályzatban tárgyalt védelmi intézkedések alkalmazásával elõzhetõk meg, illetve bekövetkezés esetén ugyancsak ezen védelmi intézkedések alkalmasak a károk mértékének csökkentésére. Informatikai katasztrófának minõsülnek az I. és II/a Kategóriába sorolható események. Informatikai veszélyhelyzetnek minõsülnek a II/b Kategóriába sorolható események. Nem minõsülnek katasztrófának a III. Kategóriába sorolt események.

Source: https://magyarkozlony.hu/hivatalos-lapok/ecb4451b97255cd5b4e0e34e49810f4693f6ffe2/dokumentumok/0580a50ff1a9e31b0ee77b7a32cd98b734861afe/letoltes