Backup. Vom Wiederanlauf aus gedacht.
Ein erfolgreicher Sicherungslauf beantwortet noch nicht, ob der Betrieb nach einem Ausfall wieder anlaufen kann. Wir entwickeln und prüfen Backup-Konzepte für Server, Arbeitsdaten und Cloud-Dienste – mit definiertem Sicherungsumfang, Aufbewahrung, Monitoring und Restore-Tests.
- 01Identitäten
- 02Geräte & Netzwerk
- 03Daten & Wiederanlauf
Vom Wiederanlauf rückwärts denken.
RPO beschreibt vereinfacht, wie viel Datenstand im Störungsfall höchstens fehlen darf. RTO beschreibt, in welchem Zeitraum ein Dienst wieder nutzbar sein soll. Diese Geschäftsanforderungen bestimmen Sicherungsintervalle, Aufbewahrung und Wiederherstellungswege. Wir erfassen Datenquellen und Abhängigkeiten, planen getrennte Kopien nach dem 3-2-1-Grundgedanken und dokumentieren Tests. Eine Sicherung ersetzt jedoch weder Hochverfügbarkeit noch automatisch einen vollständigen Disaster-Recovery-Plan.
Datenquellen & Abhängigkeiten
Dateien, Datenbanken, virtuelle Maschinen, Arbeitsplätze und Cloud-Daten erfassen. Anwendungen, Identitäten, DNS und weitere Voraussetzungen für einen Wiederanlauf mit berücksichtigen.
RPO, RTO & Prioritäten
Mit den Verantwortlichen klären, welcher Datenverlust und welche Ausfallzeit für einzelne Dienste vertretbar sind. Technische Machbarkeit, Aufwand und Kosten werden davon getrennt bewertet.
3-2-1 & Aufbewahrung
Mehrere Kopien, unterschiedliche Speicherarten und eine getrennte Kopie als Planungsgrundsatz nutzen. Aufbewahrungsdauer, Löschbedarf, Kapazität und Schutz der Backup-Zugänge festlegen.
Monitoring & Zuständigkeit
Sicherungsläufe und relevante Meldungen im vereinbarten Umfang prüfen. Festlegen, wer Fehler bewertet, nachfasst und bei wiederholten oder kritischen Problemen eskaliert.
Restore-Test & Dokumentation
Ausgewählte Dateien, Datenbanken oder Systeme in einer geeigneten Umgebung wiederherstellen. Ergebnis, Dauer, Abweichung vom Ziel und notwendige Nacharbeiten dokumentieren.
Wenn eine Sicherung auch wiederherstellbar sein muss.
Die Leistung eignet sich für Unternehmen mit Servern, Fachanwendungen, Arbeitsdaten oder Cloud-Diensten, deren Verlust den Betrieb beeinträchtigt. Umfang und Testtiefe richten sich nach Datenwert, Abhängigkeiten und vereinbarten Wiederanlaufzielen.
Bestehendes Backup prüfen
Datenquellen, Ausschlüsse, Aufbewahrung, letzte Meldungen und vorhandene Restore-Nachweise werden aufgenommen.
Strategie statt Einzeljob
Kopien, Speicherorte, Konten, Intervalle und Löschfristen werden zusammen geplant. Ein grüner Jobstatus allein reicht nicht als Wiederherstellungsnachweis.
Grenzen sichtbar machen
Nicht gesicherte Daten, abhängige Herstellerdienste, Wiederbeschaffung von Hardware und noch ungetestete Schritte werden ausdrücklich dokumentiert.
Vom Geschäftsziel zum geprüften Restore.
Die passende Backup-Strategie entsteht aus Datenwert und Wiederanlaufbedarf, nicht allein aus Speicherkapazität oder einem Produktnamen.
- 01
Erfassen
Datenquellen, Anwendungen, Verantwortliche, vorhandene Sicherung und technische Abhängigkeiten aufnehmen.
- 02
Ziele definieren
RPO, RTO, Aufbewahrung, Prioritäten, Ausschlüsse und erforderliche getrennte Kopien abstimmen.
- 03
Sicherung organisieren
Jobs, Speicherziele, Zugänge, Monitoring und Fehlerbearbeitung entsprechend dem vereinbarten Konzept einrichten.
- 04
Wiederherstellung testen
Ausgewählten Restore durchführen, Ergebnis und Dauer dokumentieren und offene Lücken priorisieren.
Mit diesen Informationen kommen wir weiter.
Sie müssen nicht alles vorab wissen. Eine kurze Beschreibung Ihrer Ausgangslage genügt für den ersten Kontakt. Bitte senden Sie keine Passwörter über das Kontaktformular.
- Datenquellen und vorhandene Sicherungssoftware
- Aufbewahrungsfristen und Wiederanlaufziele
- Getrennte oder externe Sicherungskopien
- Protokoll des letzten Wiederherstellungstests
Gut zu wissen.
Was bedeutet die 3-2-1-Regel?
Sie beschreibt drei Datenkopien auf zwei unterschiedlichen Medien oder Speicherarten, davon eine räumlich getrennt. Das konkrete Konzept muss zusätzlich Zugriffsrechte, Löschrisiken und Bedrohungen berücksichtigen.
Wie oft sollte ein Restore getestet werden?
Das hängt von Veränderungen, Datenwert und Betriebsanforderungen ab. Ein Testplan sollte regelmäßige Prüfungen, größere Systemänderungen und besonders kritische Dienste berücksichtigen.
Was ist der Unterschied zwischen RPO und RTO?
RPO bezieht sich auf den maximal vertretbaren Datenverlust in Zeit, RTO auf die angestrebte Dauer bis zur Wiederherstellung eines Dienstes. Beides sind Ziele, deren technische und wirtschaftliche Machbarkeit geprüft werden muss.
Ist jedes Cloud-System automatisch gesichert?
Nein. Aufbewahrung, Papierkorb und Wiederherstellungsfunktionen unterscheiden sich je Anbieter und Lizenz. Cloud-Daten werden ausdrücklich in den Sicherungsumfang aufgenommen oder als Ausschluss dokumentiert.
Was muss im Ernstfall zurückkommen?
Nennen Sie wichtige Daten, Anwendungen, vorhandene Sicherungen und den letzten Restore-Test. Wir klären RPO, RTO, Aufbewahrung und sinnvolle Prüfschritte.
Backup-Konzept prüfen 040 / 71 62 89 50