Recovery-Service konfigurieren

Dieser Artikel enthält Informationen zum Konfigurieren von Oracle Database Autonomous Recovery Service für die Verwendung mit Oracle Base Database Service.

Oracle Database Autonomous Recovery Service ist eine vollständig verwaltete, eigenständige und zentralisierte Cloud-Backuplösung für Oracle Cloud Infrastructure-(OCI-)Datenbanken.

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

Checkliste für erforderliche Konfiguration für Recovery Service

Hinweis: Der Data Guard-Broker ist erforderlich, wenn Recovery Service als Backupziel für Data Guard-fähige Datenbanken konfiguriert wird.

In dieser Checkliste werden die erforderlichen Aufgaben beschrieben, die Sie ausführen müssen, bevor Sie Recovery Service als Backupziel für die Datenbanken in Ihrem Mandanten verwenden können.

Policys zuweisen, um Zugriff auf Recovery Service und zugehörige Ressourcen zuzulassen
Networking-Service-Berechtigungen zum Konfigurieren eines Subnetzes prüfen
Anforderungen an Subnetzgröße und Sicherheitsregeln für das Recovery Service-Subnetz prüfen
Recovery-Servicesubnetz im Datenbank-VCN erstellen
Recovery-Servicesubnet registrieren
Sicherstellen, dass das Recovery-Servicesubnetz mit Oracle-Services kommunizieren kann
Sicherstellen, dass TDE für Ihre Datenbank vollständig konfiguriert ist
Manuelle betriebliche Backups deaktivieren

Policys zuweisen, um Zugriff auf Recovery Service und zugehörige Ressourcen zuzulassen

Weisen Sie Policy-Anweisungen so zu, dass die unterstützten OCI Database Services Recovery Service für den Datenschutz verwenden können.

Weisen Sie in der Konsole mit Policy Builder schnell die Policys zu, die für die Verwendung von Recovery Service in Ihrem Mandanten erforderlich sind. Wählen Sie im Policy Builder Autonomous Recovery Service als Policy-Anwendungsfall aus, und wählen Sie die folgenden vordefinierten Policy-Vorlagen aus:

Fähigkeit, alle Aktionen mit Autonomous Recovery Service auszuführen
Verwalten von Schutz-Policys in Autonomous Recovery Service durch Benutzer zulassen
Verwalten von Autonomous Recovery Service-Subnetzen durch Benutzer zulassen

Fähigkeit, alle Aktionen mit Autonomous Recovery Service auszuführen

Die Policy-Vorlage Möglichkeit, alle Aktionen mit Autonomous Recovery Service auszuführen enthält alle Policy-Anweisungen, die erforderlich sind, um Berechtigungen für die unterstützten Datenbankservices zur Verwendung von Recovery Service und für Recovery Service zur Verwendung der Netzwerkressourcen für den Zugriff auf Datenbanken in einem VCN bereitzustellen.

Sie können die Policy-Vorlage wählen oder diese Policy-Anweisungen mit dem manuellen Editor in Policy Builder hinzufügen.

Policy-Anweisung	Erstellen in	Zweck
`Allow service database to manage recovery-service-family in tenancy`	Root Compartment	Ermöglicht dem OCI Database Service den Zugriff auf geschützte Datenbanken, Schutz-Policys und Recovery Service-Subnetze in Ihrem Mandanten.
`Allow service database to manage tagnamespace in tenancy`	Root Compartment	Ermöglicht dem OCI Database-Service den Zugriff auf den Tag-Namespace in einem Mandanten.
`Allow service rcs to manage recovery-service-family in tenancy`	Root Compartment	Ermöglicht Recovery Service den Zugriff auf und die Verwaltung geschützter Datenbanken, Recovery Service-Subnetze und Schutz-Policys in Ihrem Mandanten.
`Allow service rcs to manage virtual-network-family in tenancy`	Root Compartment	Ermöglicht Recovery Service den Zugriff auf und die Verwaltung des privaten Subnetzes in jedem Datenbank-VCN in Ihrem Mandanten. Das private Subnetz definiert den Netzwerkpfad für Backups zwischen einer Datenbank und Recovery Service.
`Allow group admin to manage recovery-service-family in tenancy`	Root Compartment	Ermöglicht Benutzern in einer angegebenen Gruppe den Zugriff auf alle Recovery Service-Ressourcen. Benutzer, die zur angegebenen Gruppe gehören, können geschützte Datenbanken, Schutz-Policys und Recovery Service-Subnetze verwalten.

