Vor-Ort- oder Cloud-Backup für ein wachsendes Unternehmen

Am Montagmorgen startet die Abrechnung nicht. Die Datenbank auf dem Server ist beschädigt, und das Backup vom Vorabend befindet sich auf demselben Speicher wie das Live-System. Das Team weiß, dass die Daten irgendwo vorhanden sind, aber nicht, wann und in welchem Zustand sie wieder verfügbar sein werden. In solchen Fällen ist die Frage nach einem lokalen oder Cloud-Backup kein IT-Detail mehr, sondern ein operatives Risiko: Kann die Ware ausgeliefert werden, kann die Rechnung erstellt werden, sind die Kundendaten zugänglich und wie lange bleibt die Arbeit stehen?

In vielen Unternehmen hat sich die Backup-Strategie historisch entwickelt. Es gab einen Server, dazu kam ein Netzwerkspeicher, später eine externe Festplatte oder ein Cloud-Speicher. Diese sind für sich genommen nicht unbedingt schlechte Lösungen. Das Problem beginnt, wenn niemand genau weiß, von welchen Systemen Backups erstellt werden, wo sie sich befinden, wie lange sie aufbewahrt werden und ob sie tatsächlich wiederherstellbar sind.

Das Ziel des Backups ist nicht das Kopieren von Dateien

Der Backup-Bedarf eines Unternehmens ergibt sich nicht daraus, wie viele Terabyte an Daten gespeichert werden. Er ergibt sich daraus, welche Geschäftsprozesse nach einem Fehler wieder in Betrieb genommen werden müssen.

Es macht einen Unterschied, ob ein archivierter Vertrag für einige Stunden nicht verfügbar ist oder ob die Webshop-Bestandsdaten, das Produktionssystem, die Auftragsverwaltung oder die Finanzdatenbank ausfallen. Das erste kann eine Unannehmlichkeit sein. Das zweite kann zu direkten Einnahmeverlusten, fehlerhafter Leistung, Vertrauensverlust der Kunden und erheblichen Überstunden führen.

Deshalb müssen zwei Fragen getrennt behandelt werden. Die eine ist die Wiederherstellungszeit: Wie schnell muss ein System wieder funktionieren? Die andere ist der akzeptable Datenverlust: Wie viele aktuelle Daten dürfen maximal verloren gehen? Wenn ein Lagersystem nur auf den Stand des Vortages zurückgesetzt werden kann, müssen die zwischenzeitlich aufgegebenen, angenommenen oder umgebuchten Warenbewegungen manuell rekonstruiert werden. Dies ist oft ein größeres Problem als der eigentliche IT-Ausfall.

Eine gute Backup-Lösung ist nicht deshalb gut, weil sie automatisch läuft. Sie ist gut, weil das Unternehmen in einer bekannten Vorfallsituation innerhalb akzeptabler Zeit mit überprüften Daten weiterarbeiten kann.

Lokales oder Cloud-Backup: keine ausschließliche Wahl

Das lokale Backup wird typischerweise auf einem Speicher am Unternehmensstandort oder im eigenen Serverraum erstellt. Der Vorteil ist die schnelle lokale Wiederherstellung und die direkte Kontrolle. Wenn eine große Datenbank, mehrere virtuelle Server oder ein umfangreicher Dateisatz wiederhergestellt werden müssen, kann die lokale Netzwerkverbindung wesentlich schneller sein als ein Internet-Download.

Dies kann besonders relevant in Produktions-, Logistik- oder Büroumgebungen sein, in denen mehrere Systeme eng miteinander verbunden sind. Eine lokale Backup-Infrastruktur ist auch dann wertvoll, wenn die Internetverbindung vorübergehend nicht verfügbar ist oder wenn eine schnelle Wiederherstellung eines vollständigen Systemabbilds erforderlich ist.

