Ein ausgefallener Server ist selten nur ein technisches Problem. Wenn Aufträge nicht mehr eingehen, Kassensysteme stillstehen, Mitarbeitende nicht auf Dateien zugreifen oder Kunden keine Antworten erhalten, entstehen schnell wirtschaftliche Schäden. Dieser Praxisguide für IT Notfallplanung zeigt, wie kleine und mittlere Unternehmen handlungsfähig bleiben – mit klaren Prioritäten, nachvollziehbaren Verfahren und einer Infrastruktur, auf die im Ernstfall Verlass ist.

Notfallplanung beginnt bei den Geschäftsprozessen

Viele Notfallkonzepte starten mit einer Liste von Servern, Anwendungen und IP-Adressen. Das ist notwendig, greift allein jedoch zu kurz. Entscheidend ist zunächst die Frage: Welche Geschäftsprozesse dürfen wie lange nicht ausfallen? Ein Onlineshop hat andere Anforderungen als eine Kanzlei, ein Produktionsbetrieb andere als eine Agentur mit verteilten Teams.

Ordnen Sie Ihre Systeme deshalb nicht nur nach technischer Komplexität, sondern nach ihrem Beitrag zum Geschäftsbetrieb. Typische kritische Bereiche sind Kommunikation, Warenwirtschaft, Kundendaten, Buchhaltung, Telefonie, Website oder Shop sowie zentrale Dateiablagen. Dabei gibt es keine allgemeingültige Reihenfolge. Ein E-Commerce-Unternehmen wird den Shop und die Zahlungsabwicklung zuerst wiederherstellen müssen. Für ein Dienstleistungsunternehmen können dagegen E-Mail, Telefonie und Projektunterlagen die höchste Priorität haben.

Dokumentieren Sie zu jedem kritischen Prozess, wer ihn nutzt, welche Systeme dafür erforderlich sind und welche Abhängigkeiten bestehen. Eine Webanwendung kann beispielsweise eine Datenbank, einen DNS-Eintrag, ein E-Mail-Postfach für Benachrichtigungen und externe Schnittstellen benötigen. Wird nur der Webserver wiederhergestellt, ist der Dienst möglicherweise trotzdem nicht nutzbar.

RTO und RPO verständlich festlegen

Zwei Kennzahlen schaffen Klarheit für technische Entscheidungen: die Wiederherstellungszeit, oft als RTO bezeichnet, und der maximal akzeptable Datenverlust, das RPO. Das RTO beantwortet die Frage, wie lange ein Dienst ausfallen darf. Das RPO beschreibt, wie aktuell die Daten nach einer Wiederherstellung sein müssen.

Ein Beispiel: Für einen Shop kann ein RTO von zwei Stunden sinnvoll sein, während das RPO bei 15 Minuten liegt. Dann müssen Infrastruktur, Sicherungen und Abläufe so ausgelegt sein, dass der Shop innerhalb von zwei Stunden wieder erreichbar ist und höchstens die letzten 15 Minuten an Bestellungen oder Änderungen fehlen. Für ein Archivsystem kann ein Wiederanlauf innerhalb eines Werktags dagegen ausreichend sein.

Diese Werte dürfen nicht aus dem Bauch heraus entstehen. Geschäftsführung, Fachabteilungen und IT sollten sie gemeinsam festlegen. Kurze Wiederherstellungszeiten und minimale Datenverluste erhöhen in der Regel den technischen und organisatorischen Aufwand. Nicht jeder Dienst benötigt Hochverfügbarkeit, aber jeder kritische Dienst benötigt eine realistische Wiederanlaufstrategie.

Praxisguide für IT Notfallplanung: Die notwendigen Bausteine

Ein belastbarer Notfallplan besteht aus mehr als Backups. Er verbindet vorbeugende Maßnahmen, konkrete Handlungsanweisungen, Verantwortlichkeiten und regelmäßige Tests. Das Ziel ist nicht, jeden Vorfall zu verhindern. Ziel ist, bei Störungen strukturiert zu entscheiden und den Betrieb kontrolliert wiederherzustellen.

Inventar, Dokumentation und Zugriffe absichern