Verwalten von Schutz-Policys in Autonomous Recovery Service durch Benutzer zulassen

Die Policy-Vorlage Verwalten von Schutz-Policys in Autonomous Recovery Service durch Benutzer zulassen erteilt Benutzern in einer angegebenen Gruppe Berechtigungen zum Erstellen, Aktualisieren und Löschen von Schutz-Policy-Ressourcen in Recovery Service.

Sie können die Policy-Vorlage auswählen oder diese Policy-Anweisung mit dem manuellen Editor in Policy Builder hinzufügen.

Policy-Anweisung	Erstellen in	Zweck
`Allow group {group name} to manage recovery-service-policy in compartment {location}`	Compartment, das Eigentümer der Schutz-Policys ist.	Ermöglicht allen Benutzern in einer angegebenen Gruppe das Erstellen, Aktualisieren und Löschen von Schutz-Policys in Recovery Service.

Betrachten Sie dieses Beispiel. Diese Policy erteilt der Gruppe RecoveryServiceUser die Berechtigungen zum Erstellen, Aktualisieren und Löschen von Schutz-Policys im Compartment ABC.

Allow group RecoveryServiceUser to manage recovery-service-policy in compartment ABC

Verwalten von Autonomous Recovery Service-Subnetzen für Benutzer zulassen

Die Policy-Vorlage Verwalten von Autonomous Recovery Service-Subnetzen durch Benutzer zulassen erteilt Benutzern in einer angegebenen Gruppe Berechtigungen zum Erstellen, Aktualisieren und Löschen von Recovery Service-Subnetzressourcen.

Sie können die Policy-Vorlage wählen oder diese Policy-Anweisung in Policy Builder hinzufügen.

Policy-Anweisung	Erstellen in	Zweck
`Allow Group {group name} to manage recovery-service-subnet in compartment {location}`	Compartment, das Eigentümer der Recovery-Servicesubnetze ist.	Ermöglicht allen Benutzern in einer angegebenen Gruppe das Erstellen, Aktualisieren und Löschen von Recovery Service-Subnetzen.

Betrachten Sie dieses Beispiel. Diese Policy erteilt der Gruppe RecoveryServiceAdmin die Berechtigungen zum Verwalten von Recovery-Servicesubnetzen im Compartment ABC.

Allow group RecoveryServiceAdmin to manage recovery-service-subnet in compartment ABC

Weitere Informationen zu Policys finden Sie unter Policys verwalten.

Privates Subnetz für Recovery Service verwenden

Recovery Service verwendet ein privates Subnetz in einem virtuellen Cloud-Netzwerk (VCN), in dem sich Ihre Datenbank befindet. Das private Subnetz definiert den Netzwerkpfad für Backups zwischen der Datenbank und dem Recovery Service.

Oracle empfiehlt, dass das Datenbank-VCN über ein einzelnes privates Subnetz verfügt, das für Backups im Recovery-Service dediziert ist. Ihre Oracle Cloud-Datenbank kann sich in demselben privaten Subnetz befinden, das von Recovery Service verwendet wird, oder in einem anderen Subnetz innerhalb desselben VCN.

Sie können entweder ein privates Subnetz erstellen oder ein bereits vorhandenes Subnetz in Ihrem Datenbank-VCN verwenden. Oracle empfiehlt die Verwendung einer Subnetzgröße von /24 (256 IP-Adressen).

