Für Backups können Sie entweder die Backupfunktion von Oracle Exadata Database Service on Cloud@Customer verwenden oder einen Backupspeicherort an einem verwaltenden Speicherort konfigurieren.

Oracle Exadata Database Service on Cloud@Customer umfasst eine Backupfunktion, die Sie für jede Datenbank einzeln konfigurieren können.

Siehe Datenbanken auf Exadata Cloud@Customer verwalten und Datenbankbackup und -Recovery auf Exadata Cloud@Customer verwalten.

Wenn Sie Backups in einer Recovery Appliance oder an einem NFS-(Network File Storage-)Speicherort speichern möchten, den Sie verwalten, müssen Sie zunächst ein Backupziel erstellen. Jedes Backupziel definiert die Eigenschaften, die für die Verbindung mit dem Recovery-Appliance- oder NFS-Speicherort erforderlich sind. Jedes Backupziel muss über die VM-Clusterknoten in Ihrem Data Center zugänglich sein.

Die Backupfunktion von Oracle Exadata Database Service on Cloud@Customer kann Backups auch im Oracle Cloud Infrastructure-Objektspeicher oder im lokalen Exadata-Speicher auf Ihrem Oracle Exadata Database Service on Cloud@Customer-System speichern. Sie müssen jedoch kein Backupziel für diese anderen Speicherorte erstellen. Stattdessen sind die relevanten Optionen für Backups im Cloud-Objektspeicher oder im lokalen Exadata-Speicher direkt verfügbar, wenn Sie eine Datenbank erstellen.

Prüfen Sie die Voraussetzungen zum Konfigurieren von Backupzielen an einem Zero Data Loss Recovery Appliance-Speicherort oder einem NFS-Backupspeicherort.

• Für ein Zero Data Loss Recovery Appliance-Backupziel:
  • Die Appliance muss mit einem Virtual Private Catalog-(VPC-)Benutzer konfiguriert sein, der für das Erstellen von Backups verwendet wird.
  • Die Appliance muss mit dem eindeutigen Datenbanknamen der zu sichernden Datenbank und einer Zuordnung zum VPC-Benutzer konfiguriert sein.
  • Auf die Appliance muss vom Oracle Exadata Database Service on Cloud@Customer-System über die Oracle Net Services-Verbindungszeichenfolge, die vom Zero Data Loss Recovery Appliance-Administrator bereitgestellt wird, Zugriff bestehen.
• Für ein NFS-Backupziel:
  • Nicht autonome Datenbanken in Oracle Exadata Database Service on Cloud@Customer:
    • Sie müssen den NFS-Serverspeicherort in einem lokalen Mount-Point-Verzeichnis auf jedem Knoten im VM-Cluster mounten.
    • Das lokale Mount-Point-Verzeichnis und der NFS-Server müssen auf allen Knoten im Cluster identisch sein.
    • Sie müssen sicherstellen, dass der NFS-Mount kontinuierlich auf allen VM-Clusterknoten gewartet wird.
    • Auf das in NFS gemountete Dateisystem muss der Betriebssystembenutzer oracle auf allen VM-Clusterknoten Lese- und Schreibzugriff haben.
  • Autonomous Database on Cloud@Customer:
    Hinweis
    
    Oracle Autonomous Database on Exadata Cloud@Customer unterstützt die NFS-Versionen 3 und 4. Mounts mit beiden Versionen, jedoch standardmäßig Version 4.
    • Um sicherzustellen, dass das autonome VM-Cluster über das (bevorzugte) Backupnetzwerk auf den NFS-Server zugreifen kann, geben Sie beim Konfigurieren des VM-Clusternetzwerks gültige Backupnetzwerk-IP-Adressen ein.

      Wenn das Backupziel nicht über das Backupnetzwerk, sondern über das Clientnetzwerk zugänglich ist, wird der Backupdatenverkehr über das Clientnetzwerk geleitet.

    • Auf das in NFS gemountete Dateisystem muss der Betriebssystembenutzer oracle auf allen VM-Clusterknoten Lese- und Schreibzugriff haben.
    • Wenn Berechtigungen auf Benutzerebene gesteuert werden, lautet die uid:gid des Benutzers oracle für das autonome VM-Cluster 1001:1001.
    • Bei NFSv4-Servern, die den Portbereich einschränken, müssen Sie die unsichere Option verwenden, um anderen Clients als einem Administratorbenutzer die Verbindung zum NFS-Server zu ermöglichen.

