Utilisation de l'API pour gérer les bases de données protégées
Consultez la liste des adresses d'API REST permettant de gérer les bases de données protégées.
Utilisez les adresses d'API REST suivantes pour gérer les bases de données protégées.
- Créez une base de données protégée :
CreateProtectedDatabaseVous pouvez effectuer une exécution à sec de l'API
CreateProtectedDatabaseafin de vérifier que tous les prérequis sont respectés avant de créer une base de données protégée.Reportez-vous à Exécution d'un test pour vérifier la préparation à la création d'une base de données protégée.
- Supprimer une base de données protégée :
DeleteProtectedDatabase - Visualisez les détails d'une base de données protégée :
GetProtectedDatabase - Extraire les détails de configuration de base de données protégée :
FetchProtectedDatabaseConfiguration - Modifier une base de données protégée :
UpdateProtectedDatabase - Modifiez le compartiment de base de données protégée :
ChangeProtectedDatabaseCompartment - Annulez la suppression d'une base de données protégée :
CancelProtectedDatabaseDeletion - Programmer la suppression d'une base de données protégée :
ScheduleProtectedDatabaseDeletion
Exécution d'une simulation pour vérifier la préparation à la création d'une base de données protégée
Lorsque vous exécutez l'API CreateProtectedDatabase avec l'option opc-dry-run définie sur TRUE, cela indique que la demande est une exécution à sec pour rechercher les prérequis manquants avant de créer une base de données protégée. Lors d'une exécution à sec, l'API CreateProtectedDatabase renvoie des messages d'erreur pour vous avertir des exigences manquantes, sans créer de base de données protégée. Si une erreur se produit, vous pouvez vérifier, corriger et répéter l'exécution à sec jusqu'à ce que la demande CreateProtectedDatabase ne renvoie aucune erreur.
Voici les problèmes courants que vous pouvez identifier en exécutant une exécution à sec de l'API CreateProtectedDatabase :
- Le sous-réseau Recovery Service ne dispose pas d'adresses IP gratuites suffisantes pour prendre en charge le nombre requis d'adresses privées.
Assurez-vous que les adresses IP non allouées restent disponibles dans le sous-réseau utilisé pour les opérations Recovery Service dans le VCN de base de données.
Reportez-vous à Inscription du sous-réseau Recovery Service.
- Recovery Service ne dispose pas des droits d'accès permettant de gérer les ressources réseau dans un compartiment choisi.
Vérifiez et affectez les stratégies requises. Reportez-vous à Affectation de stratégies pour autoriser l'accès à Recovery Service et aux ressources associées
- Recovery Service n'a plus de capacité.
Consultez les limites de service de la location et demandez une augmentation
Reportez-vous à Limites d'Autonomous Recovery Service
- Les ressources du service de récupération dépassent les limites de quota
Vérifiez et gérez la consommation des ressources Recovery Service dans les compartiments. Reportez-vous à Quotas d'Autonomous Recovery.
- Une base de données protégée avec le même ID de base de données existe déjà
Sélectionnez une autre base de données pour utiliser Recovery Service
- La stratégie de protection spécifiée n'existe pas ou n'est pas à l'état Actif
Reportez-vous à Gestion des stratégies de protection.
- Le prérequis pour l'inscription d'un sous-réseau Recovery Service n'est pas satisfait
Veillez à inscrire un sous-réseau Recovery Service avant d'activer les sauvegardes automatiques vers Recovery Service.
Reportez-vous à Inscription du sous-réseau Recovery Service.
Exemple 8-1 Demande d'exécution à sec de l'API CreateProtectedDatabase
Cet exemple est un exemple de demande d'exécution à sec.
CreateProtectedDatabaseRequest createProtectedDatabaseRequest = CreateProtectedDatabaseRequest.builder()
.createProtectedDatabaseDetails(createProtectedDatabaseDetails)
.opcRetryToken("EXAMPLE-opcRetryToken-Value")
.opcDryRun(true)
.opcRequestId("UCCBPPQDHXIF5I7A11SS<unique_ID>").build();Il s'agit d'un exemple de sortie de la course à sec.
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.
Rubriques connexes