Oracle Cloud Infrastructure-Dokumentation

Datenbankbackup und -Recovery in Oracle Exadata Database Service on Dedicated Infrastructure verwalten

Hier erfahren Sie, wie Sie mit den Backup- und Recovery-Funktionen arbeiten, die von Oracle Exadata Database Service on Dedicated Infrastructure bereitgestellt werden.

Übergeordnetes Thema: Anleitungen

Von Oracle empfohlene Optionen zum Ausführen von Backup- und Recovery-Vorgängen

Oracle bietet die folgenden Optionen für Oracle Database-Backup- und -Recovery-Vorgänge. Diese Optionen schließen sich gegenseitig aus.

Hinweis

Eine hybride Konfiguration, d.h. ein Mischen der Optionen, wird nicht unterstützt. Durch ein Mischen der Optionen wird die Automatisierung unterbrochen.

Option 1: Von Oracle verwaltete Backups

Von Oracle verwaltete Backups werden vollständig von Exadata Cloud Infrastructure (ExaDB-D) oder Exadata Cloud@Customer (ExaDB-C@C) basierend auf einer einmaligen Konfiguration verwaltet. Neben der vollständigen Integration in die Control Plane der ExaDB-D- oder ExaDB-C@C-Cloud-Services können Sie auch über OCI-APIs auf diese Backups zugreifen. Oracle empfiehlt diesen Ansatz.

  • Die Befehle dbaascli database backup und dbaascli database recover können in Verbindung mit den automatisierten Backups für bestimmte Vorgänge verwendet werden. Weitere Informationen finden Sie unter dbaascli database backup und dbaascli database recover.
  • Kunden können RMAN-Views abfragen oder RMAN-Wiederherstellungs- und -Recovery-Befehle ausgeben, z.B. Befehle für das Recovery von Tabellen, Datendateien oder Tablespaces.
    Hinweis

    Verwenden Sie keine RMAN-Konfiguration, um die vorab optimierten Cloud-RMAN-Einstellungen zu ändern.

Option 2: Vom Benutzer konfigurierte Backups

Mit den Befehlen dbaascli database backup und dbaascli database recover können auch Kunden Backups vom Host konfigurieren. Diese Backups werden jedoch weder mit der Control Plane synchronisiert noch mit den OCI-APIs integriert. Darüber hinaus werden keine Verwaltungs- oder Lebenszyklusvorgänge für diese Backups von der Control-Plane-Servicekonsole unterstützt. Daher wird dieser Ansatz nicht empfohlen.

Dieser Ansatz ist hilfreich, wenn für bestimmte Aufgaben ein direkter Zugriff auf Backupziele erforderlich ist. Beispielsweise beim Zugriff auf den OSS-Bucket, um Backups regionsübergreifend zu replizieren oder Backupziele zu überwachen.

Wenn Kunden Backups mit RMAN ohne Verwendung der OCI Control Plane oder OCI-APIs in Object Storage konfigurieren, sind Kunden für die manuelle Konfiguration von TDE-Wallet-Backups verantwortlich. Standardmäßig bereinigt die Cloud-Automatisierung von Oracle alle 24 Stunden Archivlogdateien. Wenn Sie manuelle Backups mit RMAN ausführen, besteht die Gefahr, dass die Archive Logs gelöscht werden. Informationen zum Konfigurieren der Archivlogbereinigung finden Sie unter dbaascli database backup. Es wird empfohlen, von Oracle verwaltete Backups zu verwenden.

Weitere Informationen finden Sie unter Vom Benutzer konfiguriertes Backup.

Option 3: Backups mit RMAN

Backups können direkt mithilfe von RMAN mit kundenspezifischen angepassten Skripten erstellt werden. Dieser Ansatz wird jedoch nicht von Oracle empfohlen.

Es ist nicht empfehlenswert, RMAN-Backups zusammen mit von Oracle verwalteten Backups oder benutzerkonfigurierten Backups zu verwenden.

Wer kann diese Option verwenden:
  • Kunden, die ihre vorhandenen RMAN-Backup-/Restore-Skripte beibehalten möchten.
  • Kunden, die Backups von der Standbydatenbank in Data Guard-Umgebungen konfigurieren möchten, um die Backup-Workload an die Standbydatenbank auszulagern.

ExaDB-D:

Wenn Sie mit RMAN ein Backup erstellen möchten, müssen Sie die Registrierung der Datenbank bei der Backupautomatisierung aufheben. Weitere Informationen finden Sie unter Automatische Backups zur Ermöglichung der manuellen Backup- und Recovery-Verwaltung deaktivieren.

Exadata-Datenbankbackups verwalten

Automatische Exadata-Datenbankbackups werden von Oracle Cloud Infrastructure verwaltet. Sie konfigurieren dies mit der Konsole oder der API.

Informationen zu nicht verwalteten Backups finden Sie unter Exadata-Datenbankbackups mit dbaascli verwalten.

Für automatische Exadata-Datenbankbackups sind zwei Ziele möglich: Autonomous Recovery Service oder Oracle Object Storage.

Das von Oracle verwaltete Feature für automatische Backups ist die bevorzugte Methode für die Sicherung von Oracle Cloud-Datenbanken, da Sie Backupeinstellungen einfach mit der Konsole konfigurieren können. Das Feature für automatische Backups unterstützt Recovery Service und Object Storage als Backupziel, sodass Sie eine vollständig automatisierte Cloud-Backuplösung mit denselben Kosten erhalten. Sie müssen keine manuellen Backups oder Administrationsaufgaben für Backupspeicher ausführen. Sie können Backups auch im lokalen Speicher speichern. Jedes Backupziel hat seine Vorteile und Anforderungen, die Sie berücksichtigen sollten (siehe Beschreibung unten).

Recovery Service (empfohlen)

Ein vollständig verwalteter Service, der auf der On-Premises-Technologie Zero Data Loss Recovery Appliance von Oracle basiert und modernen Cybersicherheitsschutz für Oracle Databases bietet. Einzigartige, automatisierte Funktionen schützen Oracle Database-Änderungen in Echtzeit, validieren Backups ohne Produktionsdatenbank-Overhead und ermöglichen ein schnelles, vorhersehbares Recovery zu jedem Zeitpunkt.

Wenn Ihre Backups derzeit mit Object Storage konfiguriert sind, können Sie nahtlos zu Recovery Service wechseln, um erweiterte Funktionen mit denselben Kosten zu erreichen.

Weitere Informationen zu Recovery Service finden Sie unter Oracle Database Autonomous Recovery Service.

Object Storage

Eine sichere, skalierbare On-Demand-Speicherlösung für Datenbanken.

Hinweis

Wenn Sie Backups zuvor mit dbaascli konfiguriert haben und dann die Konsole oder API für Backups verwenden:

  • Eine neue Backupkonfiguration wird erstellt und mit der Datenbank verknüpft. Das bedeutet, dass Sie sich zum Schutz Ihrer Datenbank nicht mehr auf die zuvor konfigurierten nicht verwalteten Backups verlassen können.

Verwaltete Backuptypen und Verwendungsinformationen

Es gibt zwei Arten von automatischen Exadata-Datenbankbackups: Autonomous Recovery Service und Oracle Object Storage.

Die Datenbank und Infrastruktur (VM-Cluster oder DB-System) müssen den Status "Verfügbar" aufweisen, damit ein Backupvorgang erfolgreich ausgeführt werden kann. Oracle empfiehlt, dass Sie während eines Backupvorganges keine Aktionen ausführen, die die Verfügbarkeit beeinträchtigen könnten (z.B. Patching-Vorgänge). Wenn ein automatischer Backupvorgang nicht erfolgreich ausgeführt werden kann, wiederholt der Datenbankservice den Vorgang während des Backupfensters des nächsten Tages. Wenn ein vollständiges On-Demand-Backup nicht erfolgreich verläuft, können Sie den Vorgang erneut ausführen, wenn die Exadata Cloud Infrastructure-Instanz und die Datenbankverfügbarkeit wiederhergestellt sind.

Wenn Sie das Feature "Automatisches Backup" aktivieren, erstellt jeder Service tägliche inkrementelle Backups der Datenbank im ausgewählten Backupziel.

Wenn Sie automatische Backups aktivieren, können Sie den Aufbewahrungszeitraum kontrollieren. Das System löscht Backups automatisch, wenn der zugewiesene Aufbewahrungszeitraum abgelaufen ist.

Aufbewahrungszeitraum für Object Storage-Backups: 7, 15, 30, 45, 60. Standard: 30 Tage.