Hier erfahren Sie, wie Sie mit der Konsole ein Backupziel für Ihre Infrastruktur für Oracle Exadata Database Service on Cloud@Customer erstellen, bearbeiten, verschieben und beenden.

• Backupziel mit der Konsole erstellen
  Zum Erstellen eines Backupziels müssen Sie die Werte zur Konfiguration des Backupziels eingeben.
• Backupziel mit der Konsole bearbeiten
  Zum Bearbeiten eines Backupziels müssen Sie die Werte zur Konfiguration des Backupziels eingeben.
• Backupziel mit der Konsole verschieben
  Zum Verschieben eines Backupziels müssen Sie die Werte zur Konfiguration des Backupziels eingeben.
• Backupziel mit der Konsole löschen
  Zum Löschen eines Backupziels müssen Sie Werte zur Konfiguration des Backupziels eingeben.

Hier finden Sie die Liste der API-Aufrufe zum Verwalten Ihrer Oracle Exadata Database Service on Cloud@Customer-Backupziele.

Informationen zum Verwenden der API und Signieren von Anforderungen finden Sie unter "REST-APIs" und "Sicherheitszugangsdaten". Informationen zu SDKs finden Sie unter "Software Development Kits und Befehlszeilenschnittstelle".

Die vollständige Liste der APIs finden Sie unter "Database-Service-API".

Datenbankbackups werden vollständig vom Oracle Exadata Database Service on Cloud@Customer-Service basierend auf einer einmaligen Konfiguration verwaltet.

Nach der Konfiguration brauchen Sie keine Wartungsarbeiten wie Backupplanung und -löschung durchzuführen. Oracle verwaltet die Backups über klar definierte Workflows. Bestimmte Backupkonfigurationsparameter sind nicht vollständig in den Workflow für von Oracle verwaltete Backups integriert. Wenn Sie diese Parameter für die Backups festlegen möchten, können Sie dies mit dbaascli database backup —configure tun. Weitere Informationen finden Sie unter Datenbank für Backup konfigurieren.

• Backupziele
  Ein Backupziel ist ein Ziel zum Senden von Datenbankbackups. Das Ziel kann ein lokales Dateisystem, Objektspeicher, NFS-Mount oder ZDLRA sein.
• Automatisches Backup und Recovery
  

Der Benutzer ist dafür verantwortlich, Backupvorgänge mit dbaascli nach Bedarf zu konfigurieren und auszuführen.

Backups, die dbaascli verwenden, werden nicht als von Oracle verwaltete Backups erkannt. Mit den Befehlen dbaascli database backup, dbaascli pdb backup, dbaascli database recover und dbaascli pdb recover können Sie verschiedene Backup- und Recovery-Vorgänge konfigurieren und ausführen.

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.

• Backup mit dbaascli bei vom Benutzer konfiguriertem Backup
  
• So stellen Sie eine Datenbank wieder her
  

Sie können Backupeinstellungen für ein Datenbank-Deployment anpassen, indem Sie eine Datei mit den aktuellen anpassbaren Einstellungen generieren, die Datei bearbeiten und dann die Backupeinstellungen mit der Datei aktualisieren.

1. Stellen Sie als Benutzer opc eine Verbindung zu einer virtuellen Maschine her.

   Ausführliche Anweisungen finden Sie unter Verbindung zu einer virtuellen Maschine mit SSH herstellen.

