Geschützte Datenbanken mit der API verwalten

Hier finden Sie die Liste der REST-API-Endpunkte zum Verwalten geschützter Datenbanken.

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 (CLI)

Verwenden Sie die folgenden REST-API-Endpunkte, um geschützte Datenbanken zu verwalten.

• Erstellen Sie eine geschützte Datenbank: CreateProtectedDatabase

  Sie können einen Trockenlauf der CreateProtectedDatabase-API ausführen, um zu prüfen, ob alle Voraussetzungen erfüllt sind, bevor Sie eine geschützte Datenbank erstellen.

  Siehe Trockenlauf ausführen, um die Vorbereitung zum Erstellen einer geschützten Datenbank zu prüfen.

• Eine geschützte Datenbank löschen: DeleteProtectedDatabase
• Details einer geschützten Datenbank anzeigen: GetProtectedDatabase
• Rufen Sie die Details der geschützten Datenbankkonfiguration ab: FetchProtectedDatabaseConfiguration
• Geschützte Datenbank ändern: UpdateProtectedDatabase
• Ändern Sie das geschützte Datenbank-Compartment: ChangeProtectedDatabaseCompartment
• Löschen einer geschützten Datenbank abbrechen:CancelProtectedDatabaseDeletion
• Planen Sie das Löschen einer geschützten Datenbank:ScheduleProtectedDatabaseDeletion

Dry Run ausführen, um die Vorbereitung zum Erstellen einer geschützten Datenbank zu prüfen

Wenn Sie die API CreateProtectedDatabase ausführen und die Option opc-dry-run auf TRUE gesetzt ist, gibt sie an, dass die Anforderung ein Trockenlauf ist, um vor dem Erstellen einer geschützten Datenbank auf fehlende Voraussetzungen zu prüfen. Während eines Trockenlaufs gibt die CreateProtectedDatabase-API Fehlermeldungen zurück, um Sie vor fehlenden Anforderungen zu warnen, ohne tatsächlich eine geschützte Datenbank zu erstellen. Wenn Fehler auftreten, können Sie den Trockenlauf prüfen, korrigieren und wiederholen, bis die CreateProtectedDatabase-Anforderung keine Fehler zurückgibt.

Dies sind die allgemeinen Probleme, die Sie durch Ausführen eines Trockenlaufs der CreateProtectedDatabase-API identifizieren können:

• Das Recovery-Servicesubnetz hat nicht genügend freie IP-Adressen, um die erforderliche Anzahl privater Endpunkte zu unterstützen.

  Stellen Sie sicher, dass ausreichend nicht zugewiesene IP-Adressen im Subnetz verfügbar bleiben, das für Recovery Service-Vorgänge im Datenbank-VCN verwendet wird.

  Siehe Recovery Service-Subnetz registrieren

• Recovery Service hat keine Berechtigungen zum Verwalten der Netzwerkressourcen in einem ausgewählten Compartment.

  Prüfen Sie die erforderlichen Policys, und weisen Sie sie zu. Siehe Erforderliche Berechtigungen für Oracle-Datenbanken in OCI zur Verwendung von Recovery Service

• Recovery Service hat keine Kapazität mehr.

  Prüfen Sie die Servicelimits für Ihren Mandanten, und beantragen Sie eine Erhöhung

  Siehe Autonomous Recovery Service-Limits

• Recovery Service-Ressourcen überschreiten Quota-Grenzwerte

  Prüfen und verwalten Sie den Recovery Service-Ressourcenverbrauch in Compartments. Siehe Autonomous Recovery-Quotas.

• Eine geschützte Datenbank mit derselben Datenbank-ID ist bereits vorhanden

  Wählen Sie eine andere Datenbank für die Verwendung von Recovery Service aus

• Die angegebene Schutzrichtlinie ist nicht vorhanden oder befindet sich nicht im Status Aktiv

  Siehe Schutz-Policys verwalten

• Die Voraussetzung für die Registrierung eines Recovery Service-Subnetzes ist nicht erfüllt

  Stellen Sie sicher, dass Sie ein Recovery Service-Subnetz registrieren, bevor Sie automatische Backups in Recovery Service aktivieren

  Siehe Recovery Service-Subnetz registrieren

Beispiel 9-1: Dry Run-Anforderung der API CreateProtectedDatabase

Dieses Beispiel ist eine Probe-Trockenlaufanforderung.

CreateProtectedDatabaseRequest createProtectedDatabaseRequest = CreateProtectedDatabaseRequest.builder()
.createProtectedDatabaseDetails(createProtectedDatabaseDetails)
.opcRetryToken("EXAMPLE-opcRetryToken-Value")
.opcDryRun(true)
.opcRequestId("UCCBPPQDHXIF5I7A11SS<unique_ID>").build();

Dies ist eine Beispielausgabe des Trockenlaufs.

Status Code : 409
Service Code: IncorrectState
Error Message:
Authorization failed. Autonomous Recovery Service does not have the required security policies to 
manage virtual-network-family in the chosen compartment. 
See, 'Prerequisites for Using Recovery Service as a Automatic Backup Destination' in the 
Recovery Service documentation.

The following compartment quotas were exceeded: 
protected-database-backup-storage-gb in policy 'example-policy' by 1.

The prerequisite of registering a Recovery Service subnet is not met. 
Ensure that you register a Recovery Service subnet before enabling automatic backups. 
See, 'Register Recovery Service Subnet' in the Recovery Service documentation.

Stellen Sie sicher, dass Sie alle unter Recovery Service konfigurieren beschriebenen erforderlichen Aufgaben prüfen und ausführen.