Der automatische Backupprozess beginnt zu einem beliebigen Zeitpunkt während des täglichen Backupfensters. Sie können optional ein zweistündiges Planungsfenster für Ihre Datenbank angeben, in dem der automatische Backupprozess beginnt. Sie können aus 12 Planungsfenstern auswählen, die jeweils zu einer geradzahligen Stunde beginnen (Beispiel: ein Fenster wird von 4.00-6.00 Uhr und das nächste von 6.00-8.00 Uhr morgens ausgeführt). Backupjobs werden nicht unbedingt innerhalb des Planungsfensters abgeschlossen.

Wenn Sie kein Fenster angeben, wird der Datenbank das Standardbackupfenster von 00.00 Uhr bis 06.00 Uhr morgens in der Zeitzone der Region der Exadata Cloud Infrastructure-Instanz zugewiesen. Beachten Sie, dass das standardmäßige Backupplanungsfenster sechs Stunden lang ist, während die von Ihnen angegebenen Fenster zwei Stunden lang sind.

Autonomous Recovery Service-Schutz-Policy:
  • Bronze :14 Tage
  • Silber: 35 Tage
  • Gold: 65 Tage
  • Platin: 95 Tage
  • Von Ihnen definiert
  • Standard: Silber - 35 Tage

Der automatische Backup-Prozess beginnt zu einem beliebigen Zeitpunkt oder innerhalb des zugewiesenen Fensters.

Hinweis

  • Data Guard: Sie können das Feature "Automatisches Backup" für eine Datenbank mit der Standbyrolle in einer Data Guard-Verbindung aktivieren.
  • Änderungen der Backupaufbewahrung: Wenn Sie den Backupaufbewahrungszeitraum der Datenbank oder die Schutz-Policy zukünftig verkürzen, werden vorhandene Backups, die außerhalb des aktualisierten Aufbewahrungszeitraums liegen, vom System gelöscht.
  • Backupspeicherkosten: Für automatische Backups fallen je nach ausgewähltem Backupziel Kosten für die Speichernutzung für Autonomous Recovery Service oder Object Storage an.

Sie können jederzeit mit einem der beiden Services ein vollständiges Backup der Datenbank erstellen.

Wenn Sie eine Datenbank einer Exadata Cloud Service-Instanz beenden, werden alle zugehörigen Ressourcen gelöscht. Verwaltete Backups mit dem Object Storage-Ziel werden gelöscht, und verwaltete Backups mit Autonomous Recovery Service werden entsprechend der ausgewählten Löschoption gelöscht. In Object Storage erstellte Standalone-Backups bleiben nach dem Beenden der Datenbank erhalten und müssen manuell gelöscht werden. Mit einem Standalone-Backup können Sie eine neue Datenbank erstellen.

Um der von Oracle empfohlenen Vorgehensweise zur Verwendung der administrativen Berechtigung SYSBACKUP für Backup- und Recovery-Vorgänge zu entsprechen, erstellt die Cloud-Automatisierung einen allgemeinen Benutzer C##DBLCMUSER mit der Rolle SYSBACKUP auf der CDB$ROOT-Containerebene. Backup- und Recovery-Vorgänge werden daher mit einem Benutzer ausgeführt, der über die geringsten erforderlichen Berechtigungen verfügt. Zugangsdaten für diesen Benutzer werden zufällig generiert und sicher von der Cloud-Automatisierung verwaltet. Wenn der Benutzer nicht gefunden wird oder LOCKED und EXPIRED ist, erstellt oder entsperrt die Cloud-Automatisierung diesen Benutzer während des Backup- oder Recovery-Vorgangs. Diese Änderung an der Cloud-Automatisierung tritt ab Version 21.4.1.1.0 von dbaastools in Kraft.

Backupzielverhalten beim Aktivieren automatischer Backups und Standalone-Backups mit der OCI-Konsole

Wenn Sie automatische Backups ab dem 06. August 2025 in der OCI-Konsole aktivieren, ist Autonomous Recovery Service unter den folgenden Bedingungen das einzige verfügbare Backupziel:

  • Der Mietvertrag wurde am oder nach dem 06. August 2025 erstellt.
  • Die Datenbank wird in den OCI-Regionen Frankfurt (FRA), Phoenix (PHX) und Tokio (NRT) bereitgestellt.
  • Die Oracle Database-Version ist höher als 19.18 oder 23.4.

Wenn diese Bedingungen nicht erfüllt sind, wird OCI Object Storage als Backupziel angezeigt.

Backup der langfristigen Aufbewahrung mit Recovery Service

Mit Long-Term Retention Backup (LTR) können Sie vollständige Backups für einen Zeitraum von bis zu zehn Jahren für Compliance-, regulatorische oder andere Geschäftsanforderungen mit vollständigem LTR-Lebenszyklusmanagement und Unveränderlichkeit speichern.

Bei LTR mit Recovery Service muss der Aufbewahrungszeitraum in Tagen (90 - 3.650) oder Jahren (1 - 10) ab der Erstellung des Backups liegen.

Um ein LTR-Backup mit dem erforderlichen Aufbewahrungszeitraum zu erstellen, muss Recovery Service kein neues vollständiges Produktionsbackup erstellen, sondern bereits vorhandene operative Backups im System innerhalb des definierten Recovery-Fensters in der Policy verwenden. Weitere Informationen finden Sie unter So erstellen Sie ein On-Demand-Backup einer Datenbank.

Sie können den Aufbewahrungszeitraum für ein bestimmtes vorhandenes LTR-Backup innerhalb des Aufbewahrungszeitraums ändern. Weitere Informationen finden Sie unter So ändern Sie den Aufbewahrungszeitraum eines LTR-Backups mit Recovery Service.

Sie können ein LTR-Backup wiederherstellen, um innerhalb des Aufbewahrungszeitraums eine neue Datenbank zu erstellen. Weitere Informationen finden Sie unter So erstellen Sie eine Datenbank aus einem Backup.

Nach dem Beenden einer Datenbank werden die LTR-Backups gemäß dem Wert "Löschoptionen nach Beendigung der Datenbank" gelöscht.

  • Backups in 72 Stunden löschen: Alle Backups, einschließlich langfristiger Backups, werden gelöscht.
  • Auf Policy basierender Löschvorgang: LTR-Backups werden gemäß der Aufbewahrungs-Policy jedes LTR-Backups beibehalten.

Hinweis: Oracle empfiehlt, die Option Auf Policy löschen beim Beenden einer Datenbank zu wählen, um sicherzustellen, dass die langfristigen Backups beibehalten werden.

Berücksichtigen Sie die folgenden zusätzlichen Faktoren für langfristige Backups:

  • LTR-Backups bleiben unabhängig von automatischen Backups bestehen, die in der Datenbank konfiguriert sind.
  • LTR-Backups werden nach Ablauf des angegebenen Aufbewahrungszeitraums automatisch gelöscht.
  • In-Place-Wiederherstellung wird für LTR nicht unterstützt.
  • Bei Datenbanken in einer Data Guard-Konfiguration wird das langfristige Backup nur für die Datenbank erstellt, in der es angefordert wird.
  • Die Datenbank muss den Status AVAILABLE aufweisen, um eine LTR zu erstellen.
  • LTR wird für Datenbanken mit dateibasierten TDE- oder KMS-basierten Keystores unterstützt.
  • Verschlüsselungsschlüssel werden für den gesamten Aufbewahrungszeitraum des LTR verwaltet.
  • Ein LTR-Backup kann abgebrochen werden, während es sich im Status "erstellt" befindet.
  • Ein LTR-Backup kann nach der Erstellung jederzeit gelöscht werden.
  • Während der Wiederherstellung:
    • Wenn das Backup eine unterstützte DBHome-Hauptversion aufweist, wird es auf die neueste RU dieser Version wiederhergestellt.
    • Wenn das Backup eine nicht unterstützte DBHome-Hauptversion aufweist, wird es auf eine unterstützte Hauptversion zurückgesetzt. Danach muss die Datenbank auf eine der unterstützten Hauptversionen upgegradet werden.

Standardzuweisung für Backupkanäle

Die Standardeinstellungen für Datenbankbackupkanäle bei Verwendung der Option "Von Oracle verwaltete Backups" oder "Benutzerkonfigurierte Backups"

Wenn eine Datenbank für das Backup mit "Von Oracle verwalteten Backups" oder "Benutzerkonfigurierten Backups" konfiguriert ist, verwenden die Tools die Option "Standard" für die Backupkanäle. Wenn der Standardwert verwendet wird, bestimmt dbaas die Anzahl der Kanäle, die zum Zeitpunkt der Ausführung des Backup- oder Restore-Befehls zugewiesen werden sollen. Die Anzahl der zugewiesenen Kanäle wird anhand der OCPU-Anzahl des Knotens bestimmt. Die folgende Tabelle enthält die verwendeten Werte und den OCPU-Bereich. Sowohl die OCPU als auch die Kanalwerte sind pro Knoten angegeben. Wiederherstellungsvorgänge werden priorisiert. Die clusterweite Gesamtanzahl der Kanäle ist der Wert pro Knoten multipliziert mit der Anzahl der Knoten. Die Automatisierung verwendet SCAN, um RMAN-Kanäle auf alle Knoten im Cluster zu verteilen.

