PRI<\/strong> ) umfassen, wenn die IT-Prozesse von den Gesch\u00e4ftsprozessen getrennt sind.<\/p>\nDie Entwicklung eines BCP\/PRA beruht aufAnalyse<\/strong> undAntizipation<\/strong>:<\/p>\n\n- Risikoanalyse<\/strong>: Identifizierung von Risiken, Bedrohungen und Schadensf\u00e4llen, die die Gesch\u00e4ftst\u00e4tigkeit des Unternehmens beeintr\u00e4chtigen k\u00f6nnen, einschlie\u00dflich extremer oder unwahrscheinlicher Szenarien.<\/li>\n
- BIA (Business Impact Assessment)<\/strong>: Bewertung der Auswirkungen auf die Gesch\u00e4ftsprozesse, Identifizierung kritischer Aktivit\u00e4ten und Ressourcen und Bestimmung der maximal tolerierbaren Ausfallzeit.<\/li>\n<\/ul>\n
Die Definition der Risiken und ihrer Auswirkungen erm\u00f6glicht die Festlegung von Pr\u00e4ventions-<\/strong> und Kontinuit\u00e4tsstrategien<\/strong>, die f\u00fcr das Unternehmen geeignet sind:<\/p>\n\n- Vorbeugende Ma\u00dfnahmen <\/strong>zielen darauf ab, das Risiko von Unterbrechungen zu reduzieren und die Anforderungen des BCP\/PRA zu antizipieren:\n
\n- Erkennung<\/strong>: Computersicherheit, \u00dcberwachungssoftware, Anti-Virus…<\/li>\n
- Risikominderung<\/strong>: Notfallsysteme, redundante Infrastrukturen…<\/li>\n
- Datensicherung<\/strong>: H\u00e4ufigkeit und Art der Datensicherungen(Spiegelung<\/em>, Replikation…)<\/li>\n<\/ul>\n<\/li>\n
- Kurative Ma\u00dfnahmen<\/strong> umfassen alle operativen L\u00f6sungen und Verfahren, die im Rahmen des BCP\/RA durchgef\u00fchrt werden:\n
\n- Umsetzung von Gesch\u00e4fts- und\/oder IT-Prozessen im Notfall (BCP).<\/li>\n
- R\u00fcckgriff auf einen Notfallstandort vor Ort<\/em> oder einen ausgelagerten Standort, der sofort einsatzbereit ist (hei\u00dfer Standort) oder eine gewisse Zeit zur Inbetriebnahme ben\u00f6tigt (kalter Standort).<\/li>\n
- Geplante Wiederaufnahme der normalen Gesch\u00e4ftst\u00e4tigkeit oder des operativen Dienstes (PRA).<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Integration von Datenrettung in PCA\/PRA<\/h2>\n
Ein BCP\/PRA muss die Anforderungen erf\u00fcllen, die bei seiner Erstellung festgelegt wurden:<\/p>\n
\n- Die DMIA<\/strong> (Maximale zul\u00e4ssige Unterbrechungsdauer), die das RTO<\/strong> (Recovery Time Objective) festlegt, d.h. die Zeit, nach der die Gesch\u00e4ftst\u00e4tigkeit des Unternehmens wieder aufgenommen werden muss.<\/li>\n
- PDMA<\/strong> (Maximaler zul\u00e4ssiger Datenverlust) oder RPO<\/strong> (Recovery Point Objective), abh\u00e4ngig von der Frische der wiederhergestellten Daten (Datum der letzten Sicherung).<\/li>\n<\/ul>\n
DMIA und PDRA sind Begriffe f\u00fcr die Dauer, deren Werte den Unterschied zwischen PRA und PCA ausmachen. Es gibt keinen Notfallplan, wenn das Unternehmen einen ununterbrochenen, nicht beeintr\u00e4chtigten Dienst ohne Datenverlust garantiert (DMIA und PDRA haben den Wert Null). Diese Leistung erfordert jedoch sehr kostspielige L\u00f6sungen und Infrastrukturen (ausgelagerter Hotspot, Echtzeitspiegelung<\/em> der Daten in einem Rechenzentrum usw.). Jedes Unternehmen muss daher akzeptieren, dass es nicht unbedingt sinnvoll ist, DMIA und PDRA auf Null zu setzen, wenn es nicht wirtschaftlich tragbar ist.<\/p>\nDie Datenrettung<\/strong> wird daher in den meisten Szenarien eine vern\u00fcnftige Alternative sein. Sie kann eine von Null abweichende PDMA ausgleichen, die eine Sicherung vor dem Vorfall beinhaltet. In j\u00fcngerer Zeit k\u00f6nnen erfolgreich wiederhergestellte Daten von besch\u00e4digten Speichermedien eine bessere Wiederherstellung erm\u00f6glichen.<\/p>\nDie Datenrettung sollte als kurative Ma\u00dfnahme<\/strong> bereits bei der Entwicklung eines PCA\/PRA in Betracht gezogen werden. Die Planung der Datenrettung erm\u00f6glicht es, eine PDMA nahe Null zu erreichen und die DMIA besser zu bewerten.<\/p>\n\n\n
![\"pca-pra\"](\"https:\/\/www.databack.fr\/wp-content\/uploads\/2018\/03\/2.3.png\")
<\/p>\n