2. Starten Sie eine Befehlsshell mit dem Benutzer root:

   sudo -s

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 --dbname dbname

   Dabei gilt:

   • dbname ist der Name der Datenbank, die Sie bearbeiten möchten.

   Beispiel:

   • So generieren Sie Konfigurationsdateien:

     # dbaascli database backup --getconfig --dbname <dbname>
     DBAAS CLI version MAIN
     Executing command database backup --getconfig --dbname <dbname>
     vi Session log: /var/opt/oracle/log/v23db8/database/backup/dbaastools_2025-01-28_12-36-04-PM_236081.log
     logfile:/var/opt/oracle/log/dtrs/dcs-dtrs.0.*.log
     File /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg created
     dbaascli execution completed

   • So passen Sie Backupeinstellungen mit der Konfigurationsdatei an:

     # vi /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg
     # dbaascli database backup --configure --configFile /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg --dbname v23db8

4. Bearbeiten Sie die Parameterwerte in der generierten Datei, und ändern Sie alle Einstellungen, die Sie in der Backupkonfiguration anpassen möchten.

   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, selbst wenn konsolenbasierte automatische Sicherungen verwendet werden. Wenn Sie Parameter mit Compatible with Console Automatic Backups=No verwenden, aktivieren Sie keine Backups über die Konsole.

   Tabelle 5-22: Backupkonfigurationsparameter - spezifische Cron-Parameter für bkup_api

   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.	Nein
   Alter Name: bkup_archlog_cron_entry Neuer Name. manageArchivelogs	Aktiviert automatische Backups archivierter Datenbank-Logdateien. Gültige Werte sind yes und no. Wenn manageArchivelogs auf "Nein" gesetzt wird, werden automatische Bereinigungsjobs für Archive-Logs deaktiviert. Diese Einstellung ist nur gültig, wenn für die zugehörige Datenbank keine automatischen Datenbankbackups konfiguriert sind.	Nein
   Alter Name: bkup_l0_day Neuer Name. L0BackupDay	Dieser Parameter steuert den Wochentagswert 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.	Nein

   Tabelle 5-23: 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. Der Standardwert ist 4.	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 1-Stunden-Intervallen, ausgedrückt in Minuten. Der Standardwert ist 30 für Exadata Cloud@Customer.	Ja
   Alter Name: bkup_type Neuer Name. backupDestination	Der Typ des Speicherorts, in dem sich das Backup befindet. Einer der folgenden Werte. OSS oder ZDLRA oder DISK oder NFS	Ja
   Alter Name: bkup_filesperset_regular Neuer Name. filesPerSet	Gibt die maximale Anzahl von Datendateien an, die in einem Backupset für regelmäßige/Archivierungsbackups enthalten sein können.	Ja
   Alter Name: bkup_filesperset_al Neuer Name. filesPerSetAL	Gibt die maximale Anzahl von Archive Log-Dateien an, die in einem Backupset für Archivelog-Backups 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 NFS aktiviert, während sie für ZDLRA und DISK deaktiviert ist. Diese Einstellung kann nur für NFS 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. Der empfohlene 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 Log-Backups komprimiert werden sollen. Standardmäßig ist der Wert für ZDLRA auf "false" gesetzt, und diese Einstellung kann nicht geändert werden.	Ja
   Alter Name: bkup_archlog_fra_retention Neuer Name. archivelogRetentionDays	Gibt die Anzahl der Tage an, die das Archivlog in FRA aufbewahrt werden soll.	Ja

   Tabelle 5-24: Backupkonfigurationsparameter - lokaler Speicher (FRA)

   Parameter	Beschreibung	Kompatibel mit automatischen Konsolenbackups*
   backupDestination=disk	Ermöglicht Backups im lokalen Exadata-Speicher. Gültige Werte sind yes und no.	Nein
   Alter Name: bkup_disk_recovery_window Neuer Name. diskRecoveryWindow	Aufbewahrungszeitraum für Backups im lokalen Exadata-Speicher, ausgedrückt in Tagen. Maximaler Wert: 14. Gilt nur, wenn bkup_disk auf yes oder backupdestination auf DISK gesetzt ist Der Standardwert ist 7.	Nein

   Tabelle 5-25: Backupkonfigurationsparameter - NFS (Network File System)

   Parameter	Beschreibung	Kompatibel mit automatischen Konsolenbackups*
   backupDestination=nfs	Ermöglicht Backups im NFS-gemounteten Verzeichnis. Gültige Werte sind yes und no.	Nein
   Alter Name: bkup_nfs_loc Neuer Name. nasLocation	Das NFS-gemountete Verzeichnis. Das angegebene Verzeichnis muss ein Mount Point und auf allen Knoten verfügbar sein.	Nein
   Alter Name: bkup_nfs_recovery_window Neuer Name. nasRecoveryWindow	Aufbewahrungszeitraum für Backups im NFS-Speicher, ausgedrückt in Tagen. Maximaler Wert: 90. Gilt nur, wenn bkup_nfs auf yes gesetzt ist oder backupdestination auf NFS gesetzt ist. Der Standardwert ist 30.	Nein

   Tabelle 5-26: 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.	Nein
   Alter Name: bkup_oss_recovery_window Neuer Name. ossRecoveryWindow	Aufbewahrungszeitraum für Backups im Cloud-Speicher, ausgedrückt in Tagen. Maximaler Wert: 90. Gilt nur, wenn bkup_oss auf yes gesetzt ist oder backupdestination auf OSS gesetzt ist. Der Standardwert ist 30.	Nein
   Alter Name: bkup_oss_url Neuer Name. ossURL	Speicherort des Speichercontainers, der für Backups im Cloud-Speicher verwendet wird. Gilt nur, wenn bkup_oss auf yes gesetzt ist oder backupdestination auf OSS gesetzt ist.	Nein
   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. Gilt nur, wenn bkup_oss auf yes gesetzt ist oder backupdestination auf OSS gesetzt ist.	Nein
   Alter Name: bkup_oss_passwd Neuer Name. ossAuthToken	Kennwort des Oracle Cloud-Benutzers mit Schreibberechtigungen für den in ossURL angegebenen Cloud-Speichercontainer. Gilt nur, wenn bkup_oss auf yes gesetzt ist oder backupdestination auf OSS gesetzt ist.	Nein

   Hinweis
   
   Zero Data Loss Recovery Appliance-(ZDLRA-)Parameter sind nur für Exadata Cloud@Customer-Installationen gültig.

   Tabelle 5-27: Backupkonfigurationsparameter - Zero Data Loss Recovery Appliance (ZDRLA)

   Parameter	Beschreibung	Kompatibel mit automatischen Konsolenbackups*
   backupDestination=zdlra	Ermöglicht Backups in einer Recovery Appliance. Gültige Werte sind yes und no.	Nein
   Alter Name: bkup_zdlra_url Neuer Name. zdlraUrl	Speicherort der Recovery Appliance, die für Backups verwendet wird. Gilt nur, wenn bkup_zdlra auf yes gesetzt ist oder backupdestination auf ZDLRA gesetzt ist.	Nein
   Alter Name: bkup_zdlra_user Neuer Name. zdlraVpcUserName	Der in bkup_zdlra_url angegebene virtuelle private Katalog-(VPC-)Benutzername für die Recovery Appliance. Gilt nur, wenn bkup_zdlra auf yes gesetzt ist oder backupdestination auf ZDLRA gesetzt ist.	Nein
   Alter Name: bkup_zdlra_passwd Neuer Name. zdlraVpcPassword	Kennwort des in bkup_zdlra_url angegebenen Recovery-Appliance-Benutzers. Gilt nur, wenn bkup_zdlra auf yes gesetzt ist oder backupdestination auf ZDLRA gesetzt ist.	Nein

   Tabelle 5-28: 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 (nur für NFS- und OSS-Backups)
   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 (nur für NFS- und OSS-Backups)
   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 (nur für NFS- und OSS-Backups)
   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 (nur für NFS- und OSS-Backups)

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

5. Verwenden Sie den Befehl dbaascli database backup --configure, um die Backupeinstellungen mit der Datei zu aktualisieren, in der die aktualisierten Backupeinstellungen enthalten sind:

   # dbaascli database backup --configure --configFile <file_name> --dbname
       <database_name>

6. Verwenden Sie dbaascli database backup --status, um den Status des Konfigurationsupdates zu prüfen:

   # dbaascli database backup --status --uuid <uuid> --dbname
       <database_name>

7. Schließen Sie die root-Benutzerbefehlsshell:

   exit