OCPUs pro Knoten Formel Zuweisung der Backupkanäle pro Knoten Zuweisung der Restore-Kanäle pro Knoten
Kleiner als oder gleich 12 OCPU <= 12 2 4
Größer als 12 und kleiner/gleich 24 OCPU > 12 und OCPU <= 24 4 8
Größer als 24 OCPU > 24 8 16

Bei Bedarf kann ein statischer Wert pro Knoten mit DBAASCLI getConfig/configure festgelegt werden, um eine Backupkonfiguration zu generieren und den Parameter bkup_channels_node auf die gewünschte Anzahl von Kanälen pro Knoten zu setzen.

Gültige Werte sind 1-32: Die Gesamtanzahl der Kanäle entspricht dem Wert multipliziert mit der Anzahl der Knoten. Dieser Wert darf das Limit von 255 Kanälen nicht überschreiten. Der Wert default für bkup_channels_node legt die OCPU-kanalbasierte Zuweisung fest.

Voraussetzungen für Backups auf Exadata Cloud Infrastructure

Hinweis

Ab dbaascli-Release 25.3.1.0.0 ist Data Guard Broker obligatorisch, wenn Zero Data Loss Recovery Appliance oder Autonomous Recovery Service als Backupziel in Data Guard-fähigen Datenbanken konfiguriert wird.

Autonomous Recovery Service

Stellen Sie sicher, dass Ihr Mandant für die Verwendung von Autonomous Recovery Service konfiguriert ist.

Tabelle 5-4: Prüfen Sie die erforderlichen Aufgaben, bevor Sie Recovery Service als automatisches Backupziel verwenden

Aufgabe Weitere Informationen Erforderlich oder optional

IAM-Policys erstellen

Policys für den Zugriff auf Recovery Service und zugehörige Ressourcen

Erforderlich

Konfigurieren Sie Netzwerkressourcen, und registrieren Sie ein Recovery-Servicesubnetz

Recovery Service-Subnetz im VCN der Datenbank erstellen

Erforderlich

Schutz-Policys erstellen

Schutz-Policys für die Aufbewahrung von Datenbankbackups prüfen

Optional

Weitere Informationen zu Recovery Service finden Sie unter Oracle Database Autonomous Recovery Service - Überblick.

Objektspeicher

  • Für die Exadata Cloud Service-Instanz ist ein Zugriff auf Oracle Cloud Infrastructure Object Storage erforderlich. Oracle empfiehlt, ein Servicegateway mit dem VCN zu verwenden, um diesen Zugriff zu ermöglichen. Weitere Informationen finden Sie unter Netzwerksetup für Exadata Cloud Infrastructure-Instanzen. Beachten Sie in diesem Thema besonders Folgendes:
  • Ein vorhandener Object Storage-Bucket, der als Backupziel verwendet werden soll. Sie können den Bucket über die Konsole oder die Object Storage-API erstellen. Weitere Informationen finden Sie unter Buckets verwalten.
  • Ein von Oracle Cloud Infrastructure generiertes Authentifizierungstoken. Sie können das Kennwort über die Konsole oder die IAM-API generieren. Weitere Informationen finden Sie unter Mit Authentifizierungstoken arbeiten.
  • Der in der Backupkonfiguration angegebene Benutzername muss Zugriff auf Object Storage auf Mandantenebene haben. Dazu können Sie den Benutzernamen ganz einfach der Administratorengruppe hinzufügen. Dadurch wird allerdings der Zugriff auf alle Cloud-Services erteilt. Stattdessen kann ein Administrator eine Policy wie im folgenden Beispiel erstellen, die den Zugriff auf die erforderlichen Ressourcen in Object Storage für das Sichern und Wiederherstellen der Datenbank beschränkt:
    Allow group <group_name> to manage objects in compartment <compartment_name> where target.bucket.name = '<bucket_name>'
Allow group <group_name> to read buckets in compartment <compartment_name>

    Weitere Informationen darüber, wie Sie einer Gruppe einen Benutzer hinzufügen, finden Sie unter Gruppen verwalten. Weitere Informationen zu Policys finden Sie unter Erste Schritte mit Policys.

Backups mit der Konsole verwalten

Mit der Konsole können Sie automatische inkrementelle Backups aktivieren, vollständige Backups auf Anforderung erstellen und die Liste der verwalteten Backups für eine Datenbank anzeigen. Sie können die Konsole auch verwenden, um manuelle (On-Demand-)Backups zu löschen.

Hinweis

  • Alle Backups werden mit demselben Masterschlüssel verschlüsselt, der für die Verschlüsselung des TDE-(Transparent Data Encryption-)Wallets verwendet wird.
  • Backups für eine bestimmte Datenbank werden auf der Detailseite für diese Datenbank aufgeführt. In der Spalte Verschlüsselungsschlüssel wird entweder Von Oracle verwalteter Schlüssel angezeigt oder ein Schlüsselname, wenn Sie Ihre eigenen Verschlüsselungsschlüssel zum Schutz der Datenbank verwenden. Weitere Informationen finden Sie unter Vaults und Schlüssel sichern.
Hinweis

Löschen Sie keine erforderlichen Verschlüsselungsschlüssel aus dem Vault, da dies dazu führt, dass die durch den Schlüssel geschützten Datenbanken und Backups nicht mehr verfügbar sind.

So konfigurieren Sie automatische Backups für eine Datenbank

Wenn Sie eine Exadata Cloud Infrastructure-Instanz erstellen, können Sie optional automatische Backups für die anfängliche Datenbank aktivieren. Führen Sie die folgenden Schritte aus, um automatische Backups nach dem Erstellen der Datenbank zu aktivieren oder zu deaktivieren.

Hinweis