Im Ernstfall ist Wissen wertvoll, das nicht nur in den Köpfen einzelner Mitarbeitender liegt. Halten Sie daher ein aktuelles Inventar aller relevanten Systeme bereit: Server, virtuelle Maschinen, Firewall, Switches, Telefonanlage, Cloud-Dienste, Domains, Zertifikate, Lizenzen und externe Dienstleister. Ergänzen Sie technische Eckdaten wie Standorte, Verantwortliche, Vertrags- und Kundennummern sowie Eskalationskontakte.

Besondere Aufmerksamkeit verdienen Zugangsdaten. Wenn administrative Passwörter ausschließlich bei einer Person liegen, wird ein Ausfall schnell zum Organisationsproblem. Nutzen Sie eine geschützte Passwortverwaltung mit klar geregelten Notfallzugriffen. Auch Mehrfaktor-Authentifizierung muss mitgedacht werden: Wer kann auf Wiederherstellungscodes zugreifen, wenn das Mobiltelefon eines Administrators nicht verfügbar ist?

Die Notfalldokumentation sollte an einem vom Primärsystem unabhängigen Ort liegen. Ein verschlüsselter, kontrolliert zugänglicher Speicher kann sinnvoll sein. Für besonders kritische Informationen lohnt zusätzlich eine offline verfügbare Fassung. Entscheidend ist, dass berechtigte Personen die Unterlagen auch dann erreichen, wenn zentrale Dienste bereits gestört sind.

Backups sind nur hilfreich, wenn sie wiederherstellbar sind

Eine erfolgreiche Sicherung bedeutet noch nicht, dass eine Wiederherstellung funktioniert. Backups müssen lesbar, vollständig, ausreichend aktuell und vor unbefugtem Zugriff geschützt sein. Zudem müssen sie die tatsächlich benötigten Bestandteile enthalten. Bei einer Anwendung gehören dazu häufig Datenbank, Konfiguration, hochgeladene Dateien, Schlüssel und gegebenenfalls spezielle Abhängigkeiten.

Bewährt hat sich das 3-2-1-Prinzip: mindestens drei Kopien wichtiger Daten, auf zwei unterschiedlichen Speichermedien, davon eine Kopie räumlich getrennt. Je nach Schutzbedarf kann eine zusätzliche unveränderbare Sicherung sinnvoll sein. Sie schützt insbesondere gegen Verschlüsselungstrojaner, die erreichbare Backup-Speicher gezielt angreifen.

Trennen Sie außerdem die Fragen nach Datensicherung und Verfügbarkeit. Ein Backup schützt vor Datenverlust, ersetzt aber keine redundante Infrastruktur. Fällt ein einzelner Server aus, kann ein Failover-System die Unterbrechung verkürzen. Werden Daten versehentlich gelöscht oder durch Schadsoftware beschädigt, ist dagegen eine saubere Sicherung entscheidend. Welche Kombination erforderlich ist, hängt von RTO, RPO und Budget ab.

Rollen und Kommunikation vorab festlegen

Unter Zeitdruck entstehen Fehler vor allem dann, wenn Zuständigkeiten unklar sind. Benennen Sie deshalb eine Einsatzleitung, technische Verantwortliche, Vertretungen und eine Person für die Kommunikation. Diese Rollen können in kleineren Unternehmen von wenigen Mitarbeitenden abgedeckt werden, müssen aber für Urlaub, Krankheit oder Nichterreichbarkeit abgesichert sein.

Der Notfallplan sollte klar festlegen, wann ein Vorfall als IT-Notfall gilt, wer die Lage bewertet und welche Eskalationsstufen es gibt. Ebenso wichtig ist die Kommunikation nach außen. Kunden müssen nicht jede technische Einzelheit kennen, benötigen aber eine verlässliche Aussage über Auswirkung, Status und nächsten Zeitpunkt für ein Update. Intern brauchen Mitarbeitende konkrete Arbeitsanweisungen: Soll der Vertrieb Aufträge vorübergehend manuell erfassen? Gibt es eine Ersatztelefonie? Welche Kanäle funktionieren noch?

Legen Sie Textbausteine und Kontaktlisten bereits im Vorfeld an. Das spart im Ernstfall Zeit und verhindert widersprüchliche Informationen. Bei Sicherheitsvorfällen sollten zudem Datenschutzverantwortliche und gegebenenfalls rechtliche Ansprechpartner früh eingebunden werden.

Wiederherstellung nach Priorität statt nach Bauchgefühl

