Wichtige Merkmale der Datensicherung

• Lebenszyklus: Backups sind an den Lebenszyklus der Datenbankinstanz gebunden und werden gelöscht, wenn die Instanz gelöscht wird
• Aufbewahrungsfrist: Backups werden 30 Tage lang aufbewahrt
• Verschlüsselung: Backups werden im Ruhezustand mit der „ AES-256 “-Verschlüsselung verschlüsselt
• Wiederherstellung: Backups können nur in derselben Region wiederhergestellt werden, in der sie erstellt wurden
• Arten: Es stehen sowohl automatische (tägliche) als auch bedarfsgesteuerte (manuelle) Sicherungen zur Verfügung

Wichtige Informationen zur Datensicherung

• Der Sicherungsspeicher wird verschlüsselt. Informationen zur Verwaltung der Verschlüsselungsschlüssel finden Sie unter „ IBM® Key Protect-Integration “. Ansonsten werden Backups mit einem Schlüssel verschlüsselt, der automatisch für Ihre Instanz generiert wird.
• Backups können nur dann kontoübergreifend wiederhergestellt werden, wenn der Benutzer, der die Wiederherstellung durchführt, Zugriff auf das Backup sowie auf das Quell- und das Zielkonto hat.
• Cloud Databases Sicherungskopien können nicht heruntergeladen werden. Wenn Sie ein lokales Backup benötigen, verwenden Sie die entsprechende Software. Beispielsweise ist „pg_dump“ ein effektives Tool zur Verwaltung von „ PostgreSQL “-Sicherungen.

Das Löschen eines Backups ist endgültig und kann nicht rückgängig gemacht werden. Vergewissern Sie sich vor dem Löschen, dass Sie die Sicherungsdaten nicht mehr benötigen.

Bedarfsgesteuerte Sicherung ausführen

Wenn Sie größere Änderungen an Ihrer Instanz vornehmen möchten, wie beispielsweise das Skalieren oder das Entfernen von Datenbanken, Tabellen oder Sammlungen, sind On-Demand-Backups hilfreich. Sie können auch nützlich sein, wenn Sie eine terminierte Sicherung ausführen müssen. Bedarfsgesteuerte Sicherungen werden 30 Tage lang beibehalten.

Instanzen verfügen standardmäßig über einen Backup-Speicherplatz, der ihrem gesamten Festplattenspeicher entspricht – und das kostenlos. Wenn Ihre Backup-Speichernutzung den gesamten Festplattenspeicherplatz übersteigt, wird jedes Gigabyte mit einer Überziehungsgebühr von $0.095/month berechnet. Backups werden komprimiert, sodass selbst bei der Nutzung von On-Demand-Backups die meisten Instanzen das zugeteilte Guthaben nicht überschreiten.

Sicherung wiederherstellen

Backups werden auf einer neuen Instanz wiederhergestellt. Nachdem die Bereitstellung der neuen Instanz abgeschlossen ist, werden Ihre Daten aus der Sicherungsdatei in die neue Instanz wiederhergestellt.

Standardmäßig wird die neue Instanz automatisch auf die Standard-Festplattengröße und die gleiche Hostgröße wie die Quellinstanz zum Zeitpunkt der Sicherung, aus der Sie die Wiederherstellung durchführen, skaliert. Um die der neuen Instanz zugewiesenen Ressourcen anzupassen, verwenden Sie die optionalen Felder in der Benutzeroberfläche, der CLI oder der API, um die Größe der neuen Instanz zu ändern. Stellen Sie sicher, dass Sie genügend Ressourcen für Ihre Daten und Ihre Arbeitslast zuweisen; wenn der Instanz nicht genügend Ressourcen zugewiesen werden oder das Backup mehr Speicherplatz umfasst als die Standardfestplattengröße und keine Festplattengröße angegeben wurde, 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 Sicherungskopien gelöscht.

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID>-gen2-<PLAN NAME> <REGION> -p  '{"dataservices":{"restore_backup_id":"<BACKUP_CRN>"}}'

