Ein Serverausfall am Montagmorgen ist nicht nur ein IT-Problem. Wenn Angebote, Aufträge, Kundendaten, E-Mails oder die Telefonie nicht erreichbar sind, steht schnell der ganze Betrieb unter Druck. Ein Disaster-Recovery-Plan im Mittelstand schafft für genau diesen Moment Klarheit: Was wird zuerst wiederhergestellt, wer entscheidet, wer informiert Mitarbeitende und Kunden – und wie lange darf ein Ausfall maximal dauern?
Viele Unternehmen sichern ihre Daten regelmäßig. Das ist ein guter Anfang, aber noch kein belastbarer Notfallplan. Denn ein Backup beantwortet nicht automatisch die entscheidenden Fragen: Ist die Sicherung vollständig? Lässt sie sich zeitnah zurückspielen? Welche Systeme müssen in welcher Reihenfolge starten? Und funktioniert der Betrieb auch dann weiter, wenn nicht nur eine Datei fehlt, sondern Server, Netzwerk oder mehrere Arbeitsplätze betroffen sind?
Warum ein Ausfall mehr kostet als verlorene Daten
Die unmittelbaren Kosten eines IT-Ausfalls sind oft sichtbar: nicht geleistete Arbeitszeit, verzögerte Rechnungen, verpasste Aufträge oder externe Unterstützung. Schwieriger zu beziffern sind die Folgen für Kundenvertrauen, Lieferfähigkeit und die Belastung im Team. Wenn niemand weiß, was zu tun ist, entstehen hektische Einzelentscheidungen. Das kostet meist mehr Zeit als der technische Schaden selbst.
Besonders kritisch ist die Lage bei Ransomware. Hier geht es nicht allein darum, verschlüsselte Daten wiederherzustellen. Betroffene Systeme müssen untersucht, Zugänge abgesichert und die Ursache eingegrenzt werden, bevor Daten in eine bereinigte Umgebung zurückkehren. Wer einfach das letzte Backup einspielt, ohne den Angriffsweg zu schließen, riskiert den nächsten Vorfall.
Für Arztpraxen, MVZ und Ambulanzen kommen weitere Anforderungen hinzu. Praxissoftware, Patientendaten, Terminplanung und Kommunikationswege müssen zuverlässig verfügbar sein. Ein längerer Ausfall beeinträchtigt nicht nur interne Abläufe, sondern unmittelbar die Versorgung von Patienten. Deshalb braucht der Plan auch praxistaugliche Übergangslösungen für den Betrieb mit eingeschränkter IT.
Der Disaster-Recovery-Plan für den Mittelstand beginnt bei Prioritäten
Nicht jedes System muss nach einem Vorfall in der gleichen Minute wieder laufen. Diese Unterscheidung macht einen Plan realistisch und wirtschaftlich. Ein zentrales ERP-System, die Warenwirtschaft, E-Mail, Telefonie oder die Praxissoftware haben häufig Vorrang. Ein Archivsystem oder ein einzelnes Fachtool kann dagegen unter Umständen einige Stunden oder Tage später folgen.
Der erste Schritt ist daher keine technische Einkaufsliste, sondern eine ehrliche Analyse der Geschäftsprozesse. Fragen Sie für jede wichtige Anwendung: Was passiert, wenn sie ausfällt? Welche Mitarbeitenden können dann nicht arbeiten? Welche Fristen, Verträge oder gesetzlichen Pflichten sind betroffen? Welche manuellen Übergangsprozesse sind für kurze Zeit möglich?
Daraus entstehen zwei Kennzahlen, die auch Nicht-Techniker nachvollziehen können. Die Recovery Time Objective, kurz RTO, beschreibt die maximal akzeptable Wiederherstellungszeit. Die Recovery Point Objective, kurz RPO, legt fest, wie viel Datenverlust vertretbar ist. Ein RPO von vier Stunden bedeutet beispielsweise, dass im schlimmsten Fall Änderungen seit der letzten Sicherung verloren gehen dürfen. Bei laufender Auftragsbearbeitung oder Patientendokumentation kann das bereits zu viel sein.
Die Anforderungen sollten nicht pauschal für die gesamte IT gelten. Ein kurzer RTO und ein sehr niedriger RPO erhöhen Aufwand und Kosten. Für geschäftskritische Systeme kann das sinnvoll sein, für weniger relevante Daten nicht unbedingt. Gute Planung bedeutet, Schutz und Budget nachvollziehbar aufeinander abzustimmen.
Was ein brauchbarer Notfallplan konkret regelt
Ein Disaster-Recovery-Plan ist kein umfangreiches Dokument für die Schublade. Er muss im Ernstfall unter Druck verständlich sein. Dazu gehören klare Entscheidungen, aktuelle Kontaktdaten und technisch nachvollziehbare Wiederanlauf-Schritte.
Zunächst braucht es feste Rollen. Die Geschäftsführung oder eine benannte Vertretung entscheidet bei weitreichenden Einschränkungen über Prioritäten und externe Kommunikation. Die interne IT oder der betreuende IT-Partner koordiniert die technische Wiederherstellung. Fachverantwortliche prüfen, ob Anwendungen und Daten nach dem Neustart tatsächlich korrekt funktionieren. Wichtig ist: Diese Rollen dürfen nicht nur an einer Person hängen. Krankheit, Urlaub oder ein nicht erreichbarer Ansprechpartner dürfen den Plan nicht blockieren.
Ebenso wichtig ist eine Übersicht der Abhängigkeiten. Ein Dateiserver hilft wenig, wenn die Benutzerkonten nicht verfügbar sind. Die Cloud-Anwendung funktioniert möglicherweise, aber ohne Internetzugang, Firewall-Konfiguration oder Mehrfaktor-Authentifizierung kommt niemand hinein. Auch Telefonie, Drucker, VPN-Zugänge, Lizenzserver und Schnittstellen zu Kunden oder Dienstleistern gehören in diese Betrachtung.
Ein hilfreicher Plan dokumentiert deshalb mindestens diese Punkte:
- die kritischen Anwendungen, Datenbestände und technischen Abhängigkeiten
- die vereinbarten Wiederherstellungsziele je System
- Verantwortlichkeiten, Vertretungen und erreichbare Kontaktwege
- konkrete Schritte für Ausfall, Cyberangriff und Wiederanlauf
- Kommunikationsvorlagen für Mitarbeitende, Kunden, Dienstleister und bei Bedarf Behörden
Dabei gilt: Das Dokument muss dort erreichbar sein, wo es im Notfall gebraucht wird. Liegt es ausschließlich auf dem ausgefallenen Server, hilft es nicht weiter. Eine geschützte, unabhängig verfügbare Ablage sowie eine aktuelle Offline-Version sind sinnvoll.
Backups müssen wiederherstellbar und geschützt sein
Ein Backup ist nur so gut wie seine Wiederherstellung. Trotzdem verlassen sich viele Unternehmen auf Meldungen wie „Sicherung erfolgreich“, ohne regelmäßig zu prüfen, ob Daten, Anwendungen und Berechtigungen tatsächlich zurückgespielt werden können.
Sinnvoll ist eine Sicherungsstrategie mit mehreren getrennten Kopien und mindestens einem Bestand, der vor Manipulation geschützt ist. Diese Kopie darf nicht einfach durch einen kompromittierten Benutzer oder Schadsoftware gelöscht oder verschlüsselt werden können. Je nach IT-Umgebung kommen dafür getrennte Speicherorte, unveränderbare Sicherungen oder eine Kombination aus lokaler und externer Sicherung infrage.
Auch die Aufbewahrungsdauer braucht eine bewusste Entscheidung. Wird ein Angriff erst nach Wochen entdeckt, reicht die jüngste Sicherung möglicherweise nicht aus, weil sie bereits kompromittierte Daten enthält. Mehrere Wiederherstellungspunkte erhöhen die Auswahl, benötigen aber Speicher und eine durchdachte Verwaltung.
Bei Cloud-Diensten ist besondere Aufmerksamkeit nötig. Dass Daten in einer Plattform liegen, ersetzt nicht automatisch eine eigene Datensicherung oder einen Wiederanlaufplan. Prüfen Sie, welche Daten geschützt werden, wie lange Versionen verfügbar sind und wer im Notfall Zugriffe, Identitäten und Berechtigungen wiederherstellt.
Testen macht aus Annahmen verlässliche Abläufe
Der häufigste Schwachpunkt ist nicht fehlende Technik, sondern ein ungetesteter Plan. Erst bei einer Übung zeigt sich, ob Zugänge vorhanden sind, Passwörter aktuell bleiben, Zuständigkeiten klar sind und die geschätzte Wiederherstellungszeit realistisch ist.
Ein Test muss nicht immer den gesamten Betrieb unterbrechen. Beginnen Sie mit einer Besprechung anhand eines konkreten Szenarios: Ein Mitarbeiter meldet verdächtige Verschlüsselungen auf einem Netzlaufwerk. Wer bewertet den Vorfall? Wer trennt Systeme vom Netz? Wer informiert wen? Welche Systeme werden zuerst geprüft und wiederhergestellt? Solche Übungen decken Lücken schnell auf und sind mit überschaubarem Aufwand möglich.
Danach folgen technische Tests. Einzelne Dateien, virtuelle Server oder Datenbanken sollten in einer getrennten Umgebung wiederhergestellt und fachlich geprüft werden. Entscheidend ist nicht nur, dass ein System startet. Die Anwendung muss nutzbar sein, Schnittstellen müssen funktionieren und die zuständigen Fachbereiche müssen die Ergebnisse bestätigen.
Nach jedem Test sollte der Plan angepasst werden. Neue Anwendungen, geänderte Ansprechpartner, zusätzliche Standorte oder ein Wechsel in die Cloud verändern die Ausgangslage. Ein jährlicher Kompletttest und kleinere Prüfungen im laufenden Betrieb sind für viele mittelständische Unternehmen ein guter Rahmen. Bei stark regulierten oder besonders zeitkritischen Prozessen können kürzere Intervalle nötig sein.
Externe Unterstützung klar einplanen
Ein interner Ansprechpartner kennt die Abläufe im Unternehmen. Ein erfahrener IT-Partner bringt dagegen technische Tiefe, verfügbare Ressourcen und Routine in kritischen Situationen ein. Beides ergänzt sich, wenn Verantwortlichkeiten vorher eindeutig geregelt sind.
Klären Sie nicht erst im Schadensfall, welche Leistungen vereinbart sind. Wie schnell ist Unterstützung erreichbar? Wer darf Wiederherstellungen beauftragen? Welche Zugänge benötigt der Dienstleister? Welche Systeme werden überwacht? Transparente Zuständigkeiten und planbare Serviceleistungen verhindern Diskussionen genau dann, wenn jede Stunde zählt.
brans solutions unterstützt mittelständische Unternehmen dabei, Backups, Sicherheitsmaßnahmen, Infrastruktur und laufenden IT-Betrieb so zu verbinden, dass aus einzelnen Lösungen ein nachvollziehbarer Notfallprozess wird. Dabei steht nicht maximale Technik um jeden Preis im Vordergrund, sondern ein Schutzkonzept, das zu Ihrem Betrieb, Ihren Risiken und Ihrem Budget passt.
Der beste Zeitpunkt für die erste Übung ist nicht nach einem Sicherheitsvorfall. Setzen Sie sich mit Geschäftsführung, Fachbereichen und IT für eine Stunde zusammen und spielen Sie einen konkreten Ausfall durch. Die Fragen, die dabei entstehen, sind der Anfang eines Plans, der im Ernstfall wirklich hilft.