Automatische Erstellung von Sicherungskopien

Wenn Sie eine Gen-2- Cloud Databases-Instanz bereitstellen, erstellt das System automatisch eigenständige Backup-Instanzen für Ihre täglich geplanten Backups. Diese Sicherungen:

• Werden täglich gemäß Ihrem Sicherungsplan erstellt
• Standardmäßig 30 Tage lang beibehalten
• Werden vom Dienst automatisch verwaltet
• In Ihrer Ressourcenliste und im Datenbank-Hub anzeigen

Erstellung von Backups auf Abruf

Mit dem „ IBM Cloud “-Ressourcen-Controller können Sie jederzeit eigenständige Backups nach Bedarf erstellen. Diese Sicherungen:

• Werden sofort auf Anfrage erstellt
• Befolgen Sie dieselben Aufbewahrungsrichtlinien wie bei automatischen Backups
• Kann vor Ablauf manuell gelöscht werden
• Sind vor größeren Änderungen oder Migrationen hilfreich

Lebenszyklus der Datensicherung

Unabhängige Backups durchlaufen folgenden Lebenszyklus:

1. Bereitstellung: Die Backup-Instanz wird erstellt (automatisch oder auf Abruf)
2. Aktiv: Das Backup steht für Wiederherstellungsvorgänge zur Verfügung
3. Ablauf: Das Backup erreicht das Ende der Aufbewahrungsfrist (standardmäßig 30 Tage)
4. Löschung: Die Sicherungskopie wird automatisch gelöscht oder manuell entfernt

Im Gegensatz zu gekoppelten Backups können unabhängige Backups jederzeit manuell über den Resource Controller gelöscht werden, wodurch Sie mehr Kontrolle über Ihre Backup-Daten und die damit verbundenen Kosten haben.

Konfigurieren der Datenbankinstanz für unabhängige Sicherungen

Sie können die folgenden Funktionen für die Datenbankinstanz konfigurieren:

Sie können die zulässige Konfiguration in den Bereitstellungsparametern der Datenbankinstanz festlegen. Die folgende Konfiguration sorgt beispielsweise dafür, dass die Sicherungen auch nach dem Löschen der Datenbank erhalten bleiben:

ibmcloud resource service-instance-create \
  <DATABASE_INSTANCE_NAME> \
  <DATABASE_SERVICE_NAME> \
  <DATABASE_SERVICE_PLAN_NAME> \
  <REGION> \
  -g <RESOURCE_GROUP> \
  -p '{
    "dataservices": {
      "backups": {"preserve": true}
    }
  }'

Sie können die Option preserve in der Anforderung zur Bereitstellung der Datenbankinstanz festlegen. Im folgenden Beispiel wird die Datenbankinstanz so konfiguriert, dass Sicherungen auch nach dem Löschen der Datenbankinstanz erhalten bleiben:

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "<DATABASE_INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE-GROUP>",
    "resource_plan_id": "<DATABASE_SERVICE_PLAN_NAME>",
    "parameters": {
      "dataservices": {
        "backups": {
          "preserve": true
        }
      }
    }
  }'

Wiederherstellung aus einem unabhängigen Backup

Unabhängige Sicherungen können in einer neuen Datenbankinstanz wiederhergestellt werden, selbst wenn die Quellinstanz nicht mehr existiert, was eine größere Flexibilität bei der Notfallwiederherstellung und bei der Datenaufbewahrung bietet.

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 das Backup nicht, während die Wiederherstellung läuft. Bevor Sie die Sicherung löschen, warten Sie, bis die neue Instanz bereitgestellt und die Sicherung wiederhergestellt ist. Beim Löschen der Datenbankinstanz werden standardmäßig auch deren Sicherungen gelöscht.

Sie haben sofortigen Zugriff auf die wiederhergestellte Datenbankinstanz, allerdings ist die E/A-Leistung bis zum Abschluss der Hydration eingeschränkt. Auf der wiederhergestellten Instanz können erst dann Backups erstellt werden, wenn die Hydration abgeschlossen ist. Sie können den Fortschritt bei der Flüssigkeitszufuhr mithilfe von Plattform- Activity Tracker-Ereignissen verfolgen. Weitere Informationen finden Sie unter „ at-events “.

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "<DATABASE_INSTANCE_NAME>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE-GROUP>",
    "resource_plan_id": "<DATABASE_SERVICE_PLAN_NAME>",
    "parameters": {
      "dataservices": {
        "restore_backup_id": "<BACKUP_CRN>"
      }
    }
  }'

Beispiel:

  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
  -d '{
    "name": "mysql-restore-abc",
    "target": "us-east",
    "resource_group": "b67d9228670d473097259e2b343de464",
    "resource_plan_id": "databases-for-mysql-gen2-standard",
    "parameters": {
      "dataservices": {
        "restore_backup_id": "crn:v1:bluemix:public:databases-independent-backups:us-east:a/26b19aex04da4475b6e31205fa93248d:793b4f27-7733-4803-917f-de8e055e2deb::"
      }
    }
  }'

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 mysql-restore-abc databases-for-mysql databases-for-mysql-gen2-standard us-east -p  '{"dataservices":{"restore_backup_id":"crn:v1:bluemix:public:databases-independent-backups:us-east:a/26b19aex04da4475b6e31205fa93248d:793b4f27-7733-4803-917f-de8e055e2deb::"}}'

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

Unabhängige Sicherungskopien 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.

Kontoübergreifende Wiederherstellung

Unabhängige Backups können über verschiedene „ 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

Weitere Informationen zur kontoübergreifenden Wiederherstellung finden Sie unter „ Kontoübergreifende Wiederherstellung “.

Datenbanken mit unabhängigen Backups

Unabhängige Backups werden für die entsprechenden Datenbanken und Regionen schrittweise aktiviert.

Während der 30-tägigen Übergangsphase:

• Gekoppelte und unabhängige Backups existieren nebeneinander.
• Alle neuen Backups werden als eigenständige Backups erstellt.
• Bestehende gekoppelte Backups funktionieren weiterhin und werden nach 30 Tagen automatisch gelöscht.
• Die Benutzeroberfläche zeigt beide Backup-Typen an.
• Es ist keine Aktion erforderlich. Die Umstellung erfolgt automatisch.
• Nach Ablauf der 30-tägigen Übergangsphase bleiben nur noch unabhängige Backups erhalten.

MySQL

Databases for MySQL unterstützt ab der allgemeinen Verfügbarkeit ausschließlich unabhängige Sicherungen. Bei der Bereitstellung von „ MySQL “ gibt es keine gekoppelten Backups und keine Übergangsphase.