Gleichzeitig hat das lokale Backup eine grundlegende Einschränkung: Es trägt dieselben physischen Risiken wie die Live-Umgebung. Feuer, Wasserschäden, Stromausfall, Diebstahl, Ransomware oder ein fehlerhafter Administratorvorgang können gleichzeitig den Server und das Backup betreffen. Wenn der Backup-Speicher kontinuierlich beschreibbar ist und mit denselben Berechtigungen zugänglich ist, stoppt ein Angriff nicht unbedingt beim Live-System.

Das Cloud-Backup hingegen trennt die gesicherten Daten physisch vom Standort. Ein gut gestalteter Dienst kann Versionskontrolle, Verschlüsselung, geografische Redundanz und längere Aufbewahrungszeiten bieten. Dies ist besonders nützlich, wenn das Unternehmen an mehreren Standorten tätig ist, Remote-Arbeit unterstützt oder nicht über eine eigene, ausreichend geschützte Infrastruktur verfügt.

Das Cloud-Backup ist jedoch kein Zaubertrick. Die Wiederherstellungszeit wird durch die Internetverbindung, die Datenmenge, die gewählte Service-Stufe und die Frage beeinflusst, ob eine einzelne Datei oder eine gesamte Serverumgebung wiederhergestellt werden muss. Ein Backup eines Systems mit mehreren Terabyte in der Cloud kann sicher sein, aber eine dringende vollständige Wiederherstellung kann dennoch Stunden oder Tage dauern, wenn die Verbindung oder der Plan nicht darauf ausgelegt ist.

In der Praxis ist für die meisten wachsenden Unternehmen weder das ausschließlich lokale noch das ausschließlich Cloud-Modell das Beste. Die Kombination der beiden Ansätze bietet einen wesentlichen Schutz: schnelle lokale Wiederherstellung bei häufigen Fehlern sowie eine getrennte Kopie für schwerwiegendere Vorfälle.

Zuerst müssen die Prozesse und Abhängigkeiten kartiert werden

Ein Backup-Projekt beginnt oft als technische Frage: Welchen Speicher sollen wir kaufen, welchen Cloud-Anbieter sollen wir wählen, wie viel Kapazität wird benötigt? Diese sind berechtigte Fragen, kommen aber zu früh.

Zuerst muss verstanden werden, wie die Informationen im Unternehmen fließen. Eine Bestellung im Webshop kann in die Webshop-Engine, dann in ein ERP, anschließend in die Abrechnung, das Lagersystem und die Kurierintegration gelangen. Wenn nur ein System auf einen älteren Zustand zurückgesetzt werden kann, während die anderen Systeme aktuellere Daten haben, entstehen leicht Abweichungen. Die Bestellung erscheint an einem Ort als erfüllt, fehlt jedoch an einem anderen. In solchen Fällen kann die geschäftliche Abstimmung nach der Wiederherstellung genauso viel Aufwand erfordern wie die technische Wiederherstellung selbst.

Dasselbe gilt für die Produktion. Es kann vorkommen, dass der Produktionsplan, die Maschinendaten, die Qualitätsdokumentation und die Bestandsführung in verschiedenen Systemen leben. Es ist nicht notwendig, allen Daten dasselbe Wiederherstellungsziel zu geben. Aber man muss wissen, welcher Ausfall die Produktion stoppt, welche Daten rekonstruierbar sind und welche gesetzliche oder vertragliche Aufbewahrungspflichten haben.

Die Backup-Strategie ist somit tatsächlich eine Entscheidung zur Geschäftskontinuität. Systeme, Daten, Verantwortlichkeiten und Wiederherstellungsreihenfolgen müssen festgelegt werden. Es reicht nicht aus, einfach zu sagen, dass „von allem ein Backup erstellt wird“.

Welche Fragen muss ein funktionierender Backup-Plan beantworten?

Ein brauchbarer Plan muss klarstellen, von welchen Servern, Datenbanken, Benutzerdateien und Cloud-Geschäftsanwendungen Backups erstellt werden. Ein häufiger Irrtum ist, dass die Nutzung eines SaaS-Systems automatisch einen umfassenden Datenschutz bedeutet. Die Verfügbarkeit des Dienstes und die langfristige, detaillierte Wiederherstellbarkeit der eigenen Daten des Unternehmens sind nicht immer dasselbe.

