Nu orice afacere modernă de succes, și mai ales statul, companiile pot lauda cu securitatea absolută a sistemelor lor informatice.
erori de utilizator, întreruperi în alimentarea cu energie, acțiuni ostile deliberate ale concurenților - acestea sunt doar trei dintre cele mai frecvente motive din cauza cărora, în orice moment, sub amenințarea de distrugere poate fi o bază de informații de aproape fiecare companie de afaceri care operează în orice domeniu de activitate.
În acest caz, aceste motive - doar una dintre cele mai populare, printre ei există și sute de alții, și speranța numai pentru ritualul de sfințire a spațiului de birouri și pictograma scumpe în biroul managerului - nu este întotdeauna cea mai eficientă soluție. Și în cazul în care organizația este angajată, de exemplu, activități financiare, și în fiecare secundă de nefuncționare forțată în timp ce eliminarea eșec în sistemele electronice - este pierderi corporale și daune reputației? Cu toate acestea, soluțiile la aceste probleme există.
DRP - Planul de redresare în caz de dezastru - sau, pentru a utiliza planul de redresare terminologia rusă pentru sisteme IT, după un eșec până în prezent, poate fi considerată o condiție prealabilă a societății la orice nivel, a cărui conducere este interesată de limitarea a minimiza impactul chiar și catastrofa cea mai imprevizibilă privind activitatea diferitelor departamente și organizații întreg.
Cu alte cuvinte, Disaster Recovery Plan - este mai presus de toate, o garanție cu privire la orice probleme cu de IT-sisteme vor deveni nimic mai mult decât o scurtă pauză în activitatea unora dintre personalul companiei.
În acest caz, DRP presupune că perioada de timp permisă pentru o astfel de pauză, iar suma maximă de gestionare a datelor pierdute dintr-o companie poate defini tu însuți. Mai mult decât atât, Planul de redresare în caz de dezastru, nu numai ca va ajuta la reducerea pierderii de timp și pentru a reduce (și de multe ori a preveni) posibilele consecințe financiare ale eșecului, DRP de asemenea, reduce riscul de eșec repetate sau pierdere de date care pot rezulta din intervenție incorectă sau prematură a IT-specialiști.
Planul de redresare în caz de dezastru - este o descriere detaliată și precisă a acțiunilor administratorului rețelelor de informare în cazul unor evenimente adverse care ar putea împiedica activitatea organizației. Prin ea însăși, un astfel de document nu este dificil, dacă este făcută corect, dar există unele nuanțe care trebuie luate în considerare la elaborarea planului de redresare în caz de dezastru eficient. Acum, cu mai multe detalii
În formă simplificată, orice IC poate fi reprezentat ca o piramidă, care constă din mai multe straturi:
- planificarea resurselor întreprinderii (ERP);
- -Infrastructura IT;
- oborudovanie activă, peredachi rețea dannyh;
- Infrastructura de inginerie.
>>> Spark din KDE: Linux-tabletă pentru programatori
De obicei, sistemul este creat de la cel mai scăzut nivel (partea de inginerie), care în timp să se bazeze pe elemente mai complexe. Planul de bază de recuperare după dezastre - Aceleași principii: după stabilirea punctului de plecare al recuperării eșecului unei piramide cu nivelul inferior la superior. La fiecare nivel, în primul restaurat cea mai mare prioritate pentru procesul de afaceri de sistem. Pentru a crea un DRP eficace sunt necesare eforturi nu numai pentru personalul IT, dar angajații altor departamente care sunt relevante pentru sănătatea tuturor elementelor IC enumerate mai sus. Ie pentru a crea un plan de redresare în caz de catastrofe necesită participarea unor profesioniști care sunt cunoștințe fluent al funcționării unui modul CI.
Nu mai puțin important pentru DRP este de asemenea relația sa strânsă cu Service Level Agreement (SLA) - acordul privind nivelul de servicii IT (SLA), care prevede cantitatea exactă de timp în care o companie poate cheltui pe reconstrucția IT-servicii, precum și perioada de timp înainte de eșec, în timpul căreia trebuie să fie restaurate datele. Astfel, în cazul în care un plan de redresare în caz de dezastru este dezvoltat pentru companie, care are deja un gata și acceptat la Service Level Agreement de execuție, este necesar să se folosească hardware și software care permit DRP în cadrul acestui acord.
În plus, este, de asemenea, o recunoaștere a faptului că schimbările chiar simple sisteme IT în mod constant. Specialiști IT actualizează periodic software-ul, modificați setările diverselor echipamente, deoarece acest tip de schimbare trebuie să fie luate în considerare în planul de redresare în caz de dezastru. Pentru că în absența nivelului necesar de agilitate, DRP nu poate fi o garanție de restaurare promptă a sistemelor IT-după un eșec. Este necesar, de asemenea, inspecția periodică a eficienței DRP, care pot fi angajate resurse auxiliare prin care diferite simulări pot eșua. În acest caz, acesta poate fi cel mai util pentru a atrage integratori de sistem tehlaboratory, în cazul în care echipamentele disponibile nivelul și calitatea necesară.
Și mai mult unul important pentru a crea un plan de redresare în caz de dezastru este principiul de a determina intervalul de funcționari, care va fi responsabil pentru punerea în aplicare a fiecărei sarcini în etapa de pregătire a DRP și „lupta“ a situației la apariția unei defecțiuni, cu dobândirii obligatorie a acestor persoane competențele necesare.
>>> Spark din KDE: Linux-tabletă pentru programatori