Hinweis: Wählen Sie ein reines IPv4-Subnetz für Recovery Service in Ihrem Datenbank-VCN aus. Wählen Sie kein IPv6-konformes Subnetz, da der Recovery-Service die Verwendung eines IPv6-konformen Subnetzes nicht unterstützt.

Das Datenbank-VCN erfordert Sicherheitsregeln, um Backup-Traffic zwischen der Datenbank und dem Recovery Service zuzulassen. Sicherheitsregeln müssen Regeln für zustandsbehafteten Ingress enthalten, damit Zielports 8005 und

Mit den folgenden Networking-Servicefunktionen können Sie Sicherheitsregeln implementieren:

Sicherheitslisten: Mit einer Sicherheitsliste können Sie Sicherheitsregeln auf Subnetzebene hinzufügen. Wählen Sie im Datenbank-VCN die Sicherheitsliste aus, die für das Recovery-Servicesubnetz verwendet wird, und fügen Sie die Ingress-Regeln hinzu, um die Zielports 8005 und 2484 zuzulassen.
Netzwerksicherheitsgruppen: Netzwerksicherheitsgruppen (NSGs) ermöglichen eine granulare Kontrolle über Sicherheitsregeln, die für einzelne VNICs in einem VCN gelten. Recovery Service unterstützt die folgenden Optionen zur Konfiguration von Sicherheitsregeln mit NSGs:
- Um die Netzwerkisolation zu implementieren, erstellen Sie eine NSG für die Datenbank-VNIC (fügen Sie Egress-Regeln hinzu, um die Ports 2484 und 8005 zuzulassen) und eine separate NSG für Recovery Service (fügen Sie Ingress-Regeln hinzu, um die Ports 2484 und 8005 zuzulassen).
- Erstellen und verwenden Sie eine einzelne NSG (mit Egress- und Ingress-Regeln) für die Datenbank-VNIC und den Recovery Service.

Hinweis: Wenn Sie eine Sicherheitsliste und eine NSG in Ihrem Datenbank-VCN konfiguriert haben, haben die in den NSGs definierten Regeln Vorrang vor den in einer Sicherheitsliste definierten Regeln.

Nachdem Sie ein privates Subnetz im Datenbank-VCN erstellt haben, weisen Sie die Sicherheitsregeln zu, und registrieren Sie das Subnetz dann als Recovery-Servicesubnetz in Recovery Service. Wenn Sie NSGs zur Implementierung von Sicherheitsregeln erstellt haben, müssen Sie auch sicherstellen, dass Sie die Recovery Service-NSG mit dem Recovery Service-Subnetz verknüpfen.

Hinweis: Oracle empfiehlt die Verwendung eines privaten Subnetzes für Ihre Backups. Es kann jedoch ein öffentliches Subnetz verwendet werden.

Weitere Informationen:

Anforderungen an Subnetzgröße und Sicherheitsregeln für das Recovery Service-Subnetz prüfen

Die Sicherheitsregeln sind erforderlich, um Backup-Traffic zwischen einer Datenbank und Recovery Service zuzulassen.

Artikel	Anforderungen
Empfohlene Subnetzgröße	/24 (256 IP-Adressen)
Allgemeine Ingress-Regel 1: HTTPS-Traffic von überall zulassen	Diese Regel ermöglicht Backup-Traffic von Ihrer OCI-Datenbank zu Recovery Service. Zustandslos: Nein (alle Regeln müssen zustandsbehaftet sein) Quelltyp: CIDR Quell-CIDR: CIDR des VCN, in dem sich die Datenbank befindet IP-Protokoll: TCP Quellportbereich: Alle Zielportbereich: 8005
Allgemeine Ingress-Regel 2: Lässt SQLNet-Traffic von überall zulassen	Diese Regel ermöglicht Recovery-Katalogverbindungen und Echtzeit-Datenschutz von der OCI-Datenbank zum Recovery-Service. Zustandslos: Nein (alle Regeln müssen zustandsbehaftet sein) Quelltyp: CIDR Quell-CIDR: CIDR des VCN, in dem sich die Datenbank befindet IP-Protokoll: TCP Quellportbereich: Alle Zielportbereich: 2484

