> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-de/absichern-and-steuern/data-backup-and-recovery.md).
# Datensicherung & Wiederherstellung
Dispels Ansatz für Datenspeicherung, Aufbewahrung und Wiederherstellung ist darauf ausgelegt, robuste Sicherheit und betriebliche Ausfallsicherheit zu bieten. Durch die Kombination aus verschlüsselten Speicherlösungen, automatisierten Sicherungsmechanismen und geografisch verteilter Redundanz wollen wir Ihre Daten vor unbefugtem Zugriff und Datenverlust schützen. Diese Dokumentation beschreibt die technischen Details der Funktionsweise dieser Systeme, die sie regelnden Richtlinien und die Vorgehensweisen, die im Falle eines Bedarfs an Datenwiederherstellung zu befolgen sind.
## Datenstandorte
Dispel-Kunden können zwischen zwei Datenresidenz-Standorten wählen:
| Dashboard-Typ | Standort | Pläne |
| ------------- | ------------------ | ------------------- |
| Dispel - USA | Vereinigte Staaten | SaaS |
| Dispel - EU | Europa | SaaS, Private Cloud |
## Datensicherung
Dispel führt automatische Backups aller Kunden- und Systemdaten durch, um vor katastrophalen Verlusten aufgrund unvorhergesehener Ereignisse zu schützen, die das gesamte System beeinträchtigen. Ein automatisierter Prozess sichert alle Daten in einem Speicher, der gegen Ereignisse widerstandsfähig ist, die eine gesamte Verfügbarkeitszone beeinträchtigen. Standardmäßig werden Daten mindestens einmal alle 24 Stunden gesichert. Die Backups werden in einem verschlüsselten Datenarchiv gespeichert. Die Backups werden überwacht und es werden Warnmeldungen ausgelöst.
Alle von Dispel verwalteten Datenbanken bieten kontinuierlichen Schutz, indem Snapshots, Basis-Backups und WAL-Dateien im Objektspeicher gespeichert werden. Außerdem werden Fork- und Follower-Datenbanken implementiert, indem Snapshots oder persistente Basis-Backups und WAL-Dateien abgerufen und auf einer frischen Postgres-Installation wieder abgespielt werden. Durch das Speichern dieser physischen Backups in einem hochverfügbaren Objektspeicher können wir zudem ganze Datenbanken im Falle eines Hardwareausfalls, einer Datenbeschädigung oder einer großflächigen Dienstunterbrechung wiederherstellen. Standardmäßig bietet der Objektspeicher des Unterauftragsverarbeiters von Dispel eine dauerhafte Infrastruktur zur Speicherung wichtiger Daten und ist auf eine Haltbarkeit von 99,999999999 % der Objekte ausgelegt.
### Sicherungstypen
Dispel erstellt vollständige Datenbanksicherungen. In der Datenbank bestätigte Transaktionen werden als WAL-Dateien aufgezeichnet, die auf Snapshots oder Basis-Backups abgespielt werden können und so eine Methode zur vollständigen Rekonstruktion des Zustands einer Datenbank bieten. Snapshots werden direkt im Objektspeicher gespeichert. Basis-Backups und WAL-Dateien werden über eine Anwendung namens WAL-E an den Objektspeicher übertragen, sobald sie von Postgres bereitgestellt werden.
## Datenwiederherstellung
Datenbanken können aus Backups aus einem Kaltzustand wiederhergestellt oder mit einer vorhandenen Datenbank synchronisiert werden. Diese werden jeweils als *Fork* und *folgenden* Prozesse. Dispel kann außerdem auf eine frühere Datenbanksicherung zurückrollen.
In allen Fällen wird eine neue Datenbankinstanz (N2) erstellt, parallel zur vorhandenen Datenbank (N1) hochgefahren und dann zur primären Datenbank für die API hochgestuft. Dies wird im folgenden Prozessdiagramm gezeigt, das eine Datenwiederherstellung per Datenbank-Fork veranschaulicht:
### Notfallwiederherstellung / Geschäftskontinuität
Unsere Plattform stellt Postgres-Datenbanken im Falle einer Störung automatisch wieder her. Die Dispel-Plattform ist darauf ausgelegt, Anwendungen dynamisch innerhalb der Cloud bereitzustellen, nach Ausfällen zu überwachen und ausgefallene Plattformkomponenten einschließlich Kundenanwendungen und Datenbanken wiederherzustellen.
## Grenzen der Aufbewahrung von Sicherungen
Produktionsdatenbanken laufen auf Amazon Aurora (RDS) mit automatisierten Backups, die für ein rollierendes 30-Tage-Aufbewahrungsfenster konfiguriert sind, und bieten kontinuierliche Point-in-Time-Wiederherstellung (PITR) bis auf jede Sekunde innerhalb der letzten 30 Tage. Automatisierte Backups umfassen tägliche Snapshots und Transaktionsprotokolle, die in Amazon S3 gespeichert werden, alle mit KMS verschlüsselt und mit Zugriff, der auf autorisierte Betreiber beschränkt ist. Protokolle können bis zu einem Jahr oder länger aufbewahrt werden, um Anforderungen an Compliance, Audit und forensische Untersuchungen zu unterstützen.
## Datenexport / Archivierung
Kunden können eine Kopie ihrer Daten für Export und Archivierung anfordern. Dispel verwendet das native `pg_dump` PostgreSQL-Tool, um seine Sicherungsdateien zu erstellen, wodurch sich diese leicht in andere PostgreSQL-Installationen exportieren lassen. Die resultierende Sicherungsdatei verwendet die Option für das benutzerdefinierte Format in `pg_dump`. Im Vergleich zum Klartextformat können die Optionen des benutzerdefinierten Formats zu deutlich kleineren Sicherungsdateien führen.
## Dateneigentum
Kundendaten gehören den Kunden; Dispel-Daten gehören Dispel. Weitere Informationen darüber, wie Dispel mit Kundendaten umgeht, finden Sie in unserer [Datenschutzerklärung](https://legal.dispel.com/policies/privacy-policy).
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.dispel.com/documentation/documentation-de/absichern-and-steuern/data-backup-and-recovery.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
