Disaster Recovery
Disaster Recovery von physischen und virtuellen Infrastrukturen
Real Comm spezialisiert sich auf Disaster-Recovery-Dienste, also die Wiederherstellung von Systemen, Daten und der für die Erbringung von Geschäftsdienstleistungen für Unternehmen notwendigen physischen und/oder virtuellen VMWare- oder Microsoft-Infrastrukturen im Falle von schwerwiegenden Notfällen, die ihre regulären Aktivitäten beeinträchtigen.
Von den Unternehmen, die Katastrophen mit schweren Datenverlusten erlitten haben, hat etwa 43% den Betrieb nicht mehr aufgenommen, 51% haben innerhalb von zwei Jahren geschlossen, und nur 6% konnten sich langfristig behaupten.
Der erste Schritt zur Planung von Gegenmaßnahmen ist die Erstellung eines Disaster Recovery Plans (DRP).
Um effektiv auf einen Notfall reagieren zu können, ist eine detaillierte Analyse erforderlich über:
- Die möglichen Katastrophenebenen
- Die Kritikalität der potenziell betroffenen Anwendungen/Systeme
- Die Anwendungsverfahren, Systemsoftware und Dateien, die als kritisch eingestuft und dokumentiert wurden, müssen vorrangig wiederhergestellt werden, da sie per Definition eine sehr geringe Toleranz für Unterbrechungen haben.
Der Disaster Recovery Plan wird von Real Comm in enger Zusammenarbeit mit dem Unternehmen erstellt, um Kritikalitäten, mögliche Unterbrechungen, Wiederherstellungsmethodik, Fault Tolerance-Level usw. zu analysieren.
Zu diesem Zweck werden zwei Parameter im Zusammenhang mit der Wiederherstellungsaktivität definiert:
- RTO: Recovery Time Objective
Gibt die Zeit an, die für die vollständige Wiederherstellung der Betriebsfähigkeit des Informationssystems benötigt wird, oder ähnlich, es ist die maximal gewünschte Ausfallzeit in einer Krisensituation.
Zum Beispiel bedeutet ein RTO von Null (keine Unterbrechungen möglich), dass eine komplett redundante Fernreplikation erforderlich ist.
- RPO: Recovery Point Objective
Gibt den maximal zulässigen Datenverlust in einer Krisensituation an.
Zum Beispiel, wenn ich um 21:00 Uhr ein Backup durchführe und das Ereignis um 4:00 Uhr morgens eintritt, gehen die Daten, die in diesem Intervall geändert wurden, verloren