Hinweis: Wenn Sie Netzwerksicherheitsgruppen (NSG) zur Implementierung von Sicherheitsregeln verwenden oder Ihr Datenbank-VCN den Netzwerktraffic zwischen Subnetzen einschränkt, stellen Sie sicher, dass Sie eine Egress-Regel für die Ports 2484 und 8005 aus der Datenbank-NSG oder dem Subnetz zur von Ihnen erstellten Recovery-Service-NSG oder Subnetz hinzufügen.

Networking-Service-Berechtigungen zum Konfigurieren eines Subnetzes prüfen

Stellen Sie sicher, dass Sie über die folgenden Networking-Serviceberechtigungen verfügen, die zum Erstellen eines Subnetzes im Datenbank-VCN und zum Zuweisen von Sicherheitsregeln für Recovery Service erforderlich sind.

Arbeitsvorgang	Erforderliche IAM-Policys
Privates Subnetz in einem Datenbank-VCN konfigurieren	`use vcns` für das Compartment, in dem sich das VCN befindet `use subnets` für das Compartment, in dem sich das VCN befindet `manage private-ips` für das Compartment, in dem sich das VCN befindet `manage vnics` für das Compartment, in dem sich das VCN befindet vnics für das Compartment verwalten, in dem die Datenbank bereitgestellt oder bereitgestellt werden soll

Alternativ können Sie eine Policy erstellen, die einer angegebenen Gruppe mit umfassenderem Zugriff auf Netzwerkkomponenten zulässt.

Beispiel: Mit dieser Policy kann eine Gruppe NetworkAdmin alle Netzwerke in einem beliebigen Compartment in einem Mandanten verwalten.

Beispiel - Policy für Netzwerkadministratoren

Allow group NetworkAdmin to manage virtual-network-family in tenancy

Recovery-Servicesubnetz im Datenbank-VCN erstellen

Mit der OCI-Konsole können Sie ein privates Subnetz für Recovery Service in Ihrem virtuellen Datenbank-Cloud-Netzwerk (VCN) konfigurieren.

Wählen Sie im Navigationsmenü Networking aus, und wählen Sie Virtuelle Cloud-Netzwerke aus.

Die VCN-Listenseite wird geöffnet. Alle VCNs im ausgewählten Compartment werden in einer Tabelle angezeigt.
Wählen Sie das VCN aus, in dem sich Ihre Datenbank befindet.
Führen Sie diese Schritte aus, um ein Recovery-Servicesubnetz mit einer Sicherheitsliste zu erstellen. Wenn Sie Netzwerksicherheitsgruppen verwenden möchten, überspringen Sie diesen Schritt.
1. Wählen Sie auf der VCN-Detailseite die Registerkarte Sicherheit aus.
2. Wählen Sie die Sicherheitsliste aus, die für das VCN verwendet wird. Sie müssen zwei Ingress-Regeln hinzufügen, damit die Zielports 8005 und 2484 zulässig sind.
3. Wählen Sie auf der Detailseite der Sicherheitsliste die Registerkarte Sicherheitsregeln aus.
  
  Wählen Sie Ingress-Regeln hinzufügen aus, und fügen Sie die folgenden Details hinzu, um eine zustandsbehaftete Ingress-Regel einzurichten, die HTTPS-Traffic von überall aus zulässt:
  - Quelltyp: CIDR
  - Quell-CIDR: Geben Sie das CIDR des VCN an, in dem sich die Datenbank befindet.
  - IP-Protokoll: TCP
  - Quellportbereich: Alle
  - Zielportbereich: 8005
  - Beschreibung: Geben Sie eine optionale Beschreibung der Ingress-Regel an, um die Verwaltung der Sicherheitsregeln zu unterstützen.