Für Datenbanken in einem Sicherheitszonen-Compartment müssen automatische Backups aktiviert sein. Eine vollständige Liste der Policys, die sich auf Ressourcen des Datenbankservice auswirken, finden Sie im Thema Sicherheitszonen-Policys.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Exadata auf Oracle Public Cloud.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die zu konfigurierende Datenbank enthält:

    Cloud-VM-Cluster (das neue Exadata Cloud Infrastructure-Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

    DB-Systeme: Klicken Sie unter "Oracle Base Database" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

  4. Suchen Sie in der Liste der Datenbanken die Datenbank, für die Sie automatische Backups aktivieren oder deaktivieren möchten, und klicken Sie auf den zugehörigen Namen, um Datenbankdetails anzuzeigen. In den Details ist angegeben, ob automatische Backups aktiviert sind.
  5. Klicken Sie auf Automatische Backups aktivieren.
  6. Geben Sie im Dialogfeld Automatische Backups konfigurieren die folgenden Details ein.
    Hinweis

    Betriebliche Backups auf zwei verschiedene Backupziele können Datenverlustszenarios erstellen. Bevor Sie automatische Backups aktivieren, müssen Sie daher manuelle Backupskripte und Prozesse für andere Speicherziele deaktivieren.
    • Backupziel: Sie können Autonomous Recovery Service (Standard) oder Object Storage auswählen.

      • Szenario 1: Der Kunde aktiviert automatische Backups UND hat verfügbare Limits UND es ist Kapazität in der Region für Autonomous Recovery Service verfügbar.

        Backupziel: Sie können Autonomous Recovery Service (Standard) oder Object Storage auswählen. Sie können das Backupziel von Autonomous Recovery Service zu Object Storage wechseln.

      • Szenario 2: Der Kunde aktiviert automatische Backups UND hat die Standardlimits für den Recovery-Service ausgeschöpft UND es ist Kapazität in der Region für Autonomous Recovery Service verfügbar.

        Backupziel: Sie können Object Storage nur verwenden. Sie können jedoch zusätzliche Limits anfordern und dann Autonomous Recovery Service verwenden.

        Das System zeigt die folgende Meldung mit einem Link an, über den Sie eine Erhöhung der Limits beantragen können.

        Tenancy has reached the limit for Autonomous Recovery Service. View your service limits and request an update.

      • Szenario 3: Der Kunde aktiviert automatische Backups UND es ist keine Kapazität in der Region für Autonomous Recovery Service verfügbar.

        Backupziel: Sie können Object Storage nur verwenden. Sie können zu Autonomous Recovery Service wechseln, wenn ausreichend Kapazität vorhanden ist.

        Das System zeigt folgende Meldung an:

        Autonomous Recovery Service has no available capacity in this region. Select Object Storage as your backup destination. You can transition from Object Storage to Autonomous Recovery Service when there is sufficient capacity.

        Prüfen Sie proaktiv, ob Autonomous Recovery Service-Kapazität verfügbar ist. Wenn die erforderliche Kapazität verfügbar wird und Sie Object Storage gewählt haben, können Sie zu Autonomous Recovery Service wechseln.

    • Backupplan:
      • Object Storage (L0):
        • Vollständiger Backup-Planungstag: Wählen Sie einen Tag der Woche aus, an dem das erste und zukünftige L0-Backups gestartet werden sollen.
        • Vollständige Backupplanungszeit (UTC): Geben Sie das Zeitfenster an, in dem die vollständigen Backups gestartet werden sollen, wenn die automatische Backupfunktion ausgewählt ist.

        • Erstes Backup sofort erstellen: Ein vollständiges Backup ist ein Betriebssystembackup aller Datendateien und der Kontrolldatei, die eine Oracle Database bilden. Eine vollständige Sicherung sollte auch die Parameterdatei(en) enthalten, die mit der Datenbank verknüpft sind. Sie können ein vollständiges Datenbankbackup erstellen, wenn die Datenbank heruntergefahren oder geöffnet ist. In der Regel sollten Sie nach einem Instanzfehler oder anderen ungewöhnlichen Umständen kein vollständiges Backup erstellen.

          Wenn Sie das erste vollständige Backup der Datenbank verschieben, kann diese bei einem Datenbankausfall möglicherweise nicht wiederhergestellt werden.

      • Object Storage (L1):
        • Planungszeit für inkrementelles Backup (UTC): Geben Sie das Zeitfenster an, in dem die inkrementellen Backups gestartet werden sollen, wenn die automatische Backupfunktion ausgewählt ist.
      • Autonomous Recovery Service (L0):
        • Geplanter Tag für erstes Backup: Wählen Sie einen Tag der Woche für das erste Backup aus.
        • Geplante Zeit für erstes Backup (UTC): Wählen Sie das Zeitfenster für das erste Backup aus.
        • Erstes Backup sofort erstellen: Ein vollständiges Backup ist ein Betriebssystembackup aller Datendateien und der Kontrolldatei, die eine Oracle Database bilden. Eine vollständige Sicherung sollte auch die Parameterdatei(en) enthalten, die mit der Datenbank verknüpft sind. Sie können ein vollständiges Datenbankbackup erstellen, wenn die Datenbank heruntergefahren oder geöffnet ist. In der Regel sollten Sie nach einem Instanzfehler oder anderen ungewöhnlichen Umständen kein vollständiges Backup erstellen.

          Wenn Sie das erste vollständige Backup der Datenbank verschieben, kann diese bei einem Datenbankausfall möglicherweise nicht wiederhergestellt werden.

      • Autonomous Recovery Service (L1):
        • Geplante Zeit für tägliches Backup (UTC): Geben Sie das Zeitfenster an, in dem die inkrementellen Backups gestartet werden sollen, wenn die automatische Backupfunktion ausgewählt ist.
      • Löschoptionen nach Datenbankende: Optionen, mit denen Sie geschützte Datenbankbackups beibehalten können, nachdem die Datenbank beendet wurde. Mit diesen Optionen kann die Datenbank auch bei versehentlicher oder böswilliger Beschädigung der Datenbank aus Backups wiederhergestellt werden.
        • Backups für den in der Schutz-Policy oder dem Backupaufbewahrungszeitraum angegebenen Zeitraum beibehalten: Wählen Sie diese Option aus, wenn Sie Datenbankbackups für den gesamten Zeitraum beibehalten möchten, der im Aufbewahrungszeitraum für Object Storage-Backups oder in der Schutz-Policy für Autonomous Recovery Service nach dem Beenden der Datenbank definiert ist.
        • Backups 72 Stunden lang beibehalten, dann löschen: Wählen Sie diese Option aus, um Backups 72 Stunden nach dem Beenden der Datenbank beizubehalten.
    • Echtzeitdatenschutz aktivieren: Echtzeitschutz ist die kontinuierliche Übertragung von Redo-Änderungen von einer geschützten Datenbank an Autonomous Recovery Service. Dies reduziert den Datenverlust und bietet ein Recovery Point Objective (RPO) nahe 0. Diese Option ist gegen einen Aufpreis erhältlich.
  7. Klicken Sie auf Speichern.

    Auf der Seite Datenbankdetails werden die Konfigurationsdetails Zustand, Echtzeit-Datenschutz und Policy-Informationen im Abschnitt Backup angezeigt.

Hinweis

Wenn Real-Time Data Protection mit Autonomous Recovery Service als Backupziel aktiviert ist, stellt das Tooling automatisch einen VPC-Benutzer in der geschützten Datenbank bereit. Dieser Benutzer hat dieselbe ID wie der VPC-Benutzer auf der Recovery Appliance und erhält SYSOPER-Berechtigungen, um Redo-Transport- und Backupvorgänge zu aktivieren.

So erstellen Sie ein Online-Backup einer Datenbank

Hinweis

Object Storage erstellt ein vollständiges Backup der Datenbank, während Recovery Service ein inkrementelles Backup erstellt.
  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die zu sichernde Datenbank enthält:

    Cloud-VM-Cluster ( neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

    DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

  4. Suchen Sie in der Liste der Datenbanken die Datenbank, für die Sie ein vollständiges On-Demand-Backup erstellen möchten, und klicken Sie auf den zugehörigen Namen, um Datenbankdetails anzuzeigen.
  5. Klicken Sie unter Ressourcen auf Backups.

    Eine Liste der Backups wird angezeigt.

  6. Klicken Sie auf Backup erstellen.
  7. Gehen Sie im resultierenden Fenster {\b Create backup} wie folgt vor:
    • Name: Geben Sie einen aussagekräftigen Namen für das Backup an.
    • Wählen Sie eine Option Backupaufbewahrung aus:
      • Backups pro Backupaufbewahrungszeitraum beibehalten: Wählen Sie diese Option aus, um den Aufbewahrungszeitraum der Schutz-Policy für dieses Backup zu verwenden.
      • Langfristigen Backupaufbewahrungszeitraum angeben: Wählen Sie diese Option aus, um einen LTR-Zeitraum mit Autonomous Recovery Service anzugeben. Der Aufbewahrungszeitraum muss in Tagen (90 - 3.650) oder Jahren (1 - 10) seit der Erstellung des Backups eingegeben werden.
  8. Klicken Sie auf Erstellen.

So zeigen Sie den Backupstatus an

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Navigieren Sie zu dem Cloud-VM-Cluster, das das Datenbankbackup enthält, das Sie anzeigen möchten.
  4. Klicken Sie auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.
  5. Suchen Sie in der Liste der Datenbanken die gewünschte Datenbank, und klicken Sie auf den zugehörigen Namen, um Datenbankdetails anzuzeigen.
  6. Klicken Sie unter Ressourcen auf Backups.

    Eine Liste der Backups wird angezeigt. In der Statusspalte wird der Status des Backups angezeigt: Aktiv, Wird erstellt, Abgebrochen, Abbrechen oder Nicht erfolgreich.

Übergeordnetes Thema: Backups mit der Konsole verwalten

So brechen Sie ein Backup ab

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Exadata auf Oracle Public Cloud.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Navigieren Sie zu dem Cloud-VM-Cluster, das das Datenbankbackup enthält, das Sie anzeigen möchten:
  4. Klicken Sie auf Exadata-VM-Cluster.

    Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

  5. Suchen Sie in der Liste der Datenbanken die gewünschte Datenbank, und klicken Sie auf den zugehörigen Namen, um Datenbankdetails anzuzeigen.
  6. Klicken Sie unter Ressourcen auf Backups.

    Eine Liste der Backups wird angezeigt. In der Statusspalte wird der Status des Backups angezeigt: Aktiv, Wird erstellt, Abgebrochen, Abbrechen oder Nicht erfolgreich.

  7. Ein Backup mit dem Status "Wird erstellt" kann abgebrochen werden, indem Sie auf das Aktionssymbol (drei Punkte) rechts neben der Backupzeile klicken und auf Backup abbrechen klicken.

    Ein Bestätigungsdialogfeld "Backup abbrechen" wird angezeigt.

  8. Geben Sie den Namen des Backups ein, und klicken Sie auf Backup abbrechen.

    Der Status ändert sich in Wird abgebrochen.

    Die Anforderung "Backuparbeit abbrechen" kann angezeigt werden, indem Sie unter Ressourcen auf Arbeitsanforderungen klicken.

Wenn das Backup abbrechen nicht erfolgreich ist:

  • Im Bereich Arbeitsanforderungen unter Ressourcen wird eine Zeile mit dem Namen Datenbankbackup abbrechen mit dem Status Nicht erfolgreich angezeigt. Außerdem ist eine Arbeitsanforderung mit dem Titel Datenbankbackup erstellen für das Backup vorhanden, die den Status des Backupvorgangs wiedergibt.

Übergeordnetes Thema: Backups mit der Konsole verwalten

So löschen Sie vollständige Backups aus Object Storage

Hinweis

Automatische Backups können nicht explizit gelöscht werden. Wenn Sie die Datenbank nicht beenden, werden automatische Backups in Recovery Service und Object Storage für die vom Benutzer angegebene Anzahl von Tagen aufbewahrt. Danach werden sie automatisch gelöscht.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.

  3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das das zu löschende Datenbankbackup enthält:

    Cloud-VM-Cluster ( neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

    DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

  4. Suchen Sie in der Liste der Datenbanken die gewünschte Datenbank, und klicken Sie auf den zugehörigen Namen, um Datenbankdetails anzuzeigen.

  5. Klicken Sie unter Ressourcen auf Backups.

    Eine Liste der Backups wird angezeigt.

  6. Klicken Sie neben dem gewünschten Backup auf das Symbol "Aktionen" (drei Punkte), und klicken Sie auf Löschen.
  7. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.

So löschen Sie Standalone-Backups aus Object Storage

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database, und klicken Sie unter Ressourcen auf Standalone-Backups.
  2. Suchen Sie in der Liste der Standalone-Backups das Backup, das Sie löschen möchten.
  3. Klicken Sie für das gewünschte Backup auf das Menü "Aktionen", und klicken Sie auf Löschen.
  4. Klicken Sie im Dialogfeld Löschen auf Löschen, um das Löschen des Backups zu bestätigen.

Übergeordnetes Thema: Backups mit der Konsole verwalten

So ändern Sie den Aufbewahrungszeitraum eines LTR-Backups mit Recovery Service

  1. Öffnen Sie das Navigationsmenü. Wählen Sie Oracle Database und dann Oracle Exadata Database Service on Dedicated Infrastructure aus.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die Datenbank enthält, die Sie den Backupaufbewahrungszeitraum ändern möchten:

    Cloud-VM-Cluster ( neues Ressourcenmodell): Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

    DB-Systeme: Klicken Sie unter "Bare Metal, VM und Exadata" auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

  4. Klicken Sie in der Liste der Datenbanken auf den Namen der Datenbank, deren Aufbewahrungszeitraum Sie ändern möchten.
  5. Klicken Sie unter Ressourcen auf Backups.

    Eine Liste der Backups wird angezeigt.

  6. Klicken Sie in der Liste der Backups auf das Menü Aktionen für das Backup mit dem Typ Langfristiges Backup, für das Sie den Aufbewahrungszeitraum ändern möchten.
  7. Klicken Sie auf Aufbewahrungszeitraum ändern.
  8. Ändern Sie im resultierenden Aufbewahrungszeitraum ändern den Aufbewahrungszeitraum.
    Hinweis

    Der Aufbewahrungszeitraum muss in Tagen (90 - 3.650) oder Jahren (1 - 10) seit der Erstellung des Backups eingegeben werden.
  9. Klicken Sie auf Speichern.

Übergeordnetes Thema: Backups mit der Konsole verwalten

So legen Sie Autonomous Recovery Service als Backupziel für eine vorhandene Datenbank fest

Mit diesem Verfahren können Sie Autonomous Recovery Service als Backupziel für eine vorhandene Datenbank angeben.

  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Navigieren Sie zur Datenbank:

    Cloud-VM-Cluster (das neue Exadata Cloud Infrastructure-Ressourcenmodell): Klicken Sie unter Exadata auf Oracle Public Cloud auf Exadata-VM-Cluster.

    Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

    DB-Systeme: Klicken Sie unter "Oracle Base Database" auf DB-Systeme.

    Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

    Klicken Sie auf der Detailseite für das Cloud-VM-Cluster oder DB-System in der Tabelle "Datenbanken" auf den Namen der Datenbank, um die Seite Datenbankdetails anzuzeigen.
  4. Klicken Sie auf Automatische Backups konfigurieren.
  5. Geben Sie im daraufhin angezeigten Fenster folgende Details an:
    • Automatisches Backup aktivieren: Aktivieren Sie das Kontrollkästchen, um automatische inkrementelle Backups für diese Datenbank zu aktivieren. Wenn Sie eine Datenbank in einem Sicherheitszonen-Compartment erstellen, müssen Sie automatische Backups aktivieren.
    • Backupziel: Wählen Sie Autonomous Recovery Service aus.
    • Backupplanung: Wenn Sie automatische Backups aktivieren, können Sie ein zweistündiges Planungsfenster auswählen, um den Beginn von Backupvorgängen zu steuern. Wenn Sie kein Fenster angeben, wird ein sechsStunden-Standardfenster von 00:00 bis 06:00 Uhr (in der Zeitzone der DB-Systemregion) für die Datenbank verwendet.

    • Schutz-Policy: Wenn Sie automatische Backups aktivieren, können Sie eine Policy mit einem der folgenden vordefinierten Aufbewahrungszeiträume oder einer benutzerdefinierten Policy auswählen.

      Aufbewahrungszeitraum für Object Storage-Backups: 7, 15, 30, 45, 60. Standardwert: 30. Das System löscht automatisch die inkrementellen Backups am Ende des ausgewählten Aufbewahrungszeitraums.

      Autonomous Recovery Service-Schutz-Policy:
      • Bronze: 14 Tage
      • Silber: 35 Tage
      • Gold: 65 Tage
      • Platin: 95 Tage
      • Von Ihnen definiert
      • Standard: Silber - 35 Tage
    • Echtzeitdatenschutz aktivieren: Echtzeitschutz ist die kontinuierliche Übertragung von Redo-Änderungen von einer geschützten Datenbank an Autonomous Recovery Service. Dies reduziert den Datenverlust und bietet ein Recovery Point Objective (RPO) nahe 0. Diese Option ist gegen einen Aufpreis erhältlich.
  6. Klicken Sie auf Speichern.

Exadata-Datenbank aus Backupziel wiederherstellen

In diesem Thema wird beschrieben, wie Sie eine Exadata-Datenbank aus einem Backup wiederherstellen, das in Object Storage oder Autonomous Recovery Service mit der Konsole oder API gespeichert ist.

  • Object Storage Service ist eine sichere, skalierbare On-Demand-Speicherlösung in Exadata Cloud Infrastructure.
  • OracleDatabase Autonomous Recovery Service ist eine zentralisierte, vollständig verwaltete und eigenständige Backuplösung für Oracle Cloud Infrastructure-(OCI-)Datenbanken.

Weitere Informationen über das Backup Ihrer Datenbanken in Object Storage finden Sie unter Exadata-Datenbankbackups verwalten.

Verwandte Themen

Übergeordnetes Thema: Datenbankbackup und -Recovery in Oracle Exadata Database Service on Dedicated Infrastructure verwalten

Datenbank mit der Konsole wiederherstellen

Mit der Konsole können Sie die Datenbank aus einem Backup in einem Backupziel zurückschreiben, das mit der Konsole erstellt wurde.

Hinweis

LTR-Backups stellen einen einzelnen Zeitpunkt für die Datenbank dar. Daher werden die folgenden Optionen beim Wiederherstellen nicht unterstützt.

Sie können Folgendes wiederherstellen:

  • Im letzten Status wiederherstellen: Stellt die Datenbank im letzten bekannten guten Status mit dem geringstmöglichen Datenverlust wieder her.
  • Mit einem Zeitstempel wiederherstellen:: Stellt die Datenbank mit dem angegebenen Zeitstempel wieder her.
  • Mit SCN wiederherstellen: Speichert die Datenbank mit der angegebenen SCN. Diese SCN muss gültig sein.
    Hinweis

    Sie können die zu verwendende SCN-Nummer ermitteln, indem Sie entweder auf den Datenbankhost zugreifen und diesen abfragen oder ein beliebiges Onlinelog oder archiviertes Log aufrufen.
Hinweis

Die Backupliste, die in der Konsole angezeigt wird, enthält keine nicht verwalteten Backups (Backups, die direkt mit dbaascli erstellt wurden).

So stellen Sie eine Datenbank wieder her
  1. Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Wählen Sie das gewünschte Compartment aus.
  3. Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die Datenbank enthält, die Sie wiederherstellen möchten:

    Cloud-VM-Cluster (das neue Exadata Cloud Infrastructure-Ressourcenmodell):: Klicken Sie unter Oracle Exadata Database Service on Dedicated Infrastructure auf Exadata-VM-Cluster. Suchen Sie in der Liste der VM-Cluster das VM-Cluster, auf das Sie zugreifen möchten. Klicken Sie auf den markierten Namen, um die Detailseite für das Cluster anzuzeigen.

    DB-Systeme: Klicken Sie unter Oracle Base Database auf DB-Systeme. Suchen Sie in der Liste der DB-Systeme das Exadata-DB-System, auf das Sie zugreifen möchten. Klicken Sie dann auf den zugehörigen Namen, um Details anzuzeigen.

  4. Suchen Sie in der Liste der Datenbanken die wiederherzustellende Datenbank, und klicken Sie auf den zugehörigen Namen, um Details dazu anzuzeigen.
  5. Klicken Sie auf Wiederherstellen.
  6. Wählen Sie eine der folgenden Optionen aus, und klicken Sie auf Datenbank wiederherstellen:
    • Im letzten Status wiederherstellen : Stellt die Datenbank im letzten bekannten fehlerfreien Zustand mit dem geringstmöglichen Datenverlust wieder her.
    • Mit Zeitstempel wiederherstellen: Die Datenbank wird auf den angegebenen Zeitstempel zurückgesetzt.

    • Mit System Change Number (SCN) wiederherstellen: Stellt die Datenbank mit der angegebenen SCN wieder her. Diese SCN muss gültig sein.

      Hinweis

      Sie können die zu verwendende SCN-Nummer ermitteln, indem Sie entweder auf den Datenbankhost zugreifen und diesen abfragen oder ein beliebiges Onlinelog oder archiviertes Log aufrufen.
  7. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.

    Wenn der Wiederherstellungsvorgang nicht erfolgreich verläuft, befindet sich die Datenbank im Status Wiederherstellung nicht erfolgreich. Sie können die Wiederherstellung mit einer anderen Wiederherstellungsoption wiederholen. Oracle empfiehlt jedoch, dass Sie die RMAN-Logs auf dem Host prüfen und eventuelle Probleme beheben, bevor Sie erneut versuchen, die Datenbank wiederherzustellen. Diese Logdateien befinden sich in Unterverzeichnissen des Verzeichnisses /var/opt/oracle/log.

Exadata-Datenbankbackups mit dbaascli verwalten

Mit dem Exadata-Backuputility dbaascli können Sie Datenbanken in einer Exadata Cloud Infrastructure-Instanz in einem vorhandenen Bucket im Oracle Object Storage-Service sichern.

Informationen zu Backups, die von Oracle Cloud Infrastructure verwaltet werden, finden Sie unter Exadata-Datenbankbackups verwalten.

In diesem Thema wird erläutert, wie Sie:

  • Erstellen Sie eine Standardbackupkonfigurationsdatei, und ändern Sie die Parameter entsprechend Ihren Anforderungen, um die Datenbank im Objektspeicherservice zu sichern.
  • die Backupkonfigurationsdatei mit einer Datenbank verknüpfen. Sobald die Konfiguration erfolgreich ist, wird die Datenbank wie geplant gesichert, oder Sie können ein On-Demand-Backup mit einem Tag erstellen.
Hinweis

Sie müssen die cloudspezifischen Tools auf allen Compute Nodes in der Exadata Cloud Infrastructure-Instanz aktualisieren, bevor Sie die folgenden Schritte ausführen. Weitere Informationen finden Sie unter Exadata Cloud Infrastructure-Systeme manuell patchen und aktualisieren.

Standardbackupkonfiguration

Oracle Best Practice-Richtlinien für die Standardbackupkonfiguration.

Die Standardbackupkonfiguration entspricht einer Reihe von Best-Practice-Richtlinien von Oracle:

  • Verschlüsselung: Alle Backups im Objektspeicher werden verschlüsselt.
  • Komprimierung für Backups: NIEDRIG
  • Standardkomprimierung für Archivlogs: false
  • RMAN-Verschlüsselungsalgorithmus: AES256
  • Optimierung für Backups: EIN

So rufen Sie die Standardbackupkonfiguration für eine neu bereitgestellte Datenbank ab

  1. Stellen Sie eine SSH-Verbindung zu einem der für die Datenbank konfigurierten Knoten im VM-Cluster oder in der DB-Systemressource her.
  2. Melden Sie sich als opc an, und wechseln Sie dann mit sudo zum Benutzer root.
  3. Verwenden Sie den Befehl dbaascli database backup --getConfig, um eine Datei mit den Standardbackupeinstellungen für das neu bereitgestellte Datenbank-Deployment zu generieren.
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
    Dabei gilt:
    • --getConfig: Gibt die Datenbank-Backupkonfiguration zurück.
    • --configFile: Gibt die Datenbank-Backupkonfigurationsdatei an.

So erstellen Sie eine Backupkonfigurationsdatei

Hinweis

Die folgenden Schritte müssen auf dem ersten Compute Node in dem Exadata Cloud Infrastructure-VM-Cluster oder der DB-Systemressource ausgeführt werden. Um den ersten Compute Node zu ermitteln, stellen Sie als Benutzer grid eine Verbindung zu einem beliebigen Compute Node her, und führen Sie den folgenden Befehl aus:
$ $ORACLE_HOME/bin/olsnodes -n

Neben dem Namen des ersten Knotens steht die Zahl 1.

Hinweis

In dbaascli Release 25.1.2.0.0 wurden die Backupkonfigurationsparameter umbenannt. Sie können jedoch weiterhin die alten Parameternamen verwenden, da sie aus Gründen der Abwärtskompatibilität beibehalten werden.
  1. Stellen Sie eine SSH-Verbindung zu einem der für die Datenbank konfigurierten Knoten im VM-Cluster oder in der DB-Systemressource her.
    ssh -i <private_key_path> opc@<node_1_ip_address>
  2. Melden Sie sich als opc an, und wechseln Sie dann mit sudo zum Benutzer root.
    login as: opc [opc@dbsys ~]
$ sudo su -
  3. Verwenden Sie den Befehl dbaascli database backup --getConfig, um eine Datei mit den aktuellen Backupeinstellungen für das Datenbank-Deployment zu generieren:
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
  4. Ändern Sie die Parameter in der Datei entsprechend Ihren Anforderungen.
    Parameter Beschreibung
    backupDestination=oss Angabe, ob in Object Storage gesichert werden soll. Wenn ja, müssen Sie auch die Parameter bkup_oss_url, bkup_oss_user, bkup_oss_passwd und bkup_oss_recovery_window angeben.

    Alter Name: bkup_oss_url=<swift_url>

    Neuer Name: ossURL=<swift_url>

    Erforderlich bei backupDestination=oss.

    Die Objektspeicher-URL einschließlich des zu verwendenden Mandanten und Buckets. Die URL lautet:

    https://swiftobjectstorage.<region_name>.oraclecloud.com/v1/<tenant>/<bucket>

    Dabei gilt:

    • <tenant>: Mandantenname in Kleinbuchstaben (auch wenn er Großbuchstaben enthält), den Sie bei der Anmeldung in der Konsole angeben
    • <bucket>: Name des vorhandenen Buckets, den Sie für Backups verwenden möchten.

    Alter Name: bkup_oss_user=<oci_user_name>

    Neuer Name: ossUserName=<oci_user_name>

    Erforderlich bei backupDestination=oss.

    Der Benutzername für den Oracle Cloud Infrastructure-Benutzeraccount. Dies ist der Benutzername, mit dem Sie sich bei der Oracle Cloud Infrastructure-Konsole anmelden.

    Beispiel: jsmith@example.com für einen lokalen Benutzer oder <identity_provider>/jsmith@example.com für einen föderierten Benutzer.

    Informationen zum Ermitteln Ihres Benutzertyps finden Sie in den folgenden Themen:

    Beachten Sie, dass der Benutzer ein Mitglied der Administratorengruppe sein muss, wie unter Anforderungen für Backups auf Exadata Cloud Infrastructure beschrieben.

    Alter Name: bkup_oss_passwd=<auth_token>

    Neuer Name: ossAuthToken=<auth_token>

    Erforderlich bei backupDestination=oss.

    Das mit der Konsole oder der IAM-API generierte Authentifizierungstoken, wie unter Voraussetzungen beschrieben.

    Dies ist nicht das Kennwort für den Oracle Cloud Infrastructure-Benutzer.

    Alter Name: bkup_oss_recovery_window=n

    Neuer Name: ossRecoveryWindow=n

    Erforderlich bei backupDestination=oss.

    Gibt an, wie viele Tage die Backups und archivierten Redo-Logs im Object Storage-Bucket aufbewahrt werden. Geben Sie 7 bis 90 Tage an.

    Alter Name: bkup_daily_time=hh:mm

    Neuer Name: autoBackupTime=hh:mm

    		 Die Zeit, zu der das tägliche Backup geplant wird, in Stunden und Minuten (hh:mm) im 24-Stunden-Format angegeben.
  5. Verwenden Sie dbaascli database backup --configure, um diese Backupkonfiguration mit einem Datenbanknamen zu verknüpfen.
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  6. Verwenden Sie dbaascli database backup --status, um den Status der für diesen Befehl generierten UUID zu prüfen.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>
    Hinweis

    Eine Backupkonfigurationsdatei kann die Zugangsdaten für den Zugriff auf den Objektspeicher-Bucket enthalten. Aus diesem Grund sollten Sie die Datei entfernen, nachdem Sie das Backup erfolgreich konfiguriert haben.

Die folgenden Parameter können geändert werden, um die Backupkonfiguration anzupassen:

Hinweis

Compatible with Console Automatic Backups=Yes gibt an, dass der Parameter problemlos geändert werden kann, auch wenn konsolenbasierte automatische Backups verwendet werden. Wenn Sie Parameter mit Compatible with Console Automatic Backups=No verwenden, aktivieren Sie keine Backups über die Konsole.

Tabelle 5-5: Backupkonfigurationsparameter - Parameter für dbaascli planen

Parameter Beschreibung Kompatibel mit automatischen Konsolenbackups*

Alter Name: bkup_cron_entry

Neuer Name: scheduleBackups

Aktiviert die automatische Backupkonfiguration.

Gültige Werte sind yes und no.

Nr.

Alter Name: bkup_archlog_cron_entry

Neuer Name: manageArchivelogs

Aktiviert automatische Backups archivierter Datenbanklogdateien.

Gültige Werte sind yes und no.

Wenn Sie manageArchivelogs auf "Nein" setzen, werden automatische Bereinigungsjobs für Archive-Logs deaktiviert. Diese Einstellung ist nur gültig, wenn für die verknüpfte Datenbank keine automatischen Datenbankbackups konfiguriert sind.

Nr.

Alter Name: bkup_l0_day

Neuer Name: L0BackupDay

Dieser Parameter steuert den Tag der Woche der Ebene 0.

Wochentag, an dem ein Backup der Ebene 0 erstellt wird.

Gültige Werte sind mon, tue, wed, thu, fri, sat und sun. Längere Formate wie Monday oder Tuesday werden ebenfalls unterstützt.

Standardwert: sun.

Nr.

Tabelle 5-6: Backupkonfigurationsparameter - allgemeine RMAN-Konfigurationsparameter (gültig für alle Backupziele außer lokaler Speicher (FRA))

Parameter Beschreibung Kompatibel mit automatischen Konsolenbackups*

Alter Name: bkup_rman_compression

Neuer Name: compressionLevel

Komprimierungsebene für automatische Backups.

Gültige Werte: NONE, basic, low, medium und high.

Der Standardwert ist low.

Der Wert NONE deaktiviert die RMAN-Komprimierung.

Wenn die RMAN-Komprimierung aktiviert ist, wird jede verschlüsselte TDE-Datendatei entschlüsselt, komprimiert und mit RMAN verschlüsselt.

 Ja

Alter Name: bkup_section_size

Neuer Name: sectionSize

RMAN-Abschnittsgröße, die für automatische Backups verwendet wird.

Der Standardwert ist 64G.

 Ja

Alter Name: bkup_channels_node

Neuer Name: channelsPerNode

Anzahl der RMAN-Kanäle pro Knoten, die für automatische Backups verwendet werden.

Gültige Werte: 1 bis 32.

Standardwert: 2.

 Ja

Alter Name: bkup_daily_time

Neuer Name: autoBackupTime

Startzeit des automatischen täglichen Backups, ausgedrückt im 24-Stunden-Format als hh:mm.

Ja

Alter Name: bkup_archlog_frequency

Neuer Name: backupFrequencyAL

Intervall in Minuten zwischen automatischen Backups von archivierten Datenbanklogdateien.

Gültige Werte sind 15, 20, 30, 60, 120 bis 1440 in einem-Stunden-Intervall, ausgedrückt in Minuten.

Der Standardwert für ExaDB-D ist 30.

 Ja

Alter Name: bkup_type

Neuer Name: backupDestination

Der Typ des Speicherorts, in dem sich das Backup befindet. Geben Sie OSS als Backupziel an. Dies ist die einzige Standardoption.

 Ja

Alter Name: bkup_filesperset_regular

Neuer Name: filesPerSet

Gibt die maximale Anzahl von Datendateien an, die in einem Backupset für reguläre Backups/Archivierungsbackups enthalten sein können.

 Ja

Alter Name: bkup_filesperset_al

Neuer Name: filesPerSetAL

Gibt die maximale Anzahl von Archive-Logdateien an, die in einem Backupset für Archive-Logbackups enthalten sein können.

 Ja

Alter Name: bkup_encryption

Neuer Name: encryption

Die Verschlüsselung gibt an, ob Backups verschlüsselt werden sollen.

Standardmäßig ist die Verschlüsselung für OSS und Recovery Service aktiviert, und diese Einstellung kann nicht geändert werden.

 Ja

Alter Name: rmanBackupOptimization

Neuer Name: optimization

Die Optimierung ist ein Feature, mit dem die Datenmenge reduziert wird, die gesichert, übertragen und wiederhergestellt werden muss. Empfohlener Wert ist ON.

 Ja

Alter Name: rmanFraCleanupChannels

Neuer Name: numberOfChannelsForFraCleanup

 Gibt die Anzahl der Kanäle an, die für den FRA-Bereinigungsjob verwendet werden. Ja

Alter Name: Compress_Archive_Logs

Neuer Name: compressionAL

Gibt an, ob die Archive-Logbackups nicht komprimiert werden sollen.

Gilt nicht für Recovery Service.

 Ja

Alter Name: bkup_archlog_fra_retention

Neuer Name: archivelogRetentionDays

 Gibt an, wie viele Tage das Archivlog in FRA aufbewahrt werden soll. Ja

Tabelle 5-7: Backupkonfigurationsparameter - OSS (Object Storage Service)

Parameter Beschreibung Kompatibel mit automatischen Konsolenbackups*
backupDestination=oss

Ermöglicht Backups im Cloud-Speicher.

Gültige Werte sind yes und no.

Nr.

Alter Name: bkup_oss_recovery_window

Neuer Name: ossRecoveryWindow

Aufbewahrungszeitraum für Backups im Cloud-Speicher, ausgedrückt in Tagen. Maximaler Wert: 90.

Kann nur verwendet werden, wenn bkup_oss auf yes oder backupdestination auf OSS gesetzt ist.

Standardwert ist 30.

 Nr.

Alter Name: bkup_oss_url

Neuer Name: ossURL

Speicherort des Speichercontainers, der für Backups im Cloud-Speicher verwendet wird.

Kann nur verwendet werden, wenn bkup_oss auf yes oder backupdestination auf OSS gesetzt ist.

Nr.

Alter Name: bkup_oss_user

Neuer Name: ossUserName

Benutzername des Oracle Cloud-Benutzers mit Schreibberechtigungen für den in bkup_oss_url angegebenen Cloud-Speichercontainer.

Kann nur verwendet werden, wenn bkup_oss auf yes oder backupdestination auf OSS gesetzt ist.

Nr.

Alter Name: bkup_oss_passwd

Neuer Name: ossAuthToken

Kennwort des Oracle Cloud-Benutzers mit Schreibberechtigungen für den in bkup_oss_url angegebenen Cloud-Speichercontainer.

Kann nur verwendet werden, wenn bkup_oss auf yes oder backupdestination auf OSS gesetzt ist.

Nr.

Tabelle 5-8: Backupkonfigurationsparameter - RMAN-Katalogunterstützung

Parameter Beschreibung Kompatibel mit automatischen Konsolenbackups*

Alter Name: bkup_use_rcat

Neuer Name: useCatalog

Ermöglicht die Verwendung eines vorhandenen RMAN-Recovery-Katalogs.

Gültige Werte sind yes und no.

Ja

Alter Name: bkup_rcat_user

Neuer Name: catalogUserName

Benutzername für den Recovery-Katalog.

Gilt nur, wenn bkup_use_rcat auf yes gesetzt ist.

Ja

Alter Name: bkup_rcat_passwd

Neuer Name: catalogPassword

Kennwort für den in bkup_rcat_user angegebenen Recovery-Katalogbenutzer.

Gilt nur, wenn bkup_use_rcat auf yes gesetzt ist.

Ja

Alter Name: bkup_rcat_conn

Neuer Name: catalogConnectionString

Verbindungszeichenfolge für den RMAN-Recovery-Katalog.

Gilt nur, wenn bkup_use_rcat auf yes gesetzt ist.

Ja
Hinweis

Nur die oben genannten Parameter mit Compatible with Console Automatic Backups = Yes können in Verbindung mit konsolenbasierten automatischen Backups problemlos geändert werden. Wenn andere Parameter geändert werden sollen, aktivieren Sie keine Backups über die Konsole.

So erstellen Sie ein On-Demand-Backup

Mit dbaascli können Sie ein On-Demand-Backup einer Datenbank erstellen.

  1. Stellen Sie eine SSH-Verbindung zu einem der für die Datenbank konfigurierten Knoten im VM-Cluster oder in der DB-Systemressource her.
    ssh -i <private_key_path> opc@<node_1_ip_address>

    Um den ersten Compute Node zu ermitteln, stellen Sie als Benutzer grid eine Verbindung zu einem beliebigen Compute Node her, und führen Sie den folgenden Befehl aus: 

    $ $ORACLE_HOME/bin/olsnodes -n

    Neben dem Namen des ersten Knotens steht die Zahl 1.

  2. Melden Sie sich als opc an, und wechseln Sie dann mit sudo zum Benutzer root.
    login as: opc [opc@dbsys ~]
$ sudo su -
  3. Sie können ein Backup gemäß der aktuellen Aufbewahrungs-Policy oder ein langfristiges Backup erstellen, das beibehalten wird, bis Sie es löschen:
    • Um ein Backup gemäß der aktuellen Aufbewahrungs-Policy zu erstellen, geben Sie den folgenden Befehl ein:
      # dbaascli database backup --start --dbname <database_name>
    • Um ein langfristiges Backup zu erstellen, geben Sie den folgenden Befehl ein:
      # dbaascli database backup --start --archival --dbname --tag <archival_tag>
  4. Beenden Sie die Befehlsshell des Benutzers "root", und trennen Sie die Verbindung zum Compute Node:
    # exit
$ exit
  5. Verwenden Sie dbaascli database backup --status, um den Status der für den Backupbefehl generierten UUID zu prüfen
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

So entfernen Sie die Backupkonfiguration

  1. Stellen Sie eine SSH-Verbindung zu einem der für die Datenbank konfigurierten Knoten im VM-Cluster oder in der DB-Systemressource her.
  2. Melden Sie sich als opc an, und wechseln Sie dann mit sudo zum Benutzer root.
  3. Erstellen Sie eine temp-Datei mit den folgenden Parametern:
    • bkup_oss=no
    • bkup_cron_entry=no
    • bkup_archlog_cron_entry=no
  4. Verwenden Sie die obige Datei mit dbaascli database backup --configure, um die Backupkonfiguration für eine Datenbank zu entfernen.
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  5. Verwenden Sie dbaascli database backup --status, um den Status der für diesen Befehl generierten UUID zu prüfen.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Dadurch werden alle automatischen Backups deaktiviert.

So löschen Sie ein Backup in Object Storage

Sie können ein Archivierungs- oder Langzeitbackup aus Object Storage löschen.

# dbaascli database backup --delete --backupTag --dbname <database_name>

Dabei gilt:

  • --dbname - Gibt den Oracle Database-Namen an
  • --delete: Löscht das Archivierungsbackup.
  • --backupTag: Gibt das zu löschende Backuptag an.

Policy-basierte Backups werden mit geplanten täglichen Backups gelöscht. Alternativ können Sie mit dem RMAN-Befehl "Backup löschen" ein Backup aus dem Objektspeicher löschen.

Backup und Recovery mit der API verwalten

Backups mit der API verwalten

Informationen zur Verwendung der API und zu Signieranforderungen finden Sie unter REST-APIs und Sicherheitszugangsdaten. Informationen zu SDKs finden Sie unter Software Development Kits und Befehlszeilenschnittstelle (CLI).

Mit den folgenden API-Vorgängen können Sie Datenbankbackups verwalten:

Die vollständige Liste der APIs für den Database-Service finden Sie unter Database-Service-API.

Alternative Backupmethoden

Hier erfahren Sie mehr über alternative Backupmethoden, die zusätzlich zur OCI-Konsole verfügbar sind.

Backups für Datenbanken in Exadata Cloud Infrastructure können über weitere Methoden zusätzlich zu den in der Konsole konfigurierten automatischen Backups durchgeführt werden. Im Allgemeinen ist die Konsole (oder die OCI-API/CLI, die ihr entspricht) die bevorzugte Methode, da sie am einfachsten und am stärksten automatisiert ist. Im Allgemeinen wird die OCI-Konsole, die OCI-API oder die OCI-Befehlszeile gegenüber alternativen Verwaltungsmethoden bevorzugt. Wenn erforderliche Aktionen jedoch nicht mit den bevorzugten Methoden ausgeführt werden können, sind zwei andere Optionen zur manuellen Konfiguration von Backups verfügbar: dbaascli und Oracle Recovery Manager (RMAN).

Hinweis

Mit den Befehlen dbaascli database backup, dbaascli pdb backup, dbaascli database recover und dbaascli pdb recover können Sie Containerdatenbanken und integrierbare Datenbanken sichern und wiederherstellen. Weitere Informationen finden Sie unter Vom Benutzer konfiguriertes Backup in Von Oracle empfohlene Optionen zum Ausführen von Backup- und Recovery-Vorgängen.

RMAN ist das in Oracle Database enthaltene Backuptool. Informationen zur Verwendung von RMAN finden Sie in der Benutzerdokumentation zu Oracle Database Backup und -Recovery für Release 19. Durch die Verwendung von RMAN zum Sichern von Datenbanken in Exadata Cloud Infrastructure erhalten Sie die größte Flexibilität hinsichtlich der Backupoptionen, doch ist dies mit der größten Komplexität verbunden.

Hinweis

Während die Verwendung von RMAN für die Wiederherstellung von Datenbanken, die über eine der hier beschriebenen Methoden gesichert wurden, als sicher angesehen wird, darf RMAN nicht für die Einrichtung von Backups in Verbindung mit der Konsole (und der OCI-API/CLI) oder in Verbindung mit dbaascli verwendet werden. Wenn Sie Backups manuell mit RMAN orchestrieren möchten, dürfen Sie weder Console-automatisierte Backups noch dbaascli verwenden. Sie müssen zunächst die konsolenbasierten automatisierten Backups vollständig deaktivieren. Weitere Informationen finden Sie unter Automatische Backups zur Ermöglichung der manuellen Backup- und Recovery-Verwaltung deaktivieren.

Die Methode dbaascli stellt einen Mittelpunkt zwischen automatisierten RMAN- und Konsolenbackups in Bezug auf Flexibilität und Einfachheit dar. Verwenden Sie dbaascli, wenn die erforderliche Funktionalität mit automatisierten Backups der Konsole nicht unterstützt wird, Sie jedoch die Komplexität der direkten Verwendung von RMAN vermeiden möchten. In bestimmten Fällen kann dbaascli verwendet werden, um die automatisierte Backupkonfiguration der Konsole zu ändern. Dies ist jedoch im Allgemeinen nicht der Fall. Im Allgemeinen muss dbaascli anstelle der Aktivierung von Backups in der Konsole verwendet werden.

Automatische Backups zur Ermöglichung der manuellen Backup- und Recovery-Verwaltung deaktivieren

In der Konsole, API oder in dbaascli von Exadata Cloud Infrastructure konfigurierte Backups funktionieren für eine Vielzahl von Backup- und Recovery-Anwendungsfälle. Wenn Anwendungsfälle erforderlich sind, die von den Cloud-verwalteten Backups nicht unterstützt werden, können Sie das Datenbankbackup und -Recovery manuell mit dem Oracle Recovery Manager-(RMAN-)Utility verwalten. Informationen zur Verwendung von RMAN finden Sie in der Benutzerdokumentation zu Oracle Database Backup und -Recovery für Release 19.

Um Backup und Recovery mit RMAN auf Exadata Cloud Infrastructure verwalten zu können, muss sowohl für die Datenbank- als auch die Archive-Logbackups die vollständige Eigentümerschaft übernommen werden. Die cloudverwalteten Backups dürfen nicht mehr verwendet werden. Bevor manuelle Backups gestartet werden, muss die Cloud-verwaltete Backupfunktion deaktiviert werden. Dies ist erforderlich, damit die Cloud-Backupjobs keine Archive Logs löschen, bevor sie manuell gesichert werden, und nicht mit den manuellen Backups in Konflikt stehen.

Sie können das Utility dbaascli verwenden, um Cloud-verwaltete Backups zu deaktivieren und den automatischen Job zum Löschen von Archive-Logs zu deaktivieren.

Übergeordnetes Thema: Alternative Backupmethoden

Datenbanken mit Oracle Recovery Manager (RMAN) wiederherstellen

Wenn Sie Ihre Datenbank mit dbaascli gesichert haben, können Sie dieses Datenbankbackup mit dem Utility "Oracle Recovery Manager (RMAN)" wiederherstellen. Informationen zur Verwendung von RMAN finden Sie in der Oracle Database Backup and Recovery - Benutzerdokumentation für Release 19.

Hinweis

Während das Recovery mit RMAN sicher ist, dürfen Sie mit RMAN keine Backups initiieren und keine Backupeinstellungen in Verbindung mit dbaascli oder mit automatisierten Konsolenbackups bearbeiten. Andernfalls kann es zu Konfliktsituationen oder Überschreibungen von Einstellungen kommen, sodass Backups möglicherweise nicht erfolgreich ausgeführt werden.