Hatékony helyreállítási tervet, mint egy olyan túlélési
Nem minden sikeres modern üzleti, és különösen az állami vállalatok tud felmutatni az abszolút biztonság az információs rendszerek.
Felhasználói hiba, megszakítások az áramellátás, a szándékos rosszindulatú versenytársak lépései - ez csak három a leggyakoribb oka, ami miatt bármikor a fenyegető pusztulás lehet információt alapján szinte minden gazdasági társaság bármely területén az üzletből.
Ebben az esetben a fenti okok miatt - csak az egyik legnépszerűbb, köztük is vannak több száz más, és az egyetlen remény a szertartás a felszentelése az irodai és drága ikonra a menedzser iroda - nem mindig a leghatékonyabb megoldás. És ha a szervezet részt vesz, például a pénzügyi tevékenységek, valamint minden második kényszerű leállás, miközben megszünteti hiba az elektronikus rendszerek - kézzelfogható veszteséget és kárt hírnevét? Azonban, megoldások az ilyen problémák léteznek.
DRP - Disaster Recovery Plan - vagy használja az orosz terminológia helyreállítási terv az IT-rendszerek egy hiba után a mai napig, nem tekinthető előfeltétele a vállalat minden szintjén, akinek vezetésével az érdekelt korlátozó hatásainak minimalizálása még a kiszámíthatatlan katasztrófa a munka a különböző osztályok és szervezetek egész.
Más szóval, a Disaster Recovery Plan - mindenekelőtt a garancia minden baj IT-rendszerek lesz más, mint egy rövid szünetet a munka néhány a cég munkatársai.
Ebben az esetben a DRP azt feltételezi, hogy az időtartamot engedélyezett ilyen szünet, és a maximális mennyiségű elveszett adatok egy vállalat vezetése magunk határozhatunk meg. Sőt, Disaster Recovery Plan nem csak segít csökkenteni az időveszteség és csökkenti (és gyakran megakadályozzák) a lehetséges pénzügyi következményeit a kudarc, a DRP is minimalizálja a megismételt hiba vagy adatvesztés, amely eredhet hibás vagy nem megfelelő időben beavatkozás IT-szakemberek.
Disaster Recovery Plan - egy részletes és pontos leírása a fellépések a rendszergazda az információs hálózatok esetén az egyes nemkívánatos események, amelyek akadályozhatják a munkát a szervezet. Önmagában egy ilyen dokumentum nem nehéz, ha helyesen történik, de vannak árnyalatok, amelyeket figyelembe kell venni, amikor kidolgozásakor hatékony Disaster Recovery Plan. Most részletesebben
Egyszerűsített formában, valamennyi IC leírható mint egy piramis, amely több rétegből áll:
- vállalati erőforrás-tervezési (ERP);
- IT-infrastruktúra;
- Aktív oborudovanie, hálózati peredachi dannyh;
- műszaki infrastruktúra.
>>> Spark a KDE: Linux-tabletta programozók
Általában a rendszer jön létre a legalacsonyabb szinten (mérnöki része), ami idővel építeni bonyolultabb elemek. Az alapot Disaster Recovery Plan - ugyanazok az elvek: meghatározása után a kiindulási pont a hiba helyreállítását egy piramis alsó szintjén a felső. Minden szinten az első visszaállította a legnagyobb prioritást a rendszer üzleti folyamat. Ahhoz, hogy hozzon létre egy hatékony DRP erőfeszítésekre van szükség nemcsak az IT-személyzet, de a dolgozók egyéb szervek, amelyek relevánsak az egészségügyi valamennyi IC elemek fent felsorolt. Ie hogy hozzon létre egy Disaster Recovery Plan részvételét igényli a szakemberek, akik folyékonyan ismerete működésének IC modult.
Nem kevésbé fontos, hogy a DRP ez is közeli kapcsolatban áll a Service Level Agreement (SLA) - a megállapodás szintjén IT-szolgáltatások (SLA), amely kimondja, hogy pontosan mennyi idő, hogy egy vállalat költ a rekonstrukció IT-szolgáltatások, valamint az időtartam előtt a hiba, amely alatt az adatokat vissza kell állítani. Így, ha egy katasztrófa elhárítási terv kidolgozás alatt áll a cég, amely már készen áll, és elfogadta, hogy végrehajtás Service Level Agreement, meg kell használni a hardver és szoftver, amely lehetővé teszi a DRP keretében ezt a megállapodást.
Ezen kívül azt is elismerve azt a tényt, hogy még az egyszerű informatikai rendszerek folyamatosan változik. IT-szakemberek rendszeresen frissíti szoftver, módosítsa a beállításokat a különböző berendezések, mert ez a fajta változás kell figyelembe venni a Disaster Recovery Plan. Mivel ennek hiányában a szükséges szintű agility, a DRP nem lehet garanciát azonnali helyreállítása az IT-rendszerek összeomlás után. Szükséges is rendszeres ellenőrzés DRP hatékonyság, ami lehet részt kiegészítő források, amelyek különböző szimulációk sikertelen lehet. Ebben az esetben lehet, ha a leghasznosabb, hogy vonzza tehlaboratory rendszerintegrátorok, ahol a rendelkezésre álló eszközök megfelelő szintű és minőségű.
És még egy fontos létrehozni egy Disaster Recovery Plan meghatározásának elve tartományban tisztviselők, akik a végrehajtásért felelős az egyes feladatok szakaszában előkészítése DRP és a „csata” a helyzet bekövetkeztével a kudarc, a kötelező megszolgálásként e személyek a szükséges felhatalmazást.
>>> Spark a KDE: Linux-tabletta programozók