4. Wählen Sie Ingress-Regel hinzufügen aus, und fügen Sie die folgenden Details hinzu, um eine Regel für zustandsbehafteten Ingress einzurichten, die SQLNet-Traffic von überall aus zulässt:
  - Quelltyp: CIDR
  - Quell-CIDR: Geben Sie das CIDR des VCN an, in dem sich die Datenbank befindet.
  - IP-Protokoll: TCP
  - Quellportbereich: Alle
  - Zielportbereich: 2484
  - Beschreibung: Geben Sie eine optionale Beschreibung der Ingress-Regel an, um die Verwaltung der Sicherheitsregeln zu unterstützen.
  Hinweis: Wählen Sie ein reines IPv4-Subnetz für Recovery Service in Ihrem Datenbank-VCN aus. Wählen Sie kein IPv6-konformes Subnetz, da der Recovery-Service die Verwendung eines IPv6-konformen Subnetzes nicht unterstützt.
Kehren Sie zur Seite "VCN-Details" zurück, und wählen Sie die Registerkarte Subnetze aus.
1. Wählen Sie Subnetz erstellen aus.
2. Erstellen Sie ein privates Subnetz, oder wählen Sie ein privates Subnetz aus, das bereits im Datenbank-VCN vorhanden ist. Oracle empfiehlt eine Subnetzgröße von /24 (256 IP-Adressen) für das private Subnetz.
3. Wählen Sie auf der Seite mit den Subnetzdetails die Registerkarte Sicherheit aus.
4. Wählen Sie Sicherheitsliste hinzufügen aus, um die Sicherheitsliste mit den Ingress-Regeln hinzuzufügen, damit die Zielports 8005 und 2484 zulässig sind.
  
  Hinweis: Wenn Ihr Datenbank-VCN den Netzwerktraffic zwischen Subnetzen einschränkt, stellen Sie sicher, dass Sie eine Egress-Regel für die Ports 2484 und 8005 aus dem Datenbanksubnetz zum von Ihnen erstellten Recovery-Servicesubnetz hinzufügen.
Führen Sie diese Schritte aus, um ein Recovery-Servicesubnetz mit Netzwerksicherheitsgruppen (NSG) zu erstellen.
1. Kehren Sie zur Seite "VCN-Details" zurück, und wählen Sie die Registerkarte Subnetze aus.
2. Wählen Sie im Abschnitt Netzwerksicherheitsgruppen die Option Netzwerksicherheitsgruppe erstellen.
3. Mit einer der folgenden unterstützten Methoden können Sie Sicherheitsregeln mit NSGs konfigurieren:
  - Um die Netzwerkisolation zu implementieren, erstellen Sie eine NSG für die Datenbank-VNIC (fügen Sie Egress-Regeln hinzu, um die Ports 2484 und 8005 zuzulassen) und eine separate NSG für Recovery Service (fügen Sie Ingress-Regeln hinzu, um die Ports 2484 und 8005 zuzulassen).
  - Erstellen und verwenden Sie eine einzelne NSG (mit Egress- und Ingress-Regeln) für die Datenbank-VNIC und den Recovery Service.
  Auf der Seite "Netzwerksicherheitsgruppe" werden die von Ihnen erstellten NSGs aufgeführt.
Nachdem Sie das Recovery-Servicesubnetz im Datenbank-VCN erstellt haben, registrieren Sie das Subnetz als Recovery-Servicesubnetz. Oracle empfiehlt, ein einzelnes Recovery-Servicesubnetz pro VCN zu registrieren. Wenn Sie Sicherheitsregeln mit NSGs implementiert haben, müssen Sie auch sicherstellen, dass Sie die Recovery Service-NSG zum Recovery Service-Subnetz hinzufügen.

Recovery-Servicesubnet registrieren

Nachdem Sie ein privates Subnetz für Recovery Service in Ihrem Datenbank-VCN erstellt haben, registrieren Sie das Subnetz mit diesem Verfahren in Recovery Service.

