On-Premise 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 nutzbar sein werden. In solchen Fällen ist die Frage nach einem lokalen oder Cloud-Backup kein IT-Detail mehr, sondern ein Betriebsrisiko: 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 wiederhergestellt werden können.

Das Ziel eines Backups ist nicht das Kopieren von Dateien

Der Backup-Bedarf eines Unternehmens ergibt sich nicht daraus, wie viele Terabyte 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 ein paar Stunden nicht verfügbar ist oder ob die Webshop-Bestandsdaten, das Fertigungssystem, die Auftragsverwaltung oder die Finanzdatenbank ausfallen. Das Erste kann unangenehm sein. Das Zweite kann zu direkten Einnahmeverlusten, fehlerhaften Leistungen, Vertrauensverlust bei 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 vom Vortag 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 einer akzeptablen 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 eine schnelle Wiederherstellung eines vollständigen Systemabbilds erforderlich ist.

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

Das Cloud-Backup hingegen trennt die gesicherten Daten physisch vom Standort. Ein entsprechend gestalteter Dienst kann Versionierung, 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, das gewählte Service-Level und die Frage beeinflusst, ob eine einzelne Datei oder eine vollständige 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 erfordern, wenn die Verbindung oder der Plan nicht entsprechend dimensioniert ist.

In der Praxis ist daher für die meisten wachsenden Unternehmen weder das ausschließlich lokale noch das ausschließlich Cloud-Modell die beste Lösung. 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, dann in die Rechnungsstellung, das Lagersystem und die Kurierintegration gelangen. Wenn nur ein System auf einen älteren Stand zurückgesetzt werden kann, während in den anderen Systemen neuere Daten vorhanden sind, entsteht leicht eine Diskrepanz. Die Bestellung scheint an einem Ort erfüllt zu sein, fehlt aber 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 eigentlich eine Entscheidung zur Geschäftskontinuität. Systeme, Daten, Verantwortlichkeiten und Wiederherstellungsreihenfolgen müssen festgelegt werden. Es reicht nicht aus, 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 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 bei einem fehlgeschlagenen Backup 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 Arbeitszeit 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 Wiederherstellungshäufigkeit gestalten zusammen das Risiko und die Kosten.

Besondere Aufmerksamkeit verdient der Schutz der Backups. Die Verschlüsselung, der mehrstufige Zugriff, die getrennten Administratorkonten und die gegen Änderungen geschützten Backup-Kopien sind keine übertriebenen Vorsichtsmaßnahmen. Bei einem Ransomware-Vorfall können gerade diese entscheiden, ob ein sauberes, nutzbares Backup verfügbar ist.

Der Wiederherstellungstest ist der einzige wirkliche Beweis

Die meisten Backup-Mängel werden nicht beim Erstellen des Backups, sondern bei der Wiederherstellung entdeckt. Es kann sein, dass die Aufgabe täglich einen grünen Status hat. Trotzdem 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 einzelnen 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 Systemstart benötigt wird, ob die erforderlichen Zugriffe 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, eine 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 Fertigungsunternehmen mit mehreren Standorten benötigt möglicherweise detailliertere Wiederherstellungsreihenfolgen, 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, zu verstehen, welcher Arbeitsablauf durch den Ausfall eines Systems genau gestoppt wird, 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 sagen, aus welchem Backup, in welcher Reihenfolge und wie lange es dauert, bis die Arbeit wiederhergestellt ist? Wenn darauf keine klare Antwort gegeben werden kann, wird nicht in erster Linie neue Technologie benötigt, sondern ein klarerer Betriebsplan.