Geschützte Datenbanken mit der API verwalten
Hier finden Sie die Liste der REST-API-Endpunkte zum Verwalten geschützter Datenbanken.
Verwenden Sie die folgenden REST-API-Endpunkte, um geschützte Datenbanken zu verwalten.
- Erstellen Sie eine geschützte Datenbank:
CreateProtectedDatabase
Sie können einen Dry Run der
CreateProtectedDatabase
-API ausführen, um zu prüfen, ob alle Voraussetzungen erfüllt sind, bevor Sie tatsächlich eine geschützte Datenbank erstellen.Siehe Probelauf ausführen, um die Bereitschaft zum Erstellen einer geschützten Datenbank zu prüfen.
- 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
- Löschen einer geschützten Datenbank planen:
ScheduleProtectedDatabaseDeletion
Testläufe ausführen, um die Bereitschaft zum Erstellen einer geschützten Datenbank zu prüfen
Wenn Sie die API CreateProtectedDatabase
mit der Option opc-dry-run
auf TRUE ausführen, wird angegeben, dass es sich bei der Anforderung um einen Trockenlauf handelt, 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.
Im Folgenden werden die allgemeinen Probleme aufgeführt, die Sie durch einen Dry Run der CreateProtectedDatabase
-API identifizieren können:
- Das Recovery-Servicesubnetz verfügt über nicht genügend freie IP-Adressen, um die erforderliche Anzahl privater Endpunkte zu unterstützen.
Stellen Sie sicher, dass im Subnetz, das für Recovery Service-Vorgänge im Datenbank-VCN verwendet wird, genügend nicht zugewiesene IP-Adressen verfügbar bleiben.
- 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
- Recovery Service-Ressourcen überschreiten Quota-Grenzen
Prüfen und verwalten Sie den Ressourcenverbrauch von Recovery Service 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 Schutz-Policy ist nicht vorhanden oder weist nicht den Status Aktiv auf
Siehe Schutz-Policys verwalten
- Die Voraussetzung für die Registrierung eines Recovery-Servicesubnetzes ist nicht erfüllt
Stellen Sie sicher, dass Sie ein Recovery Service-Subnetz registrieren, bevor Sie automatische Backups in Recovery Service aktivieren
Beispiel 9-1: Dry Run-Anforderung der API CreateProtectedDatabase
Dieses Beispiel ist eine Beispiel-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.
Verwandte Themen
Übergeordnetes Thema: Recovery Service-Ressourcen mit der API verwalten