Datenbankbackup und Recovery in Oracle Exadata Database Service auf Exascale-Infrastruktur verwalten
Hier erfahren Sie, wie Sie mit den Backup- und Recovery-Funktionen arbeiten, die von Oracle Exadata Database Service on Exascale-Infrastruktur bereitgestellt werden.
- 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. - Exadata-Datenbankbackups verwalten
Automatische Exadata-Datenbankbackups werden von Oracle Cloud Infrastructure verwaltet. Sie konfigurieren dies mit der Konsole oder der API. - Verwaltete Backuptypen und Nutzungsinformationen
Es gibt zwei Arten von automatischen Exadata-Datenbankbackups: Autonomous Recovery Service und Oracle Object Storage. - Backupzielverhalten beim Aktivieren automatischer Backups und Standalone-Backups mit der OCI-Konsole
- Long-Term Retention Backup with Recovery Service
Long-Term Retention Backup (LTR) ermöglicht es Ihnen, vollständige Backups für einen Zeitraum von bis zu zehn Jahren für Compliance-, behördliche oder andere Geschäftsanforderungen mit vollständigem LTR-Lebenszyklusmanagement und Unveränderlichkeit zu speichern. - Standardzuweisung für Backupkanäle
Dies sind die Standardeinstellungen für Datenbankbackupkanäle, wenn Sie "Oracle Managed Backup" oder "Benutzerdefiniertes Backup" verwenden. - Voraussetzungen für Backups auf Oracle Exadata Database Service auf Exascale Infrastructure
- Backups mit der Konsole verwalten
- So legen Sie Autonomous Recovery Service als Backupziel für eine vorhandene Datenbank fest
Um Autonomous Recovery Service als Backupziel für eine vorhandene Datenbank anzugeben, führen Sie die folgenden Schritte aus. - Exadata-Datenbank aus Backupziel wiederherstellen
In diesem Thema wird erläutert, wie Sie eine Exadata-Datenbank aus einem in Object Storage oder Autonomous Recovery Service gespeicherten Backup mit der Konsole oder API wiederherstellen. - Exadata-Datenbankbackups mit dbaascli verwalten
- Backup und Recovery mit der API verwalten
- Alternative Backupmethoden
Hier erfahren Sie mehr über alternative Backupmethoden, die zusätzlich zur OCI-Konsole verfügbar sind. - Datenbanken mit Oracle Recovery Manager (RMAN) wiederherstellen
Wenn Sie Ihre Datenbank mitbkup_api
gesichert haben, können Sie dieses Datenbankbackup mit dem Utility "Oracle Recovery Manager (RMAN)" wiederherstellen.
Ü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.
Eine hybride Konfiguration, d.h. das Mischen der Optionen wird nicht unterstützt. Durch ein Mischen der Optionen wird die Automatisierung unterbrochen. Ab dem 06. August 2025 ist Autonomous Recovery Service für Mandanten, die in den FRA-, PHX- oder NRT-Regionen erstellt wurden, das einzige Backupziel, wenn Sie das automatische Backup in Datenbanken aktivieren.
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-Cloudservices können Sie auch über OCI-APIs auf diese Backups zugreifen. Oracle empfiehlt diesen Ansatz.
- Die Befehle
dbaascli database backup
unddbaascli database recover
können in Verbindung mit den automatisierten Backups für bestimmte Vorgänge verwendet werden. Weitere Informationen finden Sie unterdbaascli database backup
unddbaascli database recover
. - Kunden können RMAN-Ansichten abfragen oder RMAN-Wiederherstellungs- und Recovery-Befehle ausgeben, z.B. Wiederherstellungsbefehle für 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 in Object Storage mit RMAN konfigurieren, ohne die OCI Control Plane- oder OCI-APIs zu verwenden, sind Kunden für die manuelle Konfiguration von TDE-Wallet-Backups verantwortlich. Standardmäßig bereinigt die Cloud-Automatisierung von Oracle Archive-Logdateien alle 24 Stunden. Wenn Sie RMAN für manuelle Backups verwenden, besteht die Gefahr, dass die Archive Logs gelöscht werden. Informationen zum Konfigurieren der Archive-Logbereinigung 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.
- 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.
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 hierzu 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.
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.
Verwandte Themen
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 verläuft, 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 Verfügbarkeit der Oracle Exadata Database Service on Exascale-Infrastrukturinstanz und der Datenbank wiederhergestellt ist.
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.
Object Storage-Backupaufbewahrungszeitraum
Die Aufbewahrungsfristen (in Tagen) betragen 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 2-stündiges Planungsfenster für Ihre Datenbank angeben, in dem der automatische Backupprozess beginnt. Sie können aus 12 Planungsfenstern wählen, die jeweils zu einer geraden Stunde beginnen (Beispiel: ein Fenster wird von 04:00-06:00 und das nächste von 06:00-08:00 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 Standardfenster für die Backupplanung sechs Stunden lang ist, während die von Ihnen angegebenen Backupfenster 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.
- Data Guard: Sie können das Feature "Automatisches Backup" für eine Datenbank mit der Standbyrolle in einer Data Guard-Verbindung aktivieren. Automatische Backups für diese Datenbank werden jedoch erst erstellt, wenn die Datenbank die Primärrolle übernimmt.
- Ä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 wurde ab Version 21.4.1.0 von dbaastools vorgenommen.
Backupzielverhalten beim Aktivieren automatischer Backups und Standalone-Backups mit der OCI-Konsole
Automatische Backups
Ab dem 06. August 2025 ist der Autonomous Recovery Service unter den folgenden Bedingungen das einzige verfügbare Backupziel, wenn Sie automatische Backups in der OCI-Konsole aktivieren:
- 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.
- In der Region sind Kapazitäts- und Backuplimits verfügbar.
Hinweis: Wenn Limits oder Kapazität nicht verfügbar sind, werden Sie aufgefordert, eine Anforderung zur Limiterhöhung weiterzuleiten.
Wenn OCI Object Storage noch als Backupoption verfügbar ist
In den folgenden Szenarios wird OCI Object Storage weiterhin als Backupziel angezeigt:
- Der Mandant wurde vor dem 06. August 2025 erstellt.
- Die Datenbankversion liegt vor 19.18 oder 23.4.
- Die Region ist nicht FRA, PHX oder NRT.
- Das Onboarding des Autonomous Recovery Service ist aufgrund unzureichender regionaler Kapazität zur Unterstützung der Datenbankgröße nicht erfolgreich.
Zusätzliche Szenarios
- Regionsübergreifende Data Guard-Konfiguration: Wenn sich Ihre Primärdatenbank in einer Region außerhalb von FRA, PHX oder NRT befindet und sich die Standbydatenbank in einer dieser Regionen befindet, kann nur die Standbydatenbank mit Autonomous Recovery Service gesichert werden. OCI Object Storage wird in FRA, PHX oder NRT für neue Mandanten nicht unterstützt.
- Regionen mit gemischten Mandanten: Wenn Sie über zwei Regionen hinweg arbeiten – eine mit einem vorhandenen Mandanten (nicht in FRA, PHX oder NRT) und eine andere mit einem neuen Mandanten in FRA, PHX oder NRT – wird eine geteilte Backupkonfiguration angezeigt, wobei OCI Object Storage in der vorhandenen Region und Autonomous Recovery Service in der neuen Region vorhanden sind.
- Deployment über mehrere Regionen nach dem 06. August 2025: Bei neuen Mandanten, die nach dem 06. August 2025 erstellt wurden, mit Deployments in FRA, PHX, NRT und IAD, unterscheidet sich die Backupkonfiguration: FRA, PHX und NRT verwenden Autonomous Recovery Service, während IAD OCI Object Storage weiterhin unterstützt.
Standalone-Backups
Bei neuen Mandanten, die in den FRA-, PHX- und NRT-Regionen erstellt wurden, bleibt das vorhandene Verhalten für Standalone-Backups in der OCI-Konsole und der OCI-API unverändert.
Das Verhalten ist wie folgt:
- Wenn automatische Backups in OCI Object Storage konfiguriert sind, werden Standalone-Backups in OCI Object Storage gespeichert.
- Wenn automatische Backups für Autonomous Recovery Service konfiguriert sind, werden Standalone-Backups im Autonomous Recovery Service gespeichert.
- Wenn keine automatischen Backups konfiguriert sind, werden Standalone-Backups standardmäßig auf OCI Object Storage gesetzt.
Backup der langfristigen Aufbewahrung mit Recovery Service
Mit LTR (Long-term Retention Backup) können Sie vollständige Backups für einen Zeitraum von bis zu zehn Jahren für Compliance-, behördliche 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 dem Zeitpunkt der Erstellung des Backups liegen.
Um ein LTR-Backup mit dem erforderlichen Aufbewahrungszeitraum zu erstellen, muss für Recovery Service kein neues vollständiges Produktionsbackup erstellt werden. Dies geschieht jedoch, indem bereits vorhandene operative Backups im System innerhalb des definierten Recovery-Fensters in der Policy verwendet werden. 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.
Beim Beenden einer Datenbank werden die LTR-Backups gemäß dem Wert "Löschoptionen nach Datenbankbeendigung" gelöscht.
- Backups in 72 Stunden löschen: Alle Backups, einschließlich langfristiger Backups, werden gelöscht.
- Auf Policy basieren löschen: LTR-Backups werden gemäß der Aufbewahrungs-Policy jedes LTR-Backups beibehalten.
Hinweis: Oracle empfiehlt, beim Beenden einer Datenbank die Option "Auf Policy basieren löschen" auszuwählen, um sicherzustellen, dass die langfristigen Backups beibehalten werden.
Berücksichtigen Sie die folgenden zusätzlichen Faktoren für langfristige Backups:
- LTR-Backups bestehen weiterhin unabhängig von automatischen Backups, 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 einen 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 der LTR verwaltet.
- Ein LTR-Backup kann abgebrochen werden, während es sich im Status "Wird erstellt" befindet.
- Ein LTR-Backup kann jederzeit nach seiner Erstellung gelöscht werden.
- Während der Wiederherstellung:
- Wenn das Backup eine unterstützte DBHome-Hauptversion aufweist, wird es auf das 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
Dies sind die Standardeinstellungen für Datenbankbackupkanäle, wenn Sie "Von Oracle verwaltete Backups" oder "Benutzerkonfigurierte Backups" verwenden.
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 Kernanzahl des Knotens bestimmt. Die folgende Tabelle enthält die verwendeten Werte und den Core-Bereich. Sowohl der Core als auch die Channel-Werte 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.
Cores pro Knoten | Formel | Zuweisung der Backupkanäle pro Knoten | Zuweisung der Restore-Kanäle pro Knoten |
---|---|---|---|
Kleiner als oder gleich 12 | Cores <= 12 | 2 | 4 |
Größer als 12 und kleiner/gleich 24 | Kerne > 12 und Kerne <= 24 | 4 | 8 |
Größer als 24 | Cores > 24 | 8 | 16 |
Bei Bedarf kann ein statischer Wert pro Knoten mit DBAASCLI getConfig/configure
festgelegt werden, um eine bckup
-Datei cfg
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 Core-kanalbasierte Zuweisung fest.
Voraussetzungen für Backups in Oracle Exadata Database Service auf Exascale-Infrastruktur
Recovery Service
Stellen Sie sicher, dass Ihr Mandant für die Verwendung von 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 |
Erforderliche Berechtigungen für Oracle-Datenbanken in OCI zur Verwendung von Recovery Service |
Erforderlich |
Konfigurieren Sie Netzwerkressourcen, und registrieren Sie ein Recovery-Servicesubnetz |
Erforderlich |
|
Schutz-Policys erstellen |
Optional |
Weitere Informationen zu Recovery Service finden Sie unter Oracle Database Autonomous Recovery Service - Überblick.
Object Storage
- Exadata Cloud Service erfordert Zugriff auf Oracle Cloud Infrastructure Object Storage. Oracle empfiehlt, ein Servicegateway mit dem VCN zu verwenden, um diesen Zugriff zu ermöglichen. Weitere Informationen finden Sie unter Network Setup für Oracle Exadata Database Service auf Exascale-Infrastrukturinstanzen. Beachten Sie in diesem Thema besonders Folgendes:
- Servicegateway für das VCN
- Knotenzugriff auf Object Storage: Statische Route
- Backup-Egress-Regel: Zugriff auf Object Storage zulassen
- Anforderungen an Subnetzgröße und Sicherheitsregeln für das Recovery Service-Subnetz prüfen
- 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 mit der Konsole oder der 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 der Administratorengruppe hinzufügen. Dadurch wird allerdings der Zugriff auf alle Cloud-Services erteilt. Stattdessen sollte ein Administrator eine Policy wie im folgenden Beispiel erstellen, die den Zugriff auf nur die erforderlichen Ressourcen in Object Storage für Backup und Wiederherstellung der Datenbank einschrä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.
Verwandte Themen
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.
- 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 Encryption Key (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.
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
- So erstellen Sie ein Online-Backup einer Datenbank
- So zeigen Sie den Backupstatus an
- So brechen Sie ein Backup ab
- So löschen Sie vollständige Backups aus Object Storage
- So löschen Sie Standalone-Backups aus Object Storage
- So ändern Sie den Aufbewahrungszeitraum eines LTR-Backups mit Recovery Service
So konfigurieren Sie automatische Backups für eine Datenbank
Ab dem 06. August 2025 ist Autonomous Recovery Service für Mandanten, die in den FRA-, PHX- oder NRT-Regionen erstellt wurden, das einzige Backupziel, wenn Sie das automatische Backup in Datenbanken aktivieren.
Wenn Sie eine Oracle Exadata Database Service on Exascale 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.
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.
- Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Exadata auf Oracle Public Cloud.
- Wählen Sie das gewünschte Compartment aus.
- Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die zu konfigurierende Datenbank enthält:
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.
- 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.
- Klicken Sie auf Automatische Backups konfigurieren.
- Geben Sie im Dialogfeld Automatische Backups konfigurieren die folgenden Details ein:
- 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 in der Region ist keine Kapazität 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.
- Object Storage (L0):
- 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.
- Backupziel: Sie können Autonomous Recovery Service (Standard) oder Object Storage auswählen.
- Klicken Sie auf Änderungen speichern.
Auf der Seite Datenbankdetails werden die Konfigurationsdetails Zustand, Echtzeit-Datenschutz und Policy-Informationen im Abschnitt Backup angezeigt.
Verwandte Themen
Übergeordnetes Thema: Backups mit der Konsole verwalten
So erstellen Sie ein Online-Backup einer Datenbank
Object Storage erstellt ein vollständiges Backup der Datenbank, während Recovery Service ein inkrementelles Backup erstellt.
- Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Exadata Database Service on Exascale-Infrastruktur
- Wählen Sie das gewünschte Compartment aus.
-
Navigieren Sie zu dem Cloud-VM-Cluster mit der Datenbank, die Sie sichern möchten:
Klicken Sie unter Oracle Exadata Database Service auf Exascale-Infrastruktur auf Exadata-VM-Cluster. Suchen und klicken Sie in der Liste der VM-Cluster auf das gewünschte VM-Cluster, und klicken Sie auf seinen markierten Namen, um die Detailseite für das Cluster anzuzeigen.
- 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.
-
Klicken Sie unter Ressourcen auf Backups.
Eine Liste der Backups wird angezeigt.
- Klicken Sie auf Backup erstellen.
- Gehen Sie im daraufhin angezeigten Fenster {\b Create backup} wie folgt vor:
- Name: Geben Sie einen aussagekräftigen Namen für das Backup an.
- Wählen Sie eine Option für 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) eingegeben werden, ab dem das Backup erstellt wurde.
- Klicken Sie auf Erstellen.
Übergeordnetes Thema: Backups mit der Konsole verwalten
So zeigen Sie den Backupstatus an
- Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Exadata Database Service on Exascale-Infrastruktur.
- Wählen Sie das gewünschte Compartment aus.
- Navigieren Sie zu dem Cloud-VM-Cluster, das das Datenbankbackup enthält, das Sie anzeigen möchten.
- 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.
- Suchen Sie in der Liste der Datenbanken die gewünschte Datenbank, und klicken Sie auf den zugehörigen Namen, um Datenbankdetails anzuzeigen.
- 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
- Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Exadata auf Oracle Public Cloud.
- Wählen Sie das gewünschte Compartment aus.
- Navigieren Sie zu dem Cloud-VM-Cluster, das das Datenbankbackup enthält, das Sie anzeigen möchten:
- 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.
- Suchen Sie in der Liste der Datenbanken die gewünschte Datenbank, und klicken Sie auf den zugehörigen Namen, um Datenbankdetails anzuzeigen.
- 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.
- 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.
- 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
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.
- Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Exadata Database Service on Exascale-Infrastruktur.
- Wählen Sie das gewünschte Compartment aus.
-
Navigieren Sie zu dem Cloud-VM-Cluster, das das Datenbankbackup enthält, das Sie löschen möchten:
Klicken Sie unter Oracle Exadata Database Service auf Exascale-Infrastruktur 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.
- Suchen Sie in der Liste der Datenbanken die gewünschte Datenbank, und klicken Sie auf den zugehörigen Namen, um Datenbankdetails anzuzeigen.
-
Klicken Sie unter Ressourcen auf Backups.
Eine Liste der Backups wird angezeigt.
- Klicken Sie auf das Symbol Aktionen (
) für das Backup, an dem Sie interessiert sind, und klicken Sie auf Löschen. - Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.
Übergeordnetes Thema: Backups mit der Konsole verwalten
So löschen Sie Standalone-Backups aus Object Storage
- Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database, und klicken Sie unter Ressourcen auf Standalone-Backups.
- Suchen Sie in der Liste der Standalone-Backups das Backup, das Sie löschen möchten.
- Klicken Sie für das gewünschte Backup auf das Menü "Aktionen", und klicken Sie auf Löschen.
- 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
- Öffnen Sie das Navigationsmenü. Wählen Sie Oracle Database und dann Exadata Database Service on Exascale Infrastructure aus.
- Wählen Sie das gewünschte Compartment aus.
- Navigieren Sie zu dem Cloud-VM-Cluster oder DB-System, das die zu ändernde Datenbank enthält:
Klicken Sie unter Exadata Database Service on Exascale 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.
- Klicken Sie in der Datenbankliste auf den Namen der Datenbank, für die Sie den Aufbewahrungszeitraum ändern möchten.
- Klicken Sie unter Ressourcen auf Backups.
Eine Liste der Backups wird angezeigt.
- 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.
- Klicken Sie auf Aufbewahrungszeitraum ändern.
- Ändern Sie den Aufbewahrungszeitraum im daraufhin angezeigten Aufbewahrungszeitraum ändern.
Hinweis
Der Aufbewahrungszeitraum muss in Tagen (90 - 3.650) oder Jahren (1 - 10) eingegeben werden, ab dem das Backup erstellt wurde. - 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.
- Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Oracle Exadata Database Service on Dedicated Infrastructure.
- Wählen Sie das gewünschte Compartment aus.
- 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. - Klicken Sie auf Automatische Backups konfigurieren.
- 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 die inkrementellen Backups automatisch 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.
- 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.
- Datenbank mit der Konsole zurückschreiben
Mit der Konsole können Sie die Datenbank aus einem Backup in einem Backupziel zurückschreiben, das mit der Konsole erstellt wurde.
Verwandte Themen
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.
LTR-Backups stellen einen einzelnen Zeitpunkt für die Datenbank dar, sodass die folgenden Optionen beim Wiederherstellen nicht unterstützt werden.
Sie können Folgendes wiederherstellen:
- Im letzten Zustand wiederherstellen: Stellt die Datenbank im letzten bekannten fehlerlosen Zustand mit dem geringstmöglichen Datenverlust zurück.
- Mit einem Zeitstempel wiederherstellen:: Stellt die Datenbank mit dem angegebenen Zeitstempel wieder her.
- Mit SCN wiederherstellen: Stellt die Datenbank mit der angegebenen SCN wiederherstellen. 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.
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
Führen Sie diese Schritte aus, um den Exadata Database Service auf Exascale-Infrastruktur-Oracle Database wiederherzustellen.
Übergeordnetes Thema: Exadata-Datenbanken aus Backupziel wiederherstellen
So stellen Sie eine Datenbank wieder her
Führen Sie diese Schritte aus, um Exadata Database Service auf Exascale-Infrastruktur Oracle Database wiederherzustellen.
- Öffnen Sie das Navigationsmenü. Klicken Sie auf Oracle Database und dann auf Exadata Database Service on Exascale-Infrastruktur
- Klicken Sie auf Exadata-VM-Cluster.
- Navigieren Sie in der Liste der VM-Cluster zu dem VM-Cluster, das die wiederherzustellende Datenbank enthält, und klicken Sie auf die markierte Bezeichnung, um die Detailseite für das Cluster anzuzeigen.
- Suchen sie in der liste der datenbanken die wiederherzustellende datenbank, und klicken sie auf den namen, um details dazu anzuzeigen.
- Klicken Sie auf Wiederherstellen.
- 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.
- 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
.
Übergeordnetes Thema: Datenbank mit der Konsole wiederherstellen
Exadata-Datenbankbackups mit dbaascli verwalten
Mit dem Backuputility dbaascli
von Exadata können Sie Datenbanken in einer Oracle Exadata Database Service on Exascale-Infrastrukturinstanz 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 Standard-Backupkonfigurationsdatei, und ändern Sie die Parameter entsprechend Ihren Anforderungen für das Backup der Datenbank in Object Storage Service.
- 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.
- Standardbackupkonfiguration
Oracle Best Practice-Richtlinien für die Standardbackupkonfiguration. - So erstellen Sie eine Backupkonfigurationsdatei
- So erstellen Sie ein On-Demand-Backup
- So entfernen Sie die Backupkonfiguration
- So löschen Sie ein lokales Backup
- So löschen Sie ein Backup in Object Storage
Standardbackupkonfiguration
Oracle Best Practice-Richtlinien für die Standardbackupkonfiguration.
Die Standardbackupkonfiguration entspricht einer Reihe von Best-Pice-Richtlinien von Oracle:
- Verschlüsselung: Alle Backups im Objektspeicher werden verschlüsselt.
- Komprimierung für Backups: NIEDRIG
- Standardkomprimierung für Archive-Logs: false
- RMAN-Verschlüsselungsalgorithmus: AES256
- Optimierung für Backups: EIN
Übergeordnetes Thema: Exadata-Datenbankbackups mit dbaascli verwalten
So erstellen Sie eine Backupkonfigurationsdatei
Das folgende Verfahren muss auf dem ersten Compute Node im Exadata Cloud Infrastructure-VM-Cluster 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.
- Verwenden Sie SSH, um eine Verbindung zu einem der datenbankkonfigurierten Knoten im VM-Cluster herzustellen.
ssh -i <private_key_path> opc@<node_1_ip_address>
- Melden Sie sich als
opc
an, und wechseln Sie dann mitsudo
zum Benutzerroot
.login as: opc [opc@dbsys ~] $ sudo su -
- 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>
- Ändern Sie die Parameter in der Datei entsprechend Ihren Anforderungen.
Hinweis
Ab dem 06. August 2025 ist Autonomous Recovery Service für Mandanten, die in den FRA-, PHX- oder NRT-Regionen erstellt wurden, das einzige Backupziel, wenn Sie das automatische Backup in Datenbanken aktivieren.
Oracle Cloud-Datenbanken mit Recovery Service sichern und wiederherstellen
Parameter Beschreibung bkup_disk=[yes|no]
Angabe, ob lokal auf dem Datenträger gesichert werden soll (Fast Recovery-Bereich). bkup_oss=[yes|no]
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
undbkup_oss_recovery_window
angeben.bkup_oss_url=<swift_url>
Erforderlich, wenn
bkup_oss=yes
.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 bei der Konsole angeben<bucket>
: Name des vorhandenen Buckets, den Sie für Backups verwenden möchten.
bkup_oss_user=<oci_user_name>
Erforderlich, wenn
bkup_oss=yes
.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:
- Benutzer verwalten (Informationen zu lokalen Benutzern)
- Mit Identitätsprovidern föderieren (Informationen zu föderierten Benutzern)
Beachten Sie, dass der Benutzer ein Mitglied der Administratorengruppe sein muss.
bkup_oss_passwd=<auth_token>
Erforderlich, wenn
bkup_oss=yes
.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.
bkup_oss_recovery_window=n
Erforderlich, wenn
bkup_oss=yes
.Gibt an, wie viele Tage die Backups und archivierten Redo-Logs im Object Storage-Bucket aufbewahrt werden. Geben Sie 7 bis 90 Tage an.
bkup_daily_time=hh:mm
Die Zeit, zu der das tägliche Backup geplant wird, wird in Stunden und Minuten ( hh:mm
) im 24-Stunden-Format angegeben.bkup_archlog_cron_entry=[yes|no]
Wenn keine Backups mit dbaastools
konfiguriert sind, entfernt die Einstellungbkup_archlog_cron_entry=no
den Archiv-Logbereinigungsjob aus crontab. Der Standardwert ist yes. - 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>
- 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 Object Storage-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:
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-5: Backupkonfigurationsparameter - Zeitplanparameter für dbaascli
Parameter | Beschreibung | Kompatibel mit automatischen Konsolenbackups* |
---|---|---|
Alter Name: Neue Bezeichnung: |
Aktiviert die automatische Backupkonfiguration. Gültige Werte sind |
Nein |
Alter Name: Neue Bezeichnung: |
Aktiviert automatische Backups archivierter Datenbank-Logdateien. Gültige Werte sind Wenn |
Nein |
Alter Name: Neue Bezeichnung: |
Dieser Parameter steuert den Wochentagswert der Ebene 0. Wochentag, an dem ein Backup der Ebene 0 erstellt wird. Gültige Werte sind Standardwert: |
Nein |
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: Neue Bezeichnung: |
Komprimierungsebene für automatische Backups. Gültige Werte: Der Standardwert ist Der Wert Wenn die RMAN-Komprimierung aktiviert ist, wird jede verschlüsselte TDE-Datendatei entschlüsselt, komprimiert und mit RMAN verschlüsselt. |
Ja |
Alter Name: Neue Bezeichnung: |
RMAN-Abschnittsgröße, die für automatische Backups verwendet wird. Der Standardwert ist 64G. |
Ja |
Alter Name: Neue Bezeichnung: |
Anzahl der RMAN-Kanäle pro Knoten, die für automatische Backups verwendet werden. Gültige Werte: 1 bis 32. Der Standardwert ist 2. |
Ja |
Alter Name: Neue Bezeichnung: |
Startzeit des automatischen täglichen Backups, ausgedrückt im 24-Stunden-Format als |
Ja |
Alter Name: Neuer Name: |
Intervall in Minuten zwischen automatischen Backups von archivierten Datenbanklogdateien. Gültige Werte sind 15, 20, 30, 60, 120 bis 1440 in Ein-Stunden-Intervallen, ausgedrückt in Minuten. Der Standardwert für ExaDB-D ist 30. |
Ja |
Alter Name: Neue Bezeichnung: |
Der Typ des Speicherorts, in dem sich das Backup befindet. Geben Sie OSS als Backupziel an. Dies ist die Standardoption und die einzige Option. |
Ja |
Alter Name: Neue Bezeichnung: |
Gibt die maximale Anzahl von Datendateien an, die in einem Backupset für regelmäßige/Archivierungsbackups enthalten sein können. | Ja |
Alter Name: Neue Bezeichnung: |
Gibt die maximale Anzahl von Archive Log-Dateien an, die in einem Backupset für Archivelog-Backups enthalten sein können. | Ja |
Alter Name: Neuer Name: |
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: Neuer Name: |
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: Neue Bezeichnung: |
Gibt die Anzahl der Kanäle an, die für den FRA-Bereinigungsjob verwendet werden. | Ja |
Alter Name: Neue Bezeichnung: |
Gibt an, ob die Archive Log-Backups komprimiert werden sollen. Gilt nicht für Recovery Service. |
Ja |
Alter Name: Neue Bezeichnung: |
Gibt die Anzahl der Tage an, die 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 |
Nein |
Alter Name: Neue Bezeichnung: |
Aufbewahrungszeitraum für Backups im Cloud-Speicher, ausgedrückt in Tagen. Maximaler Wert: 90. Gilt nur, wenn Der Standardwert ist 30. |
Nein |
Alter Name: Neue Bezeichnung: |
Speicherort des Speichercontainers, der für Backups im Cloud-Speicher verwendet wird. Gilt nur, wenn |
Nein |
Alter Name: Neue Bezeichnung: |
Benutzername des Oracle Cloud-Benutzers mit Schreibberechtigungen für den in Gilt nur, wenn |
Nein |
Alter Name: Neue Bezeichnung: |
Kennwort des Oracle Cloud-Benutzers mit Schreibberechtigungen für den in Gilt nur, wenn |
Nein |
Tabelle 5-8: Backupkonfigurationsparameter - RMAN-Katalogunterstützung
Parameter | Beschreibung | Kompatibel mit automatischen Konsolenbackups* |
---|---|---|
Alter Name: Neue Bezeichnung: |
Ermöglicht die Verwendung eines vorhandenen RMAN-Recovery-Katalogs. Gültige Werte sind |
Ja |
Alter Name: Neue Bezeichnung: |
Benutzername für den Recovery-Katalog. Gilt nur, wenn |
Ja |
Alter Name: Neue Bezeichnung: |
Kennwort für den in Recovery-Katalogbenutzer angegeben
.Gilt nur, wenn |
Ja |
Alter Name: Neue Bezeichnung: |
Verbindungszeichenfolge für den RMAN-Recovery-Katalog. Gilt nur, wenn |
Ja |
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.
Übergeordnetes Thema: Exadata-Datenbankbackups mit dbaascli verwalten
So erstellen Sie ein On-Demand-Backup
Mit dbaascli
können Sie ein On-Demand-Backup einer Datenbank erstellen.
- Stellen Sie eine SSH-Verbindung zu einem der von der 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.
- Melden Sie sich als
opc
an, und wechseln Sie dann mitsudo
zum Benutzerroot
.login as: opc [opc@dbsys ~] $ sudo su -
- 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>
- Um ein Backup gemäß der aktuellen Aufbewahrungs-Policy zu erstellen, geben Sie den folgenden Befehl ein:
- Beenden Sie die Befehlsshell des Benutzers "root", und trennen Sie die Verbindung zum Compute Node:
# exit $ exit
- Mit
dbaascli database backup --status
können Sie den Status der für den Backupbefehl generierten UUID prüfen# dbaascli database backup --status --uuid <uuid> --dbname <database_name>
Verwandte Themen
Übergeordnetes Thema: Exadata-Datenbankbackups mit dbaascli verwalten
So entfernen Sie die Backupkonfiguration
- Stellen Sie eine SSH-Verbindung zu einem der von der Datenbank konfigurierten Knoten im VM-Cluster oder in der DB-Systemressource her.
- Melden Sie sich als
opc
an, und wechseln Sie dann mitsudo
zum Benutzerroot
. - Erstellen Sie eine
temp
-Datei mit den folgenden Parametern:bkup_oss=no
bkup_cron_entry=no
bkup_archlog_cron_entry=no
- 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>
- 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.
Verwandte Themen
Übergeordnetes Thema: Exadata-Datenbankbackups mit dbaascli verwalten
So löschen Sie ein lokales Backup
bkup_api
ist veraltet. Verwenden Sie stattdessen dbaascli database backup
und die zugehörige Option.
Um das Backup eines Datenbank-Deployments in der Oracle Exadata Database Service on Exascale-Infrastrukturinstanz zu löschen, verwenden Sie das Utility bkup_api
.
-
Melden Sie sich als Benutzer
opc
beim ersten Compute Node im Exadata-VM-Cluster oder in der DB-Systemressource an.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.
-
Starten Sie die Befehlsshell des Root-Benutzers:
$ sudo -s#
-
Listen Sie die verfügbaren Backups auf:
# >/var/opt/oracle/bkup_api/bkup_api recover_list --dbname=<database_name>
Dabei ist
dbname
der Name der Datenbank, die Sie bearbeiten möchten.Eine Liste der verfügbaren Backups wird angezeigt.
-
Löschen Sie das gewünschte Backup:
# /var/opt/oracle/bkup_api/bkup_api bkup_delete --bkup=<backup-tag> --dbname=<database_name>
Dabei ist
backup-tag
das Tag des zu löschenden Backups. -
Beenden Sie die Befehlshell des Benutzers "root":
# exit $
Verwandte Themen
Übergeordnetes Thema: Exadata-Datenbankbackups mit dbaascli verwalten
So löschen Sie ein Backup in Object Storage
Sie können eine Archivierung oder ein langfristiges Backup 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.
Verwandte Themen
Übergeordnetes Thema: Exadata-Datenbankbackups mit dbaascli verwalten
Backup und Recovery mit der API verwalten
- Backups mit der API verwalten
Hier erfahren Sie, wie Sie die API für Datenbankbackups in Oracle Exadata Database Service on Exascale Infrastructure verwenden.
Backups mit der API verwalten
Erfahren Sie, wie Sie die API für Datenbankbackups in Oracle Exadata Database Service auf Exascale-Infrastruktur verwenden.
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:
- ListBackups
- GetBackup
- CreateBackup
- DeleteBackup
- UpdateDatabase- Automatische Backups aktivieren und deaktivieren.
- RestoreDatabase
Die vollständige Liste der APIs für den Database-Service finden Sie unter Database-Service-API.
Übergeordnetes Thema: Backup und Recovery mit der API verwalten
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).
Verwenden Sie die Befehle dbaascli database backup, dbaascli pdb backup, dbaascli database recover und dbaascli pdb recover, um Containerdatenbanken und integrierbare Datenbanken zu sichern und wiederherzustellen. 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.
Obwohl die Verwendung von RMAN für die Wiederherstellung von Datenbanken, die über eine hier beschriebene Methode gesichert wurden, als sicher gilt, 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 automatisierte Konsolenbackups 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
bietet einen Mittelweg zwischen RMAN und automatisierten Konsolenbackups in Bezug auf Flexibilität und Einfachheit. Verwenden Sie dbaascli
, wenn die erforderliche Funktionalität mit automatisierten Konsolensicherungen nicht unterstützt wird, Sie jedoch die Komplexität der direkten RMAN-Verwendung 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 Erleichterung der manuellen Backup- und Recovery-Verwaltung deaktivieren
Backups, die in der Exadata Cloud Service-Konsole, -API oder -bkup_api
konfiguriert sind, funktionieren für eine Vielzahl von Backup- und Recovery-Anwendungsfälle.
Automatische Backups zur Ermöglichung der manuellen Backup- und Recovery-Verwaltung deaktivieren
In der Konsole oder API von Exadata Cloud Service oder in bkup_api
konfigurierte Backups funktionieren für eine Vielzahl von Backup- und Recovery-Anwendungsfälle.
Backups, die in der Konsole oder API von Oracle Exadata Database Service auf Exascale-Infrastruktur oder in bkup_api
konfiguriert sind, 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.
Um Backup und Recovery mit RMAN auf Oracle Exadata Database Service on Exascale 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.
Mit dem Utility bkup_api
können Sie Cloud-verwaltete Backups und den automatischen Löschjob für Archive-Logs deaktivieren. Gehen Sie dazu folgendermaßen vor:
Wenn Sie diese Schritte ausführen, werden die Archiv-Logs im Fast Recovery-Bereich (FRA) für die Datenbank nicht mehr automatisch gelöscht/gesichert.
Verwandte Themen
Übergeordnetes Thema: Alternative Backupmethoden
Datenbanken mit Oracle Recovery Manager (RMAN) wiederherstellen
Wenn Sie Ihre Datenbank mit bkup_api
gesichert haben, können Sie dieses Datenbankbackup mit dem Utility "Oracle Recovery Manager (RMAN)" wiederherstellen.
Wenn Sie Ihre Datenbank mit bkup_api
gesichert haben, können Sie dieses Datenbankbackup mit dem Utility "Oracle Recovery Manager (RMAN)" wiederherstellen. Informationen zur Verwendung von RMAN finden Sie in der Benutzerdokumentation zu Oracle Database-Backup und -Recovery.
Zwar ist das Recovery mit RMAN sicher, doch dürfen Sie mit RMAN keine Backups initiieren und keine Backupeinstellungen in Verbindung mit
backup_api
oder mit automatisierten Konsolenbackups bearbeiten. Andernfalls kann es zu Konflikten oder Überschreibungen von Einstellungen kommen, sodass Backups möglicherweise nicht erfolgreich ausgeführt werden.