Ein Montagmorgen, ein nicht erreichbares ERP-System und pl\u00f6tzlich stehen Auftr\u00e4ge, Rechnungen und Kundenkommunikation still. In diesem Moment wird Datenrettung f\u00fcr Unternehmen zur gesch\u00e4ftskritischen Aufgabe. Entscheidend ist nicht nur, ob sich Dateien technisch wiederherstellen lassen. Ebenso wichtig sind klare Zust\u00e4ndigkeiten, ein kontrolliertes Vorgehen und eine Infrastruktur, die Ausf\u00e4lle von Beginn an begrenzt.<\/p>\n
Datenverlust trifft kleine und mittlere Unternehmen oft besonders stark. W\u00e4hrend gro\u00dfe Konzerne eigene Spezialteams und umfangreiche Redundanzen vorhalten, m\u00fcssen KMU mit \u00fcberschaubaren Ressourcen schnell handlungsf\u00e4hig bleiben. Genau deshalb geh\u00f6rt ein belastbarer Plan f\u00fcr Datenwiederherstellung, Backups und Notf\u00e4lle zur IT-Grundlage eines professionell gef\u00fchrten Betriebs.<\/p>\n
Unter Datenrettung verstehen viele zun\u00e4chst die Wiederherstellung versehentlich gel\u00f6schter Dokumente oder defekter Festplatten. In der Praxis ist das Spektrum deutlich gr\u00f6\u00dfer. Daten k\u00f6nnen durch Hardwaredefekte, fehlerhafte Updates, Bedienfehler, besch\u00e4digte Datenbanken, Ransomware oder Probleme in der Stromversorgung nicht mehr verf\u00fcgbar sein. Auch ein falsch konfigurierter Cloud-Speicher oder eine unbemerkte L\u00f6schung durch einen Benutzer kann kritische Folgen haben.<\/p>\n
F\u00fcr Unternehmen z\u00e4hlt dabei nicht allein der technische Schaden. F\u00e4llt ein Shop-System aus, gehen Ums\u00e4tze verloren. Ist das Warenwirtschaftssystem nicht erreichbar, verz\u00f6gern sich Lieferungen. Fehlen Vertragsunterlagen oder E-Mails, entstehen rechtliche und organisatorische Risiken. Bei personenbezogenen Daten kann zus\u00e4tzlich eine Pr\u00fcfung von Datenschutzpflichten erforderlich werden.<\/p>\n
Eine erfolgreiche Datenrettung beantwortet daher drei Fragen: Welche Daten fehlen oder sind betroffen? Wie schnell m\u00fcssen sie wieder verf\u00fcgbar sein? Und wie l\u00e4sst sich verhindern, dass derselbe Fehler erneut den Betrieb beeintr\u00e4chtigt? Wer diese Fragen erst im Schadensfall stellt, verliert wertvolle Zeit.<\/p>\n
Bei einem vermuteten Datenverlust ist Aktionismus riskant. Besonders bei physischen Datentr\u00e4gern kann jeder weitere Schreibvorgang die Chancen auf eine Wiederherstellung verringern. Auch bei virtuellen Servern oder Datenbanken k\u00f6nnen unkoordinierte Reparaturversuche den urspr\u00fcnglichen Zustand \u00fcberschreiben.<\/p>\n
Die ersten Ma\u00dfnahmen sollten deshalb klar festgelegt sein:<\/p>\n
Diese Ma\u00dfnahmen wirken einfach, entscheiden aber h\u00e4ufig dar\u00fcber, ob ein Vorfall beherrschbar bleibt. Gerade bei Verschl\u00fcsselungstrojanern reicht es nicht, nur einzelne Dateien wiederherzustellen. Es muss gekl\u00e4rt werden, ob sich Schadsoftware noch im Netzwerk befindet und ob Sicherungen tats\u00e4chlich frei von Manipulationen sind.<\/p>\n
Eine Wiederherstellung ohne Ursachenanalyse kann den n\u00e4chsten Ausfall vorbereiten. Wenn ein Speichersystem fehlerhaft arbeitet, ein Benutzerkonto kompromittiert wurde oder ein Update die Datenbank besch\u00e4digt hat, muss das Problem vor der R\u00fcckkehr in den Regelbetrieb behoben sein.<\/p>\n
Dazu geh\u00f6ren die Pr\u00fcfung von Protokollen, Benutzeranmeldungen, Netzwerkverbindungen und System\u00e4nderungen. Bei Ransomware-Verdacht sind forensische Spuren, m\u00f6gliche Einfallstore und die Reichweite des Angriffs besonders relevant. Bei Hardwaredefekten geht es dagegen um den Zustand der Datentr\u00e4ger, RAID-Konfigurationen und vorhandene Systemabbilder.<\/p>\n
Nicht jeder Vorfall erfordert externe Spezialisten. Eine versehentlich gel\u00f6schte Datei l\u00e4sst sich bei funktionierender Sicherung meist intern oder durch den betreuenden IT-Partner wiederherstellen. Bei verschl\u00fcsselten Daten, besch\u00e4digten RAID-Verb\u00fcnden oder gesch\u00e4ftskritischen Datenbanken ist spezialisierte Unterst\u00fctzung jedoch oft der sicherere Weg. Der Versuch, Kosten zu sparen, kann hier zu einem vollst\u00e4ndigen und dauerhaften Datenverlust f\u00fchren.<\/p>\n
Datenrettung ist die letzte Sicherheitslinie. Ein gutes Backup-Konzept sorgt daf\u00fcr, dass sie im Idealfall nicht auf aufwendige Rekonstruktion einzelner Dateien angewiesen ist. Stattdessen k\u00f6nnen gepr\u00fcfte Datenst\u00e4nde, virtual machines<\/a> oder ganze Systemumgebungen gezielt wiederhergestellt werden.<\/p>\n Dabei gen\u00fcgt es nicht, Sicherungen nur zu erstellen. Ein Backup, das nie getestet wurde, ist keine verl\u00e4ssliche Absicherung. Unternehmen sollten regelm\u00e4\u00dfig pr\u00fcfen, ob Daten vollst\u00e4ndig enthalten sind, ob Wiederherstellungen in der vorgesehenen Zeit funktionieren und ob die Sicherungen lesbar bleiben. Besonders Datenbanken, E-Mail-Systeme und virtuelle Server ben\u00f6tigen abgestimmte Sicherungsverfahren, damit Daten konsistent zur\u00fcckgespielt werden k\u00f6nnen.<\/p>\n Bew\u00e4hrt hat sich das Prinzip mehrerer unabh\u00e4ngiger Sicherungskopien. Neben einer lokalen Sicherung sollte mindestens eine weitere Kopie r\u00e4umlich getrennt liegen. Eine zus\u00e4tzliche unver\u00e4nderbare oder vom Produktivnetz getrennte Sicherung sch\u00fctzt besser gegen Ransomware und Fehlbedienung. Welche Kombination sinnvoll ist, h\u00e4ngt von Datenmenge, Schutzbedarf und Wiederanlaufzeit ab.<\/p>\n Ein Architekturb\u00fcro ben\u00f6tigt m\u00f6glicherweise vor allem schnell verf\u00fcgbare Projektdateien. Ein E-Commerce-Unternehmen muss zus\u00e4tzlich Bestellungen, Zahlungsdaten und Shop-Datenbank in einem abgestimmten Stand wiederherstellen. Ein Produktionsbetrieb braucht unter Umst\u00e4nden Systeme, die Maschinen, Lager und Auftragsplanung verbinden. Standardvorgaben helfen als Ausgangspunkt, ersetzen aber keine Betrachtung der tats\u00e4chlichen Gesch\u00e4ftsprozesse.<\/p>\n Zwei Kennzahlen machen Anforderungen konkret. Das Recovery Point Objective, kurz RPO, beschreibt, wie viel Datenverlust maximal akzeptabel ist. Liegt das RPO bei vier Stunden, m\u00fcssen Sicherungen mindestens diesen Zeitraum abdecken. F\u00fcr einen Webshop mit vielen Bestellungen kann das zu lang sein, f\u00fcr bestimmte Archivdaten dagegen vertretbar.<\/p>\n Das Recovery Time Objective, kurz RTO, beschreibt die zul\u00e4ssige Wiederanlaufzeit. Ein System mit einem RTO von einer Stunde verlangt andere technische und organisatorische Vorkehrungen als ein Archiv, das erst am Folgetag wieder ben\u00f6tigt wird. Kurze RTO-Werte erh\u00f6hen meist Aufwand und Kosten, etwa durch Replikation, Ersatzsysteme oder h\u00f6here Speicherreserven. Diese Abw\u00e4gung sollte die Gesch\u00e4ftsf\u00fchrung gemeinsam mit IT-Verantwortlichen treffen, nicht allein nach technischen Wunschwerten.<\/p>\n Die beste Reaktion auf Datenverlust ist eine Infrastruktur, die einzelne Fehler nicht sofort zum Stillstand des gesamten Unternehmens werden l\u00e4sst. Dazu z\u00e4hlen \u00fcberwachte Server, klar getrennte Berechtigungen, aktuelle Sicherheitsupdates, zuverl\u00e4ssige Storage-Systeme<\/a> und nachvollziehbare Backup-Prozesse. Auch die physische Ebene z\u00e4hlt: Stromversorgung, Netzwerkkomponenten und Rechenzentrumsbedingungen d\u00fcrfen nicht zum blinden Fleck werden.<\/p>\nRPO und RTO verst\u00e4ndlich festlegen<\/h3>\n
Infrastruktur so aufbauen, dass Ausf\u00e4lle begrenzt bleiben<\/h2>\n