Backup-Konzept für kleine Unternehmen: Welche Systeme und Daten wirklich gesichert werden sollten

Ein Backup-Konzept sollte die Daten und Abhängigkeiten sichern, die für die Wiederaufnahme des Geschäftsbetriebs benötigt werden. Dazu gehören häufig mehr als Dateien auf einem Server: Datenbanken, Cloud-Inhalte, Gerätekonfigurationen und notwendige Wiederherstellungszugänge können ebenso wichtig sein. Welche Systeme einbezogen werden, wird aus den Geschäftsabläufen abgeleitet.

Die Leitfrage lautet deshalb nicht „Welches Backup-Programm nehmen wir?“, sondern „Was müssen wir nach welchem Ausfall wiederherstellen können?“. Erst wenn diese Frage beantwortet ist, lassen sich Sicherungsverfahren, Speicherziele und Aufbewahrung sinnvoll auswählen.

Den Geschäftsablauf als Einheit betrachten

Eine Fachanwendung kann aus mehreren Bestandteilen bestehen. Die Programmdateien liegen auf einem Server, die Daten in einer Datenbank und Anhänge auf einem getrennten Dateispeicher. Zusätzlich werden möglicherweise ein Lizenzdienst und Benutzerberechtigungen benötigt.

Wird nur die Datenbank gesichert, können wichtige Dokumente fehlen. Wird nur der komplette Server kopiert, ist damit noch nicht bewiesen, dass die Datenbank einen konsistenten, nutzbaren Stand enthält. Die Sicherung muss deshalb berücksichtigen, welche Komponenten zusammengehören und welche Vorgaben der Anwendungshersteller macht.

Für die Geschäftsführung reicht zunächst eine Liste der wichtigsten Abläufe mit den zuständigen Personen. Die IT ergänzt die technischen Quellen und Abhängigkeiten. Eine vorhandene IT-Bestandsaufnahme kann dafür als Ausgangspunkt dienen.

Server, Dateien und Datenbanken erfassen

Bei zentralen Servern sollte entschieden werden, ob einzelne Daten, vollständige Systeme oder beides gesichert werden. Eine Systemsicherung kann den Wiederaufbau erleichtern; eine gezielte Datensicherung kann für bestimmte Anwendungen und einzelne Wiederherstellungen zusätzlich nötig sein.

Dateiablagen müssen mit ihren tatsächlichen Speicherorten aufgenommen werden. Ein gemeinsames Netzlaufwerk kann bekannt sein, während wichtige Arbeitsdateien zusätzlich auf Notebook-Desktops oder lokalen Projektordnern liegen. Für solche Daten braucht es entweder eine geeignete Sicherung oder eine verbindliche Verlagerung in die vorgesehene zentrale Ablage.

Ein Netzwerkspeicher, häufig NAS genannt, ist ebenfalls nur dann abgesichert, wenn seine Daten in das Konzept einbezogen werden. Mehrere Festplatten in einem Gerät können gegen bestimmte Hardwaredefekte helfen. Gelöschte Dateien, kompromittierte Zugänge oder ein Schaden am gesamten Gerät werden dadurch nicht automatisch abgefangen.

Bei Datenbanken ist die Konsistenz entscheidend: Der gesicherte Stand muss von der Anwendung wieder nutzbar sein. Welche Verfahren dafür geeignet sind, sollte anhand der konkreten Software geprüft werden. Eine beliebige Dateikopie während des Betriebs ist kein allgemeingültiger Ersatz für ein vorgesehenes Datenbank-Backup.

Cloud-Daten ausdrücklich aufnehmen

Cloud-Dienste verschieben den Betriebsort, ändern aber nicht die Frage nach benötigten Wiederherstellungsmöglichkeiten. Postfächer, gemeinsame Dateiablagen und Daten in Fachanwendungen gehören deshalb in dieselbe Übersicht wie lokale Systeme.

Zuerst wird geprüft, welche Wiederherstellung der Anbieter tatsächlich ermöglicht. Lassen sich einzelne Datensätze oder komplette Bestände zurückholen? Wie weit reicht der verfügbare Rückblick? Was passiert nach Kontolöschung oder Vertragsende? Diese Antworten bestimmen, ob weitere Sicherungen beziehungsweise Exporte benötigt werden.

