Verwaltung von Cloud Databases Backups
Jeden Tag wird eine automatisch geplante Sicherung Ihrer Datenbank durchgeführt. Sie können auch jederzeit On-Demand-Backups auslösen. Backups werden entweder mit einem automatischen Schlüssel oder mit Ihrem eigenen Schlüssel verschlüsselt, wenn Sie Bring Your Own Key (BYOK) verwenden. Sie können eine Sicherung in einer neuen Instanz von Cloud Databases wiederherstellen.
Um auf Sicherungen für Cloud Databases zuzugreifen, gehen Sie zum Dashboard Ihrer Datenbankinstanz und sehen Sie die Registerkarte Sicherungen und Wiederherstellung.
Einige zusätzliche allgemeine Informationen über Backups:
- Automatische Backups werden täglich durchgeführt und nach einem einfachen Zeitplan von 30 Tagen aufbewahrt.
- Sicherungen können nicht gelöscht werden.
- Wenn Sie Ihre Instanz löschen, werden die Backups automatisch gelöscht.
- Die Planung der täglichen Sicherung ist nicht konfigurierbar.
- Sicherungen sind in anderen Regionen wiederherstellbar, mit Ausnahme von
eu-de,eu-esundpar-01, die Sicherungen nur untereinander wiederherstellen können. So können beispielsweisepar-01auf und zwischeneu-deundeu-eswiederhergestellt werden. - Der Sicherungsspeicher wird verschlüsselt. Informationen zur Verwaltung der Verschlüsselungsschlüssel finden Sie unter Key Protect. Andernfalls werden die Backups mit einem Schlüssel verschlüsselt, der automatisch für Ihre Instanz generiert wird.
- Sicherungen können kontenübergreifend wiederhergestellt werden, allerdings nur über die API und nur dann, wenn der Benutzer, der die Wiederherstellung durchführt, sowohl auf das Quell- als auch auf das Zielkonto Zugriff hat.
- Cloud Databases backups sind nicht herunterladbar. Wenn Sie eine lokale Sicherung benötigen, verwenden Sie die entsprechende Software. Zum Beispiel ist pg_dump ein effektives Werkzeug für die Verwaltung von PostgreSQL Backups. Und für MySQL, können Sie mysqldump verwenden.
Informationen zum Erstellen einer On-Demand-Sicherung finden Sie unter Erstellen einer On-Demand-Sicherung.
Informationen zum Erstellen einer On-Demand-Sicherung finden Sie unter Erstellen einer On-Demand-Sicherung.
Informationen zum Erstellen einer On-Demand-Sicherung finden Sie unter Erstellen einer On-Demand-Sicherung.
Sicherungen in der Benutzerschnittstelle
Navigieren Sie in der Benutzeroberfläche zur Registerkarte Backups und Wiederherstellung, wo Sie eine Tabelle mit allen verfügbaren Backups für Ihre Datenbank sehen.
Die Sicherungsarten können entweder bedarfsorientiert oder automatisch sein. Jede Sicherung wird mit dem zugehörigen Typ und dem Datum der Sicherung aufgelistet.
Klicken Sie auf die Sicherung, um Informationen zu dieser bestimmten Sicherung einschließlich der vollständigen ID sichtbar zu machen. Für Wiederherstellungsoptionen gibt es eine Schaltfläche Wiederherstellen oder einen vorformatierten CLI-Befehl.
Erstellen einer On-Demand-Sicherung in der Benutzeroberfläche
Wenn Sie größere Änderungen an Ihrer Instanz planen, wie z. B. das Skalieren oder Entfernen von Datenbanken, Tabellen oder Sammlungen, sind On-Demand-Backups sinnvoll. Sie können auch nützlich sein, wenn Sie eine terminierte Sicherung ausführen müssen. Bedarfsgesteuerte Sicherungen werden 30 Tage lang beibehalten.
Instances verfügen über kostenlosen Backup-Speicher, der dem gesamten Festplattenspeicher entspricht. Wenn Ihr Backup-Speicherplatz größer ist als der gesamte Speicherplatz, wird jedes Gigabyte mit einem Aufschlag von $0.03/month berechnet. Backups werden komprimiert, so dass selbst bei On-Demand-Backups die meisten Instanzen das zugewiesene Guthaben nicht überschreiten.
Um eine manuelle Sicherung in der Benutzeroberfläche zu erstellen, gehen Sie auf die Registerkarte Sicherungen und Wiederherstellung Ihrer Instanz und klicken Sie auf Sicherung erstellen. Es wird eine Nachricht angezeigt, dass eine Sicherung in Bearbeitung ist, und der Liste der verfügbaren Sicherungen wird eine bedarfsgesteuerte Sicherung hinzugefügt.
Sicherungen in der Befehlszeilenschnittstelle (CLI)
Sie können über das Cloud Databases CLI-Plug-in und die Cloud Databases API auf die Liste der Sicherungen und einzelne Sicherungsinformationen zugreifen.
Verwenden Sie den Befehl cdb deployment-backups-list um die Liste aller verfügbaren Backups für Ihre Instanz anzuzeigen. Um Details
zu einer bestimmten Sicherung zu erhalten, verwenden Sie den Befehl cdb backup-show.
Um beispielsweise die Backups für eine Instanz mit dem Namen "example-instance" anzuzeigen, verwenden Sie den folgenden Befehl:
ibmcloud cdb deployment-backups-list <INSTANCE_NAME_OR_CRN>
Um die Details einer der Sicherungen aus der Liste anzuzeigen, nehmen Sie die ID aus dem Feld ID der Antwort deployment-backups-list und verwenden Sie sie mit dem Befehl backup-show:
ibmcloud cdb backup-show crn:v1:staging:public:cloud-databases:us-south:a/6284014dd5b487c87a716f48aeeaf99f:3b4537bf-a585-4594-8262-2b1e24e2701e:backup:a3364821-d061-413f-a0df-6ba0e2951566
Erstellen eines On-Demand-Backups mit der CLI
Wenn Sie größere Änderungen an Ihrer Instanz planen, wie z. B. das Skalieren oder Entfernen von Datenbanken, Tabellen oder Sammlungen, sind On-Demand-Backups sinnvoll. Sie können auch nützlich sein, wenn Sie eine terminierte Sicherung ausführen müssen. Bedarfsgesteuerte Sicherungen werden 30 Tage lang beibehalten.
Instances verfügen über kostenlosen Backup-Speicher, der dem gesamten Festplattenspeicher entspricht. Wenn Ihr Backup-Speicherplatz größer ist als der gesamte Speicherplatz, wird jedes Gigabyte mit einem Aufschlag von $0.03/month berechnet. Backups werden komprimiert, so dass selbst bei On-Demand-Backups die meisten Instanzen das zugewiesene Guthaben nicht überschreiten.
In der Befehlszeilenschnittstelle wird ein On-Demand-Backup mit dem Befehl cdb deployment-backup-now ausgelöst. Um den Status der Sicherung
zu überprüfen, verwenden Sie den Befehl ibmcloud cdb backup-show. Zum Beispiel:
ibmcloud cdb deployment-backup-now <INSTANCE_NAME_OR_CRN>
ibmcloud cdb backup-show <INSTANCE_NAME_OR_CRN>
Backups in der Cloud Databases API
Für Informationen zu Backups in der Cloud Databases API verwenden Sie den /deployments/{id}/backups Endpunkt, um die Sicherungen der Instanz
aufzulisten. Um Informationen über eine bestimmte Sicherung zu erhalten, verwenden Sie den Endpunkt /backups/{backup_id}.
Erstellen einer On-Demand-Sicherung über die API
Wenn Sie größere Änderungen an Ihrer Instanz planen, wie z. B. das Skalieren oder Entfernen von Datenbanken, Tabellen oder Sammlungen, sind On-Demand-Backups sinnvoll. Sie können auch nützlich sein, wenn Sie eine terminierte Sicherung ausführen müssen. Bedarfsgesteuerte Sicherungen werden 30 Tage lang beibehalten.
Instances verfügen über kostenlosen Backup-Speicher, der dem gesamten Festplattenspeicher entspricht. Wenn Ihr Backup-Speicherplatz größer ist als der gesamte Speicherplatz, wird jedes Gigabyte mit einem Aufschlag von $0.03/month berechnet. Backups werden komprimiert, so dass selbst bei On-Demand-Backups die meisten Instanzen das zugewiesene Guthaben nicht überschreiten.
In der API wird eine bedarfsgesteuerte Sicherung ausgelöst, wenn Sie eine POST-Anforderung an den Endpunkt /deployments/{id}/backups senden.
Sicherung wiederherstellen
Backups werden in einer neuen Instanz wiederhergestellt. Nachdem die neue Instanz die Bereitstellung abgeschlossen hat, werden Ihre Daten in der Sicherungsdatei in der neuen Instanz wiederhergestellt.
Standardmäßig wird die neue Instanz automatisch auf die gleiche Festplatten- und Speicherzuweisung wie die Quellinstanz zum Zeitpunkt der Sicherung, von der Sie wiederherstellen, skaliert. Um die Ressourcen, die der neuen Instanz zugewiesen werden, anzupassen, verwenden Sie die optionalen Felder in der Benutzeroberfläche, der Befehlszeilenschnittstelle oder der API, um die Größe der neuen Instanz zu ändern. Achten Sie darauf, dass Sie genügend Ressourcen für Ihre Daten und Ihre Arbeitslast zuweisen; wenn der Instanz nicht genügend Ressourcen zugewiesen werden, schlägt die Wiederherstellung fehl.
Löschen Sie die Quellinstanz nicht, während die Sicherung wiederhergestellt wird. Bevor Sie die alte Instanz löschen, warten Sie, bis die neue Instanz bereitgestellt und die Sicherung wiederhergestellt ist. Beim Löschen einer Instanz werden auch deren Sicherungen gelöscht.
Sicherung über die Benutzerschnittstelle wiederherstellen
Gehen Sie wie folgt vor, um eine Sicherung in einer neuen Serviceinstanz wiederherzustellen:
- Klicken Sie in der entsprechenden Zeile, um die Optionen für die Sicherung zu erweitern, die Sie wiederherstellen möchten.
- Klicken Sie auf Wiederherstellen.
- Wählen Sie auf der Seite Provisioning eine der verfügbaren Optionen aus.
- Die neue Instanz erhält automatisch den Namen
<name>-restore-[timestamp], aber Sie können sie umbenennen. - Sie können auch die Region auswählen, in der sich die neue Instanz befindet. Es werden regionsübergreifende Wiederherstellungen unterstützt; ausgenommen sind Wiederherstellungen in der Region
eu-deoder von dieser Region aus. - Sie können die anfängliche Ressourcenzuweisung wählen, um die Ressourcen der neuen Instanz entweder zu erweitern oder zu verringern. Sie können auch dedizierte Cores aktivieren oder inaktivieren. Beachten Sie, dass eine Verringerung der Ressourcenmenge dazu führen kann, dass die Bereitstellung fehlschlägt oder Ihre Datenbank nicht ordnungsgemäß funktioniert.
- Die neue Instanz erhält automatisch den Namen
- Klicken Sie auf Sicherung wiederherstellen. Eine Nachricht ähnlich 'Wiederherstellung aus Sicherung gestartet' (restore from backup started) wird angezeigt. Wenn Sie auf Ihre neue Instanz ist jetzt verfügbar klicken, gelangen Sie zu Ihrer Ressourcenliste.
Sicherung über die Befehlszeilenschnittstelle (CLI) wiederherstellen
Der Resource Controller unterstützt die Bereitstellung von Datenbankinstanzen, und die Bereitstellung und Wiederherstellung liegen in der Verantwortung des Resource Controller CLI. Verwenden Sie den Befehl resource service-instance-create.
ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> standard <REGION> --service-endpoints <ENDPOINT-TYPE> -p '{"backup_id":"BACKUP_ID"}'
- Ändern Sie den Wert von
instance_nameauf den Namen, den Sie für Ihre neue Instanz wünschen. - Die
service-idist der Typ der Instanz, z. B. databases-for-postgresql oder messages-for-rabbitmq. - Die
regionist der Ort, an dem sich die neue Instanz befinden soll, was eine andere Region als die Quellinstanz sein kann. Regionsübergreifende Wiederherstellungen werden unterstützt; ausgenommen sind Wiederherstellungen in der Regioneu-deoder von dieser Region aus, sofern eine andere Region verwendet wird. backup_idbezeichnet die wiederherzustellende Sicherung.
Mit dem vorherigen Befehl wird eine Sicherung auf einem Rechner mit derselben Konfiguration und auf demselben Hosting-Modell wie Ihre ursprüngliche Bereitstellung wiederhergestellt.
Optionale Parameter
Optionale Parameter sind über die Befehlszeilenschnittstelle verfügbar. Verwenden Sie diese, wenn Sie Ressourcen anpassen, das Hosting-Modell ändern oder einen Key Protect Schlüssel für die BYOK-Verschlüsselung auf der neuen Instanz verwenden müssen. Sehen Sie sich das folgende Beispiel an:
ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> standard <REGION> -p
'{"backup_id":"BACKUP_ID","key_protect_key":"KEY_PROTECT_KEY_CRN", "members_disk_allocation_mb":"DESIRED_DISK_IN_MB", "members_host_flavor": "<VALUE>", "members_memory_allocation_mb":"DESIRED_MEMORY_IN_MB", "members_cpu_allocation_count":"NUMBER_OF_CORES"}'
Der Wert für " members_host_flavor " kann entweder "mandantenfähig" oder ein isolierter Compute-Host geeigneter Größe sein (siehe die Liste der verfügbaren Werte).
Geben Sie ' members_memory_allocation_mb oder ' members_cpu_allocation_count nur an, wenn Sie "mandantenfähiges" Hosting verwenden.
Ein vorformatierter Befehl für ein bestimmtes Backup ist in der Detailansicht des Backups auf der Registerkarte Backups und Wiederherstellung des Dashboards Ihrer Instanz verfügbar.
Bei der Wiederherstellung aus einer Sicherung wird standardmäßig eine Instanz mit der bevorzugten Version des Datenbanktyps bereitgestellt, nicht die Version der Instanz, aus der Sie wiederherstellen. Sie können eine Version angeben, indem Sie die Version in das Parameterobjekt einfügen, wie im folgenden Beispiel.
`ibmcloud resource service-instance-create <INSTANCE_NAME> databases-for-mysql standard us-south -p '{"backup_id":"<BACKUP_ID>", "version": "<VERSION>"}'
Um eine Liste der verfügbaren Versionen anzuzeigen, führen Sie ibmcloud cdb deployables.
Parameter async_restore hinzufügen (neu) – PostgreSQL nur
Ein neuer optionaler Parameter wurde zum async_restore``parameters Wiederherstellungsblock hinzugefügt.
async_restore (boolesch)- Voreinstellung: false. Wenn diese Option auf „true“ gesetzt ist, wird die Wiederherstellung als asynchrone Operation initiiert, wodurch sich die Gesamtdauer der Wiederherstellung verkürzt.
`ibmcloud resource service-instance-create <INSTANCE_NAME> databases-for-postgresql standard us-south -p '{"point_in_time_recovery_deployment_id":"<SOURCE_CRN>", "point_in_time_recovery_time":"<PITR_TIME>", version": "<VERSION>", "async_restore": true }'
Beispiel:
`ibmcloud resource service-instance-create <INSTANCE_NAME> databases-for-postgresql standard us-south -p '{"point_in_time_recovery_deployment_id":"test_crn", "point_in_time_recovery_time":"2025-12-08T17:08:32Z", version": "17", "async_restore": true }'
Eine asynchrone Wiederherstellung kann nur angefordert werden, wenn die Quell- und PostgreSQL Zieldatenbanken dieselbe Hauptversion verwenden. Wiederherstellungen über verschiedene Hauptversionen hinweg werden nicht unterstützt. Wenn der async_restore Parameter nicht angegeben ist, führt der Dienst standardmäßig die Wiederherstellung synchron durch, was dem aktuellen Verhalten entspricht.
Sicherung über die Anwendungsprogrammierschnittstelle (API) wiederherstellen
Die Resource Controller API unterstützt die Bereitstellung und Wiederherstellung von Datenbankinstanzen. Die Erstellungsanfrage ist eine POST an den /resource_instances Endpunkt.
curl -X POST \
https://resource-controller.cloud.ibm.com/v2/resource_instances \
-H 'Authorization: Bearer <>' \
-H 'Content-Type: application/json' \
-d '{
"name": "<INSTANCE_NAME>",
"target": "<REGION>",
"resource_group": "<YOUR-RESOURCE-GROUP>",
"resource_plan_id": "<SERVICE-ID>",
"parameters":{
"backup_id": "<BACKUP_ID>"
}
}'
Die Parameter name, target, resource_group und resource_plan_id sind erforderlich und die Angabe für backup_id bezeichnet die Sicherung, die Sie wiederherstellen möchten.
- Ändern Sie den Wert von
nameauf den Namen, den Sie für Ihre neue Instanz wünschen. - Die
resource_plan_idist der Typ der Instanz, z. B. databases-for-postgresql oder messages-for-rabbitmq. - Die
targetist die Region, in der sich die neue Instanz befinden soll, die sich von der Quellinstanz unterscheiden kann. Es werden regionsübergreifende Wiederherstellungen unterstützt; ausgenommen sind Wiederherstellungen in der Regioneu-deoder von dieser Region aus. backup_idbezeichnet die wiederherzustellende Sicherung.
Mit dem obigen Befehl wird ein Backup auf einem Rechner mit derselben Konfiguration und auf demselben Hosting-Modell wie Ihre ursprüngliche Bereitstellung wiederhergestellt.
Optionale Parameter
Optionale Parameter sind über die API verfügbar. Verwenden Sie diese, wenn Sie Ressourcen anpassen, das Hosting-Modell ändern, eine bestimmte Version bereitstellen oder einen Key Protect für die BYOK-Verschlüsselung auf der neuen Instanz verwenden möchten.
Wenn Sie Ressourcen anpassen müssen, fügen Sie einen der optionalen Parameter ' key_protect_key, ' members_disk_allocation_mb, ' members_host_flavor, ' members_memory_allocation_mb, ' members_cpu_allocation_count oder ' version und ihre bevorzugten Werte in den Text der Anfrage ein. Sehen Sie sich das folgende Beispiel an:
curl -X POST \
https://resource-controller.cloud.ibm.com/v2/resource_instances \
-H 'Authorization: Bearer <>' \
-H 'Content-Type: application/json' \
-d '{
"name": "<INSTANCE_NAME>",
"target": "<REGION>",
"resource_group": "<YOUR-RESOURCE-GROUP>",
"resource_plan_id": "<SERVICE-ID>",
"parameters":{
"backup_id": "<BACKUP_ID>",
"members_host_flavor": "<members_host_flavor_value>",
"version": "<VERSION_NUMBER>"
}
}'
Der Wert für " members_host_flavor " kann entweder "mandantenfähig" oder ein isolierter Compute-Host geeigneter Größe sein (siehe die Liste der verfügbaren Werte).
Geben Sie ' members_memory_allocation_mb oder ' members_cpu_allocation_count nur an, wenn Sie "mandantenfähiges" Hosting verwenden.
Bei der Wiederherstellung aus einer Sicherung wird standardmäßig eine Instanz mit der bevorzugten Version des Datenbanktyps bereitgestellt, nicht die Version der Instanz, aus der Sie wiederherstellen. Sie können eine Version angeben, indem
Sie einen ' version in das Parameterobjekt einfügen.
Parameter „async_restore” hinzufügen (neu) – PostgreSQL nur
Ein neuer optionaler Parameter wurde zum async_restore``parameters Wiederherstellungsblock hinzugefügt.
async_restore (boolesch)- Voreinstellung: false. Wenn diese Option auf „true“ gesetzt ist, wird die Wiederherstellung als asynchrone Operation initiiert, wodurch sich die Gesamtdauer der Wiederherstellung verkürzt.
curl -X POST \
https://resource-controller.cloud.ibm.com/v2/resource_instances \
-H 'Authorization: Bearer <>' \
-H 'Content-Type: application/json' \
-d '{
"name": "<INSTANCE_NAME>",
"target": "<REGION>",
"resource_group": "<YOUR-RESOURCE-GROUP>",
"resource_plan_id": "<SERVICE-ID>",
"parameters":{
"point_in_time_recovery_deployment_id": "<SOURCE_CRN>",
"point_in_time_recovery_time": "<PITR_TIME>",
"version": "<VERSION_NUMBER>",
"async_restore": true
}
}'
Eine asynchrone Wiederherstellung kann nur angefordert werden, wenn die Quell- und PostgreSQL Zieldatenbanken dieselbe Hauptversion verwenden. Wiederherstellungen über verschiedene Hauptversionen hinweg werden nicht unterstützt. Wenn der async_restore Parameter nicht angegeben ist, führt der Dienst standardmäßig die Wiederherstellung synchron durch, was dem aktuellen Verhalten entspricht.
Wiederherstellung eines Backups durch Terraform
Verwenden Sie Terraform, um ein Backup von einer älteren Version auf eine neue Version wiederherzustellen.
- Stellen Sie Ihren
backup_id. Weitere Informationen finden Sie unterbackup_id. - Setzen Sie Ihr
versionin das Attribut Version. Weitere Informationen finden Sie unterversion.
Der Code sieht wie folgt aus:
resource "ibm_database" "<your-instance>" {
name = "<your_database_name>"
service = "<service>"
plan = "<plan>"
location = "<region>"
version = "<version>"
backup_id = "<backup_id>"
}
Weitere Informationen finden Sie in der Cloud Databases Terraform-Register.
Schnelle PG-Wiederherstellung (async_restore) über Terraform - nur PostgreSQL
-
Ein neuer optionaler Parameter,
async_restore, wurde dem Block hinzugefügt. -
async_restore(boolesch)- Voreinstellung: false. Wenn diese Option auf „true“ gesetzt ist, wird die Wiederherstellung als asynchrone Operation initiiert, wodurch sich die Gesamtdauer der Wiederherstellung verkürzt. -
Dieser Parameter ist nur bei der Wiederherstellung einer PostgreSQL Instanz anwendbar.
Der Code sieht wie folgt aus:
data "ibm_resource_group" "group" {
name = "<your_group>"
}
resource "ibm_database" "<your-instance>" {
name = "<your_database_name>"
location = "<region>"
plan = "<plan>"
service = "databases-for-postgresql"
resource_group_id = data.ibm_resource_group.group.id
service_endpoints = "private"
async_restore = true
point_in_time_recovery_time = "<PITR_TIME>"
point_in_time_recovery_deployment_id = "<SOURCE_CRN>"
version = "<VERSION_NUMBER>"
}
Eine asynchrone Wiederherstellung kann nur angefordert werden, wenn die Quell- und PostgreSQL Zieldatenbanken dieselbe Hauptversion verwenden. Wiederherstellungen über verschiedene Hauptversionen hinweg werden nicht unterstützt. Wenn der async_restore Parameter nicht angegeben ist, führt der Dienst standardmäßig die Wiederherstellung synchron durch, was dem aktuellen Verhalten entspricht.
Sicherungen und Wiederherstellung
- Cloud Databases sind nicht verantwortlich für die Wiederherstellung, Aktualität oder Gültigkeit dieser Backups.
- Von Ihnen als Benutzer ausgeführte Aktionen wie beispielsweise eine nicht ausreichende Speicher- und Plattenspeicherzuordnung können die Integrität von Sicherungen beeinträchtigen. Die Benutzer können über die API überwachen, ob die Sicherungen erfolgreich sind, und in regelmäßigen Abständen eine Sicherung wiederherstellen, um die Gültigkeit und Integrität sicherzustellen. Benutzer können die letzten geplanten Sicherungsdetails über das Cloud Databases CLI-Plugin und der Cloud Databases API ABRUFEN.
- Als verwalteter Service überwacht Cloud Databases den Status Ihrer Sicherungen und kann versuchen, diese nach Möglichkeit zu korrigieren. Wenn Sie auf Probleme stoßen, die Sie nicht beheben können, wenden Sie sich an den Support, um weitere Hilfe zu erhalten.
Sicherungspositionen
Die Sicherungsposition variiert je nach Datenbankregion. Stellen Sie sicher, dass die Position der Sicherungsregion Ihren Datenpositionsanforderungen entspricht.
| Instanzregion | Sicherungsregion |
|---|---|
| Dallas | US-überregionaler Object Storage |
| Washington D.C. | US-überregionaler Object Storage |
| London | EU-überregionaler Object Storage |
| Frankfurt | EU-überregionaler Object Storage |
| Tokio | AP-überregionaler Object Storage |
| Osaka | AP-überregionaler Object Storage |
| Sydney | AP-überregionaler Object Storage |
| Toronto | Montreal Object Storage |
| Chennai | Chennai Object Storage |
| Sao Paulo | Sao Paolo Object Storage |
| Madrid | EU-überregionaler Object Storage |
Weitere Details zu Cloud Databases Object Storage-Standorten finden Sie in der Dokumentation zum Standort.
Business-Continuity und Disaster-Recovery
Cloud Databases bietet Mechanismen zum Schutz Ihrer Daten und zur Wiederherstellung der Dienstfunktionen. Weitere Informationen (einschließlich Backup Storage Regions) finden Sie unter Business Continuity und Disaster Recovery für Cloud Databases.
Zeitpunktgesteuerte Wiederherstellung
Mit Point-In-Time Recovery (PITR) erstellt die Instanz fortlaufend inkrementelle Backups und kann Transaktionen wiederholen, um eine neue Instanz, die aus einem Backup wiederhergestellt wird, an einen beliebigen Punkt in den letzten 7 Tagen zu bringen. point-In-Time Recovery (PITR) wird für die folgenden Dienste angeboten: Cloud Databases:
Backups Häufig gestellte Fragen
Häufig gestellte Fragen zu Backups finden Sie in den FAQ zu Backups.