Mehrere geschützte Datenbanken können dasselbe Recovery Service-Subnetz verwenden. Um sicherzustellen, dass die erforderliche Anzahl von IP-Adressen zur Unterstützung der privaten Recovery Service-Endpunkte verfügbar ist, können Sie einem Recovery Service-Subnetz, das von mehreren geschützten Datenbanken verwendet wird, mehrere Subnetze zuweisen.

Führen Sie die folgenden Schritte aus, um das Recovery-Servicesubnetz zu registrieren:

Öffnen Sie das Navigationsmenü, wählen Sie Oracle AI Database und dann Datenbankbackups aus.
Wählen Sie Recovery-Servicesubnetze aus.

Die Listenseite für Recovery-Servicesubnetze wird geöffnet. Alle Recovery-Servicesubnetze im ausgewählten Compartment werden in einer Tabelle angezeigt.
Wählen Sie Recovery-Servicesubnetz registrieren aus.
Geben Sie im Bereich Recovery-Servicesubnetz registrieren die folgenden Details ein:
Geben Sie im Feld Name einen Namen für das Recovery-Servicesubnetz ein.
Klicken Sie im Feld Compartment auf das Compartment, in dem Sie das Recovery-Servicesubnetz erstellen möchten.
Wählen Sie im Feld Virtuelles Cloud-Netzwerk das Datenbank-VCN aus. Wählen Sie Compartment aus, um ein VCN auszuwählen, das zu einem anderen Compartment gehört.
Wählen Sie im Feld Subnetz ein privates Subnetz aus, das Sie für Recovery Service-Vorgänge in Ihrem Datenbank-VCN konfiguriert haben. Wählen Sie Compartment aus, um ein privates Subnetz aus einem anderen Compartment auszuwählen.
(Optional) Wählen Sie +Weiteres Subnetz aus, um dem Recovery-Servicesubnetz ein zusätzliches Subnetz zuzuweisen. Wenn ein einzelnes Subnetz nicht genügend IP-Adressen zur Unterstützung der privaten Recovery Service-Endpunkte enthält, können Sie mehrere Subnetze zuweisen.
Blenden Sie Erweiterte Optionen ein, um die folgenden zusätzlichen Features einzugeben:
- Netzwerksicherheitsgruppen
- Tags
Wenn Sie eine Netzwerksicherheitsgruppe (NSG) zur Implementierung von Sicherheitsregeln für Recovery Service im Datenbank-VCN verwendet haben, müssen Sie die Recovery Service-NSG zum Recovery Service-Subnetz hinzufügen. Die Recovery Service-NSG kann sich in demselben Compartment oder in einem anderen Compartment befinden. Die NSG muss jedoch zu demselben VCN gehören, zu dem das angegebene Subnetz gehört.
1. Wählen Sie im Abschnitt Netzwerksicherheitsgruppen die Option Netzwerksicherheitsgruppen zur Kontrolle des Traffics nutzen aus.
2. Wählen Sie die Recovery Service-NSG aus, die Sie im Datenbank-VCN erstellt haben.
3. Wählen Sie + Weitere Netzwerksicherheitsgruppe aus, um mehrere NSGs (maximal fünf) zuzuordnen.
(Optional) Erwägen Sie im Feld Tag-Namespace, einen Tag-Namespace hinzuzufügen oder das Steuerelement mit einem vorhandenen Tag-Namespace zu taggen.
Wählen Sie Registrieren aus.

Sie können ein Subnetz ersetzen oder weitere Subnetze hinzufügen, um die erforderliche Anzahl privater Endpunkte zu unterstützen.

Führen Sie die folgenden Schritte aus, um ein vorhandenes Recovery-Servicesubnetz zu aktualisieren:

Wählen Sie auf der Detailseite für das Recovery-Servicesubnetz die Registerkarte Subnetze aus.
Wählen Sie Subnetze hinzufügen aus, und wählen Sie die Subnetze aus, die Sie hinzufügen möchten.
Um ein vorhandenes Subnetz zu ersetzen, wählen Sie das Menü Aktion und dann Löschen. Anschließend können Sie ein weiteres Subnetz hinzufügen.