Ein guter Notfallplan enthält für jeden kritischen Dienst kurze, ausführbare Runbooks. Sie beschreiben nicht nur den Zielzustand, sondern die Reihenfolge der Maßnahmen: Störung erkennen und dokumentieren, Ursache eingrenzen, Systeme isolieren, Entscheidung über Wiederherstellung oder Umschaltung treffen, Dienst prüfen und Kommunikation aktualisieren.

Nach der technischen Wiederherstellung beginnt die fachliche Prüfung. Eine Datenbank kann erreichbar sein, obwohl aktuelle Buchungen fehlen. Eine Website kann laden, obwohl das Kontaktformular keine E-Mails versendet. Definieren Sie daher Abnahmekriterien mit den jeweiligen Fachbereichen. Erst wenn zentrale Funktionen getestet sind, sollte ein Dienst als wiederhergestellt gelten.

Bei einem Cyberangriff ist zusätzliche Vorsicht erforderlich. Das schnellste Zurückspielen eines Backups ist nicht automatisch die richtige Maßnahme. Zuerst muss geklärt werden, ob Angreifer noch Zugriff haben, ob Sicherungen betroffen sind und welche Systeme kompromittiert wurden. Eine vorschnelle Wiederinbetriebnahme kann den Schaden vergrößern. In solchen Fällen haben Beweissicherung, Isolation und eine kontrollierte Bereinigung Vorrang vor Geschwindigkeit.

Tests machen aus Papier einen funktionierenden Plan

Notfallpläne scheitern selten an fehlenden Absichten, sondern an ungetesteten Annahmen. Ein jährlicher Test ist ein guter Ausgangspunkt, bei geschäftskritischen Diensten sind kürzere Intervalle sinnvoll. Testen Sie nicht nur einzelne Dateien, sondern realistische Szenarien: den Ausfall eines virtuellen Servers, eine beschädigte Datenbank, den Verlust eines Administratorkontos oder einen längeren Ausfall der Internetanbindung.

Beginnen Sie mit einer strukturierten Trockenübung. Das Team geht den Ablauf anhand eines Szenarios durch und prüft Kontakte, Entscheidungen und Kommunikationswege. Anschließend folgen technische Wiederherstellungstests in einer kontrollierten Umgebung. Messen Sie dabei die tatsächliche Dauer, vergleichen Sie sie mit RTO und RPO und halten Sie Abweichungen fest.

Jeder Test sollte zu Verbesserungen führen. Vielleicht ist eine Anleitung zu ungenau, ein Ansprechpartner nicht mehr zuständig oder ein Backup benötigt deutlich länger als geplant. Notfallplanung ist kein einmaliges Projekt, sondern ein Betriebsprozess. Änderungen an Anwendungen, Netzwerken, Mitarbeitenden oder Dienstleistern müssen in die Dokumentation einfließen.

Infrastruktur und Partner als Teil der Vorsorge

Für viele KMU ist der eigene Aufwand begrenzt. Gerade deshalb ist es sinnvoll, Verantwortlichkeiten zwischen Unternehmen und Dienstleistern sauber zu definieren. Bei Managed Services sollte klar sein, wer Monitoring, Patch-Management, Backup-Prüfung, Störungsannahme, Wiederherstellung und Kommunikation übernimmt. 24/7-Monitoring hilft, Ausfälle früh zu erkennen, ersetzt jedoch keinen abgestimmten Notfallprozess auf Kundenseite.

Auch der Standort der Infrastruktur spielt eine Rolle. Deutsche Rechenzentren, nachvollziehbare Datenschutzstandards und persönlich erreichbare Ansprechpartner erleichtern die Abstimmung, besonders bei kritischen Daten und komplexen Wiederherstellungen. GS Webservices unterstützt Unternehmen dabei, Server-, Hosting- und Netzwerkinfrastruktur so auszurichten, dass technische Vorsorge und konkrete Betriebsanforderungen zusammenpassen.

Planen Sie Ihren ersten Test nicht erst nach dem nächsten Ausfall. Wählen Sie einen kritischen Dienst, prüfen Sie heute dessen Wiederherstellungsweg und dokumentieren Sie die offenen Punkte. Aus einer überschaubaren Übung entsteht Schritt für Schritt die Sicherheit, im entscheidenden Moment nicht improvisieren zu müssen.