Ein Backup läuft, aber wurde es je wiederhergestellt? In diesem Video zeigt Nino vier häufige Gründe, warum Backups im Ernstfall trotzdem versagen, und wie du dein Unternehmen wirklich absicherst.
Die meisten Unternehmen haben ein Backup-Problem gelöst, aber das falsche. Sie stellen sicher, dass jede Nacht eine Sicherung läuft, doch die eigentliche Frage bleibt offen: Lässt sich damit im Ernstfall tatsächlich wieder alles zum Laufen bringen? Ein Backup, das läuft, ist nicht dasselbe wie ein Unternehmen, das nach einem Ausfall wieder funktionsfähig ist. Der Vergleich mit dem Ersatzreifen im Auto passt gut: Du hast ihn zwar dabei, aber wenn du nie geprüft hast, ob Wagenheber und Radmuttern überhaupt passen, hilft er dir im Ernstfall womöglich nicht.
Der häufigste Grund, warum Backups im Ernstfall versagen: Sie wurden zwar zuverlässig erstellt, aber nie testweise zurückgespielt. Im Ausfall zeigt sich dann, dass Datenbanken unvollständig sind, Berechtigungen nicht mehr stimmen oder niemand weiss, in welcher Reihenfolge die Systeme wieder hochgefahren werden müssen. Der pragmatische Vorschlag: Nimm ein kritisches System, stelle es in einer kontrollierten Umgebung wieder her und prüfe, ob wirklich alles funktioniert. Dokumentiere, was nicht funktioniert hat oder unklar war. So bist du im Notfall vorbereitet und weisst, wie lange die Wiederherstellung tatsächlich dauert.
Die entscheidende Zahl heisst Recovery Time Objective, kurz RTO. Sie beschreibt, wie lange ein Ausfall maximal dauern darf, bevor er fürs Unternehmen nicht mehr tragbar ist. Wiederherstellung ist selten ein einzelner Knopfdruck, sondern eine Abfolge: Identitätsverwaltung, Datenbank, Server, Cloud-Dienste und Fachanwendungen müssen in der richtigen Reihenfolge wieder laufen. Bei mehreren Terabyte Daten über eine normale Internetleitung reden wir dabei schnell nicht mehr über Minuten, sondern über Tage. Wer die realistische Ausfallzeit kennt, kann vernünftig entscheiden: Für das eine Unternehmen sind vier Stunden akzeptabel, für ein anderes zwei Tage. Der Fehler ist, zuerst eine Backup-Technik zu kaufen und danach zu schauen, wie man wiederherstellt. Richtig ist es umgekehrt: zuerst die akzeptable Ausfallzeit festlegen, dann die passende Backup- und Wiederherstellungsstrategie dazu wählen.
Viele Backup-Konzepte wurden eingerichtet, als im Unternehmen noch ein einzelner Fileserver im Keller stand. Heute laufen Daten in Microsoft 365, in Teams, auf Notebooks, im CRM oder in ERP-Systemen, oft ohne dass das Backup-Konzept mitgewachsen ist. Eine häufige blinde Stelle: die Annahme, Microsoft 365 sichere automatisch alle Daten. Das stimmt so pauschal nicht. Microsoft betreibt die Plattform und schützt sie gegen bestimmte Ausfälle, für die Daten, die du und dein Team im System erstellen, bearbeiten und speichern, braucht es aber ein eigenes Wiederherstellungskonzept. Versionsverlauf, Papierkorb und Aufbewahrungsrichtlinien sind wichtige Werkzeuge und helfen oft bei einzelnen gelöschten Dateien, sie schützen aber nicht automatisch vor jeder Art von Datenverlust. Bei SharePoint und OneDrive etwa gelten für gelöschte Inhalte begrenzte Wiederherstellungs- und Aufbewahrungsfristen. Wird ein Verlust erst Monate später bemerkt, sieht die Geschichte anders aus. Der Vorschlag: Erstelle eine einfache Datenlandkarte, halte die wichtigen Systeme fest und beantworte für jedes System drei Fragen. Ist es gesichert? Lässt sich ein beliebiger Zeitpunkt aus der Vergangenheit wiederherstellen? Wurde das auch getestet?
Liegt das Backup im produktiven Netzwerk, kann ein Angreifer es entweder abziehen oder im Rahmen einer Ransomware-Attacke gleich mitverschlüsseln. Wenn die Daten verschlüsselt werden, ist auch das Backup betroffen und hilft im Ernstfall nicht mehr. Mindestens ein Backup sollte deshalb ausserhalb des primären Netzwerks liegen und mit anderen Zugangsdaten gesichert sein als die im Alltag verwendeten administrativen Logins. Es geht nicht darum, jede technische Einzelheit selbst zu kennen, sondern die richtige Frage zu stellen und eine konkrete Antwort darauf zu bekommen.
Ein Backup ist kein Beweis, erst eine erfolgreich wiederhergestellte Sicherung zählt. Wie viele Daten gesichert werden, ist nicht relevant, relevant ist, wie lange die Wiederherstellung dauert. Die meisten Unternehmen sind heute in der Cloud unterwegs, aber die Sicherung wächst nicht automatisch mit. Und ein Backup, das ein Angreifer verschlüsseln oder abziehen kann, ist im Ernstfall kein Backup.
Viele Unternehmen prüfen täglich, ob das Backup gelaufen ist, aber nie, ob sich daraus tatsächlich wieder ein funktionierender Arbeitsplatz herstellen lässt. Im Ernstfall zeigt sich dann oft, dass Datenbanken unvollständig sind, Berechtigungen fehlen oder niemand weiss, in welcher Reihenfolge die Systeme hochgefahren werden müssen. Der entscheidende Unterschied liegt zwischen Backup läuft und Unternehmen ist funktionsfähig. Deshalb empfiehlt BeeBase, regelmässig ein kritisches System testweise in einer kontrollierten Umgebung wiederherzustellen und alle Auffälligkeiten zu dokumentieren. So weisst du im Ernstfall genau, worauf du dich verlassen kannst.
Ausführliche Antwort im FAQDas Recovery Time Objective, kurz RTO, gibt an, wie lange ein Totalausfall dauern darf, bevor er das Unternehmen ernsthaft schädigt. Die Wiederherstellung ist selten ein einzelner Schritt, sondern eine Abfolge aus Identitätsverwaltung, Datenbanken, Servern, Cloud-Diensten und Fachanwendungen. Bei grossen Datenmengen über eine normale Internetleitung dauert das schnell Tage statt Minuten. Viele Unternehmen kaufen zuerst eine Backup-Technik und fragen sich danach, wie lange die Wiederherstellung dauert. Richtig ist der umgekehrte Weg: zuerst die für das eigene Geschäft akzeptable Ausfallzeit festlegen, dann die passende Backup- und Wiederherstellungsstrategie danach ausrichten. BeeBase unterstützt Unternehmen dabei, ein realistisches RTO zu definieren und die technische Lösung darauf abzustimmen.
Ausführliche Antwort im FAQEin weit verbreiteter Irrtum ist die Annahme, Microsoft 365 sichere automatisch alle Unternehmensdaten. Microsoft betreibt die Plattform und schützt sie gegen bestimmte Ausfälle, für die Daten, die Mitarbeitende selbst erstellen, bearbeiten und speichern, liegt die Verantwortung aber beim Unternehmen. Versionsverlauf, Papierkorb und Aufbewahrungsrichtlinien sind zwar hilfreiche Werkzeuge und helfen oft bei einzelnen gelöschten Dateien, sie ersetzen aber kein vollständiges Backup-Konzept. Für SharePoint- und OneDrive-Inhalte gelten zudem begrenzte Wiederherstellungs- und Aufbewahrungsfristen. Wird ein Datenverlust erst später bemerkt, ist eine Wiederherstellung oft nicht mehr möglich. BeeBase hilft KMU dabei, für alle genutzten Cloud-Systeme eine klare Datenlandkarte und ein passendes Backup-Konzept zu erstellen.
Ausführliche Antwort im FAQWir schauen deine Ausgangslage an und sagen dir, was sich lohnt und was nicht. Ohne Verpflichtung.