Hinweis: Ein Recovery-Servicesubnetz muss mit mindestens einem Subnetz verknüpft sein, das zu Ihrem Datenbank-VCN gehört.

Führen Sie die folgenden Schritte aus, um die Netzwerksicherheitsgruppen (NSGs) für ein vorhandenes Recovery-Servicesubnetz zu verwalten:

Wählen Sie auf der Registerkarte Netzwerksicherheitsgruppen die Option Netzwerksicherheitsgruppen hinzufügen aus.
Wählen Sie die Netzwerksicherheitsgruppen des Recovery Service aus, und fügen Sie sie hinzu (maximal fünf).
Um eine NSG zu entfernen, wählen Sie die Ressource und dann Entfernen aus.

Sicherstellen, dass das Recovery-Servicesubnetz mit Oracle-Services kommunizieren kann

Das registrierte Recovery Service-Subnetz muss mit dem Recovery Service kommunizieren.

Für den Zugriff auf den Service muss die Routing-Tabelle für das private Subnetz Alle IAD-Services in Oracle Services Network enthalten.

Sicherstellen, dass TDE für Ihre Datenbank vollständig konfiguriert ist

Wenn Sie den Recovery-Service verwenden, muss Ihre Datenbank vollständig TDE verschlüsselt sein.

Für neue Datenbanken, die in der Cloud geboren werden, sollte dies bereits geschehen. Wenn Sie jedoch eine Stub-Datenbank in OCI erstellen und eine Datenbank von On Premise oder woanders zu einem Oracle Database Cloud Service migrieren, erfüllen Sie möglicherweise nicht alle Kriterien. Für diese Datenbanken müssen Sie sicherstellen, dass Sie die Voraussetzungen für ein Backup im Recovery-Service erfüllen. Ich habe einen Blogbeitrag, den Sie hier finden können, der beschreibt, was Sie mit auszuführenden Abfragen suchen müssen.

Sie müssen die folgenden 3 Kriterien erfüllen:

Sie müssen WALLET_ROOT in der Datenbank konfigurieren. Wenn Sie sqlnet.ora weiterhin verwenden, müssen Sie dbaascli verwenden, um WALLET_ROOT für alle Datenbanken, die den Recovery-Service verwenden, korrekt festzulegen. Um den SPFILE-Parameter wallet_root für eine vorhandene Datenbank zu aktivieren, führen Sie folgenden Befehl aus:
```
dbaascli tde enableWalletRoot
```

Hinweis: Die Einstellung ENCRYPTION_WALLET_LOCATION in sqlnet.ora wird nicht unterstützt und ist veraltet.

Für die CDB und alle PDBs in der Datenbank muss ein Verschlüsselungsschlüssel festgelegt sein.
Alle Tablespaces müssen TDE-verschlüsselt sein, bevor Sie das erste Backup ausführen.

Manuelle betriebliche Backups deaktivieren

In einigen Fällen führen OCI-Benutzer manuelle betriebliche Backups durch. Diese Backups werden außerhalb des Standardtools ausgeführt und unterstützen Point-in-Time Recovery (Nicht-KEEP-Backups).

Wenn Sie eine dieser Arten von Betriebsbackups ausführen, müssen Sie diese an dieser Stelle unbedingt deaktivieren. Die Ausführung von Betriebsbackups an zwei verschiedenen Speicherorten kann Probleme mit beiden Backups verursachen und Datenverlustszenarien erstellen. Bevor Sie automatische Backups aktivieren, müssen Sie daher manuelle Backupskripte und -prozesse für andere Speicherziele deaktivieren.

Hinweis: Wenn Sie das Tooling für Objektspeicherbackups verwenden und zum Recovery-Service wechseln, wird der Switchover durch das Tooling automatisiert, und alle vorherigen Backups bleiben verfügbar.