Der Plan muss auch festlegen, wer im Falle eines fehlgeschlagenen Backups alarmiert wird, wer berechtigt ist, eine Wiederherstellung zu starten, und wer entscheidet, aus welchem Backup-Punkt die Wiederherstellung erfolgt. Diese Verantwortlichkeiten sind besonders wichtig, wenn eine Schlüsselperson im Urlaub ist oder der Vorfall außerhalb der Arbeitszeiten auftritt.

Die Aufbewahrungszeit muss an den geschäftlichen Bedarf angepasst werden. Ein tägliches Backup kann unzureichend sein, wenn tagsüber viele Bestellungen und Finanztransaktionen anfallen. Eine mehrtägige Aufbewahrung schützt nicht vor einem Fehler, der erst Wochen später bemerkt wird. Die Anzahl der Versionen, die Aufbewahrungszeit und die Häufigkeit der Wiederherstellung bestimmen gemeinsam das Risiko und die Kosten.

Besondere Aufmerksamkeit verdient der Schutz der Backups. Verschlüsselung, mehrstufiger Zugang, getrennte Administratorenkonten und gegen Änderungen geschützte Backup-Kopien sind keine übertriebenen Vorsichtsmaßnahmen. Bei einem Ransomware-Vorfall können gerade diese Maßnahmen darüber entscheiden, ob ein sauberes, nutzbares Backup verfügbar ist.

Der Wiederherstellungstest ist der einzige echte Beweis

Die meisten Backup-Mängel werden nicht bei der Erstellung des Backups, sondern bei der Wiederherstellung entdeckt. Es kann sein, dass die Aufgabe täglich einen grünen Status hat. Dennoch kann es zu fehlerhaften Datenbank-Backups, fehlenden Verschlüsselungsschlüsseln, nicht dokumentierten Abhängigkeiten oder zu langsamen Wiederherstellungen kommen.

Es ist ratsam, regelmäßig Tests durchzuführen, und zwar nicht nur mit der Wiederherstellung einer einzigen Datei. Auch die vollständige Wiederherstellung eines geschäftskritischen Systems sollte in einer isolierten Umgebung überprüft werden. Während des Tests wird messbar, wie viel Zeit für den Start des Systems benötigt wird, ob die erforderlichen Zugänge verfügbar sind und welche Nacharbeiten zur Überprüfung der Datenkonsistenz erforderlich sind.

Dieser Test dient nicht dazu, die IT zu beschuldigen. Das Ziel ist, dass ein echter Vorfall nicht das erste Mal ist, dass die Organisation versucht, die Wiederherstellung durchzuführen.

Das richtige Verhältnis richtet sich nach dem Betrieb des Unternehmens

Ein kleineres Unternehmen mit wenigen kritischen Systemen kann mit einer einfacheren, aber regelmäßig überprüften lokalen und Cloud-Kopie auskommen. Ein Handels- oder Produktionsunternehmen mit mehreren Standorten benötigt möglicherweise eine detailliertere Wiederherstellungsreihenfolge, schnelle lokale Backups, getrennte Remote-Kopien und dokumentiertes Vorfallmanagement.

Nicht die meiste Speicherkapazität oder die längste Funktionsliste bedeutet Sicherheit. Die richtige Entscheidung beginnt damit, dass man versteht, welche Arbeit der Ausfall eines Systems genau stoppt, wer betroffen ist, wie viele Daten entstehen und wie schnell zur normalen Betriebsweise zurückgekehrt werden muss.

Es lohnt sich, in einer ruhigen Zeit zu überlegen: Wenn morgen früh das wichtigste System nicht startet, wer könnte dann sagen, aus welchem Backup, in welcher Reihenfolge und wie lange es dauert, bis die Arbeit wiederhergestellt ist? Wenn darauf keine klare Antwort gibt, wird nicht in erster Linie neue Technologie benötigt, sondern ein klarerer Betriebsplan.