Ein Export kann ein geeigneter Bestandteil sein, sofern Inhalt, Rhythmus und Wiederverwendung zum Bedarf passen. Er ist aber nicht automatisch ein vollständiges Backup der Anwendung. Rollen, Beziehungen, Anhänge oder Konfigurationen können im Export fehlen. Auch die Möglichkeit, die Daten wieder einzuspielen, muss geprüft werden.

Konfigurationen und Notfallzugänge gehören dazu

Nach einem Geräteausfall sind nicht nur gespeicherte Geschäftsdaten relevant. Ohne die Konfiguration von Firewall, Switch oder Telefonanlage können wichtige Verbindungen fehlen. Bei einem Ersatzgerät muss außerdem geprüft werden, ob sich der gesicherte Stand dort überhaupt importieren lässt.

Dokumentation, Installationsinformationen und erforderliche Lizenznachweise unterstützen den Wiederaufbau. Kennwörter und Verschlüsselungsschlüssel werden in einem dafür geeigneten geschützten Verfahren aufbewahrt. Das Backup-Konzept beschreibt den Zugriffsweg, statt Geheimnisse offen in einer Tabelle zu verteilen.

Besonders kritisch sind Abhängigkeiten im Kreis: Liegt der einzige Zugang zum Backup im Passwortdienst, der selbst erst aus diesem Backup wiederhergestellt werden muss? Ist die Anleitung nur auf dem ausgefallenen Dateiserver gespeichert? Für solche Fälle braucht es einen unabhängigen, kontrollierten Notfallzugang.

Datenverlust und Ausfallzeit getrennt festlegen

Die zulässige Lücke zwischen dem letzten nutzbaren Sicherungsstand und dem Ausfall bestimmt, wie häufig gesichert werden muss. Wenn ein Betrieb höchstens eine Stunde neuer Auftragsdaten verlieren kann, reicht eine einzige Sicherung pro Nacht für dieses Ziel nicht aus.

Die tolerierbare Ausfallzeit beantwortet eine andere Frage. Eine Sicherung kann aktuell sein und trotzdem sehr lange zum Wiederherstellen brauchen, etwa wegen großer Datenmengen, einer langsamen Verbindung oder fehlender Ersatzhardware. Beide Anforderungen müssen zusammen geplant werden.

Für weniger wichtige Daten können andere Ziele gelten als für die zentrale Fachanwendung. Dadurch lässt sich das Budget gezielter einsetzen. Eine pauschale Hochverfügbarkeitsanforderung für sämtliche Systeme ist ebenso wenig hilfreich wie ein einheitlicher täglicher Sicherungslauf ohne Blick auf den tatsächlichen Schaden.

Eine Sicherungsmatrix macht Lücken sichtbar

Die Tabelle ist ein hypothetisches Beispiel für die Planung, kein fertiger Standard. Frequenzen und Aufbewahrung müssen aus dem jeweiligen Schutzbedarf ergänzt werden.

Für jede Zeile werden anschließend Sicherungsverantwortung, Zielort, Zeitplan, Aufbewahrung und Prüfmethode ergänzt. Ausnahmen sind ausdrücklich zu dokumentieren. „Nicht gesichert, weil jederzeit neu beschaffbar“ kann für einen unkritischen Bestandteil eine bewusste Entscheidung sein; für zentrale Auftragsdaten wäre dieselbe Begründung ungeeignet.

Kopien gegen die betrachteten Risiken schützen

Mehrere Sicherungsstände helfen bei spät bemerkten Änderungen oder Löschungen. Ein räumlich getrennter Aufbewahrungsort kann gegen einen Schaden am Büro schützen. Getrennte Berechtigungen oder besonders geschützte Kopien können verhindern, dass ein Angriff auf das Produktivsystem automatisch sämtliche Sicherungen zerstört.

Diese Maßnahmen sind anhand der tatsächlichen Risiken zu kombinieren. Eine ständig angeschlossene Kopie am selben Server deckt andere Schäden ab als eine unabhängig geschützte Sicherung außerhalb des Standorts. Ebenso muss klar sein, wer Fehlermeldungen bearbeitet und wie lange eine unbemerkte Sicherungslücke bestehen könnte.

Der abschließende Nachweis ist die getestete Wiederherstellung. Sie zeigt, ob Quellen, Zugänge und Verfahren tatsächlich zusammenpassen. Bei Backup & Disaster Recovery betrachten wir diesen Zusammenhang im vereinbarten Umfang. Ein sinnvoller erster Schritt ist eine Sicherungsmatrix für die kritischen Abläufe und die Prüfung der bislang unklaren Zeilen.