ibmcloud resource service-instance-create postgresql-restore-abc databases-for-postgresql databases-for-postgresql-gen2-standard ca-mon -p  '{"dataservices":{"restore_backup_id":"crn:v1:bluemix:public:databases-for-postgresql:ca-mon:a/26b19aex04da4475b6e31205fa93248d:a1e247d8-01c2-3bbe-a5e6-fdb5eb872d2f:backup:f689275f-7da9-4e90-9055-70b02c575492"}}'

ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE-ID> gen2-<PLAN NAME> <REGION> -p
'{"restore_backup_id":"BACKUP_ID","key_protect_key":"KEY_PROTECT_KEY_CRN", "storage_gb":"DESIRED_DISK_IN_GB", "host_flavor": "<VALUE>"}'

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":{
      "restore_backup_id": "<BACKUP_ID>"
    }
  }'

Verschlüsselung von Backups

Backups werden im Ruhezustand mit derselben Verschlüsselung verschlüsselt wie die Datenbankinstanz. Wenn Sie „ Key Protect “ zur Verwaltung der Datenbankverschlüsselung verwenden, werden Ihre Sicherungen mit demselben Schlüssel verschlüsselt. Weitere Informationen finden Sie unter Key Protect-Integration.

Wenn Sie ein Backup wiederherstellen, das mit einem „ Key Protect “-Schlüssel verschlüsselt wurde, können Sie denselben oder einen anderen Schlüssel verwenden. Wenn Sie einen anderen Schlüssel verwenden, wird die neue Instanz mit dem neuen Schlüssel verschlüsselt.

Sie haben sofortigen Zugriff auf die wiederhergestellte Datenbankinstanz, wobei die E/A-Leistung bis zum Abschluss der Datenübernahme eingeschränkt ist. Auf der wiederhergestellten Instanz können erst dann Backups erstellt werden, wenn deren Hydration abgeschlossen ist. Sie können den Fortschritt der Flüssigkeitszufuhr mithilfe der Aktivitätserfassungsereignisse der Plattform verfolgen. Weitere Informationen finden Sie unter „ Liste der Plattform-Ereignisse “.

Kontoübergreifende Wiederherstellung

Backups können über alle „ IBM Cloud “-Konten hinweg wiederhergestellt werden, was beispielsweise folgende Szenarien ermöglicht:

• Wiederherstellung von Produktionsdaten in einem Entwicklungskonto zu Testzwecken
• Migration von Datenbanken zwischen Organisationseinheiten
• Notfallwiederherstellung auf ein separates Konto

So stellen Sie ein Backup in einem anderen Konto wieder her:

1. Das Quellkonto muss dem Zielkonto Zugriff auf die Sicherungsressource gewähren
2. Verwenden Sie bei der Erstellung der neuen Instanz im Zielkonto die Backup-CRN
3. Stellen Sie sicher, dass das Zielkonto über die entsprechenden IAM-Berechtigungen verfügt

Verantwortlichkeiten für Datensicherung und -wiederherstellung

• Cloud Databases übernehmen keine Verantwortung für die Wiederherstellung, Aktualität oder Gültigkeit der genannten Sicherungen.
• 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 Details der zuletzt geplanten Sicherung über die CLI des „ Cloud Databases “-Ressourcen-Controllers und die API des „ Cloud Databases “-Ressourcen-Controllers abrufen.
• Als verwalteter Service überwacht Cloud Databases den Status Ihrer Sicherungen und kann versuchen, diese nach Möglichkeit zu korrigieren. Sollten Probleme auftreten, die Sie nicht beheben können, wenden Sie sich bitte an den Support, um weitere Hilfe zu erhalten.

Business-Continuity und Disaster-Recovery

Cloud Databases bietet Mechanismen zum Schutz Ihrer Daten und zur Wiederherstellung von Servicefunktionen. Weitere Informationen (einschließlich der Regionen für Backup-Speicher ) finden Sie unter „ Grundlagen zur Geschäftskontinuität und Notfallwiederherstellung für Cloud Databases “.