English
Nederlands
DeutschPlanung, Medien und IT
Backup für SaaS-Anbieter und Softwareentwickler
Mindtime sichert Ihre Produktivdatenbanken, Linux-Server und Workloads in AWS, Azure oder Google Cloud auf unveränderlichen Speicher in eigenen Rechenzentren in Deutschland und den Niederlanden. So haben Sie eine Kopie außerhalb des Cloud-Kontos und der Pipeline, die beides beschädigen könnten.
Auf Deutsch, Niederländisch oder Englisch.
- DE · NLGespeichert ausschließlich in eigenen Tier-III-Rechenzentren in Deutschland und den Niederlanden
- UnveränderlichObject-Lock-Speicher plus eine Air-Gap-Kopie; wir prüfen jeden Backup-Job
- ISO 27001 · NEN 7510Zertifiziert nach ISO 27001 und NEN 7510, der niederländischen Norm für Informationssicherheit im Gesundheitswesen; ein AVV zu jedem Vertrag
- DE · NL · ENSupport von Menschen, kein Callcenter im Ausland, keine Chatbots
Die kurze Antwort
Ein SaaS-Anbieter braucht Backups außerhalb des eigenen Cloud-Kontos. Eine gelöschte Tabelle, ein geleakter Schlüssel oder ein fehlerhaftes Deployment zerstören die Kundendaten, die Sie verwalten. Mindtime speichert unveränderliche Kopien von Datenbanken, Linux-Servern und Cloud-Workloads in eigenen Tier-III-Rechenzentren in Deutschland und den Niederlanden, dazu eine Air-Gap-Kopie.
Was auf dem Spiel steht
Was ein SaaS-Anbieter an Daten verlieren kann
Produktivdatenbanken
Datensätze, Einstellungen und Historie Ihrer Kunden liegen in PostgreSQL, MySQL oder SQL Server. Eine Migration gegen die falsche Umgebung löscht sie in Sekunden, und Replikas übernehmen den Fehler getreu.
Quellcode und Build-Historie
Repositories, CI-Pipelines und Release-Artefakte sind Ihr Weg, das Produkt neu zu bauen und zu patchen. Fällt ein selbst betriebener Git-Server aus, fehlt mehr als der Code.
Konfiguration, Schlüssel und Infrastrukturzustand
Verschlüsselungsschlüssel, Secrets-Dateien und Infrastrukturdefinitionen vergisst man leicht. Fehlen sie, bleiben wiederhergestellte Daten unlesbar, oder die Plattform lässt sich nicht neu aufbauen.
Regeln und Pflichten
Was NIS2UmsuCG, CRA und DSGVO von Softwareanbietern verlangen
Zusammengefasst aus den Quellen am Ende dieser Seite. Das ist eine allgemeine Information und keine Rechtsberatung.
Cloud-Dienste stehen in Anlage 1 BSIG
Anlage 1 BSIG nennt im Sektor „Digitale Infrastruktur“ unter Nr. 6.1.4 Anbieter von Cloud-Computing-Diensten und unter Nr. 6.1.5 Anbieter von Rechenzentrumsdiensten. Ob ein SaaS-Produkt als Cloud-Computing-Dienst im Sinne des Gesetzes zählt, prüfen Sie im Einzelfall. [1]
Größe nach § 28 BSIG
Wichtige Einrichtung ist, wer in einem Sektor der Anlage 1 mindestens 50 Beschäftigte hat oder mehr als 10 Millionen Euro Jahresumsatz und Jahresbilanzsumme erreicht. Besonders wichtig wird es ab 250 Beschäftigten. Ein junges Start-up mit 15 Leuten liegt meist darunter. [2]
Backup und Wiederherstellung nach § 30 BSIG
Fallen Sie unter das Gesetz, verlangt § 30 Abs. 2 Nr. 3 BSIG „Backup-Management und Wiederherstellung nach einem Notfall“. Nr. 5 deckt Sicherheitsmaßnahmen bei Beschaffung, Entwicklung und Wartung von IT-Systemen ab, einschließlich des Umgangs mit Schwachstellen. [3]
Cyber Resilience Act: Meldepflicht seit 11. September 2026
Hersteller von Produkten mit digitalen Elementen, dazu zählen viele Softwareprodukte, melden aktiv ausgenutzte Schwachstellen und schwere Sicherheitsvorfälle: Frühwarnung binnen 24 Stunden, ausführliche Meldung binnen 72 Stunden. Die übrigen Anforderungen gelten schrittweise bis zum 11. Dezember 2027. [5]
Finanzkunden prüfen Sie nach DORA mit
Banken und Versicherer müssen DORA seit dem 17. Januar 2025 anwenden, einschließlich des Risikomanagements bei IKT-Drittdienstleistern. Liefert Ihre Software an Finanzunternehmen, rechnen Sie mit Fragen zu Backup und Wiederherstellung. [6]
Ihre Kunden sind Verantwortliche, Sie sind Auftragsverarbeiter
Verarbeitet Ihre Plattform personenbezogene Daten im Auftrag, regelt Art. 28 DSGVO den Vertrag. Einen weiteren Dienstleister, etwa für Backups, setzen Sie nur mit Genehmigung des Kunden ein (Abs. 2), und Art. 33 Abs. 2 DSGVO verpflichtet Sie, Datenpannen unverzüglich zu melden. [7]
Wenn etwas schiefgeht
Eine Migration gegen die falsche Datenbank
Beispiel: Ein Entwickler eines kleinen SaaS-Unternehmens startet ein Aufräum-Skript gegen Produktion statt gegen Staging, und eine Tabelle mit Kundenrechnungen verschwindet. Das Read-Replica zieht Sekunden später nach, und die Snapshots des Cloud-Anbieters liegen im selben Konto, auf das die Zugangsdaten des Entwicklers zugreifen. Das Team stellt die Datenbank aus der unveränderlichen Mindtime-Kopie in einer isolierten Umgebung wieder her, vergleicht sie mit dem Live-System und spielt nur die fehlenden Zeilen zurück. Danach informiert es die betroffenen Kunden als deren Auftragsverarbeiter und regelt neu, wer Migrationen auf Produktion starten darf.
So schützt Mindtime Ihre Daten
Backup für SaaS-Anbieter, Workload für Workload
- Datenbank-BackupKundendaten in PostgreSQL, MySQL oder SQL Server lassen sich nicht aus dem Code neu erzeugen.
- Linux-Server-BackupAnwendungs-, Git- und CI-Server laufen meist unter Linux, mit Konfiguration, die man schnell verliert.
- AWS-BackupEine Kopie außerhalb Ihres AWS-Kontos schützt vor gelöschten Ressourcen und geleakten Schlüsseln.
- Azure-BackupProdukte auf Azure brauchen ein Backup, das nicht vom selben Tenant und denselben Berechtigungen abhängt.
- Google-Cloud-BackupTeams auf Google Cloud erhalten eine unabhängige Kopie in Deutschland und den Niederlanden.
- Disaster RecoveryKunden erwarten den Dienst schnell zurück, und Standby-Infrastruktur gibt Ihnen einen Ort, an dem er läuft.
Ihre Software und was wir darum herum sichern
| GitLab Self-Managed | Das Backup von GitLab enthält laut Dokumentation die Konfigurationsdateien nicht, etwa /etc/gitlab/gitlab-secrets.json und gitlab.rb. Läuft GitLab auf Ihrem eigenen Linux-Server, sichert Mindtime den ganzen Server samt Konfiguration. |
|---|---|
| GitHub | Die Repositories liegen bei GitHub, das einen Mirror-Clone als eigene Sicherung beschreibt. Legen Sie diesen Mirror auf einen Server, den Mindtime sichert, und prüfen Sie die Bedingungen von GitHub. |
| Jira und Confluence (Atlassian Cloud) | Spezifikationen und Tickets liegen beim Anbieter. Atlassian weist darauf hin, dass seine Backups keine Löschungen durch Kunden rückgängig machen. Prüfen Sie Export und Aufbewahrung; Mindtime schützt die Postfächer, Laptops und Server drumherum. |
| PostgreSQL, MySQL und SQL Server | Ob auf eigenen Servern oder in virtuellen Maschinen in der Cloud: Mindtime sichert die Datenbankserver mit Ihren Kundendaten. |
| AWS, Azure und Google Cloud | Mindtime sichert Workloads in diesen Clouds in eigene Rechenzentren. So existiert eine Kopie außerhalb des Kontos, in dem Produktion läuft. |
Vor dem Wechsel
Was Softwareteams uns zuerst fragen
Unser Cloud-Anbieter macht doch Snapshots.
Snapshots liegen meist im selben Konto. Ein geleakter Schlüssel oder ein achtloses Skript löscht sie zusammen mit Produktion. Mindtime hält unveränderliche Kopien in eigenen Rechenzentren und zusätzlich eine Air-Gap-Kopie, außerhalb Ihres Cloud-Kontos.
Wir replizieren über zwei Verfügbarkeitszonen.
Replikation schützt vor Hardwareausfall, nicht vor fehlerhaften Schreibzugriffen: Eine gelöschte Tabelle ist überall gelöscht. Sie brauchen eine Kopie zu einem früheren Zeitpunkt, die niemand ändern kann. Das leistet ein unveränderliches Backup.
Unsere Kunden fragen, wo die Backups liegen.
Sie können genau antworten: in eigenen Tier-III-Rechenzentren von Mindtime in Deutschland und den Niederlanden, mit AVV, ISO-27001- und NEN-7510-zertifiziert. Das hilft bei Sicherheitsfragebögen europäischer Kunden.
Häufige Fragen
Häufige Fragen zum Backup für SaaS-Anbieter
Warum sichert man eine SaaS-Plattform außerhalb der Cloud, auf der sie läuft?
Die größten Risiken entstehen im Konto selbst: ein falscher Befehl, ein kompromittierter Deploy-Schlüssel, ein Angreifer mit Admin-Rechten. Eine Kopie in den Rechenzentren eines anderen Anbieters, unveränderlich über Object Lock und als Air-Gap-Kopie, bleibt davon unberührt. Mindtime prüft jeden Backup-Job und überwacht rund um die Uhr.
Fällt mein SaaS-Unternehmen unter NIS2?
Es kann. Anlage 1 BSIG nennt Anbieter von Cloud-Computing-Diensten und von Rechenzentrumsdiensten. Das NIS2UmsuCG greift ab 50 Beschäftigten oder mehr als 10 Millionen Euro Jahresumsatz und Jahresbilanzsumme. Kleine Teams liegen meist darunter. Prüfen Sie es mit der NIS-2-Betroffenheitsprüfung des BSI. Mindtime hilft beim Backup-Teil, nicht bei Ihrer gesamten Sicherheitsorganisation.
Gilt der Cyber Resilience Act auch für SaaS?
Der CRA betrifft Produkte mit digitalen Elementen, darunter viele Softwareprodukte. Die Seite der Handelskammer Hamburg, die wir geprüft haben, klärt nicht, ob ein reiner Online-Dienst darunter fällt. Liefern Sie auch Apps, Agenten oder Software für den eigenen Betrieb beim Kunden, ist die Meldepflicht seit dem 11. September 2026 ein Thema für Sie. Lassen Sie das rechtlich prüfen.
Können wir eine Wiederherstellung testen, ohne Produktion anzufassen?
Ja. Mindtime stellt in einer isolierten Umgebung wieder her, sodass Sie eine Datenbank oder einen Server prüfen, bevor etwas zurück in Produktion geht. Mit Disaster Recovery findet der erste Test-Failover in der Regel innerhalb von 10 Tagen statt, danach vierteljährlich. Das liefert Ihnen Nachweise für Kundenaudits.
Wir brauchen etwas Individuelleres. Geht das?
Ja. Für größere oder ungewöhnliche Umgebungen entwickelt Mindtime individuelle Lösungen mit dem Entwicklungsteam von IT22 innerhalb der Group22. Beginnen Sie mit einer kostenlosen 15-minütigen Demo, um Ihre Architektur durchzugehen. Sie sprechen mit Mindtime-Mitarbeitern auf Deutsch, Niederländisch oder Englisch, nicht mit einem Chatbot oder einem Callcenter im Ausland.
Mit Ihren eigenen Daten
15-minütige Demo vereinbaren
Wir zeigen Ihnen ein Backup und eine Wiederherstellung und beantworten Ihre Fragen auf Deutsch, Niederländisch oder Englisch. Kein Callcenter im Ausland, keine Chatbots.