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 :
CreateProtectedDatabase
Vous pouvez exécuter à sec l'API
CreateProtectedDatabase
afin 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'une exécution à sec pour vérifier la préparation de 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
- Extrayez 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é :
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écuter un test pour vérifier la préparation de 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 sèche pour vérifier les prérequis manquants avant de créer une base de données protégée. Lors d'une exécution sèche, 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. En cas d'erreur, 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 libres suffisantes pour prendre en charge le nombre requis d'adresses privées.
Assurez-vous que suffisamment d'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 d'un sous-réseau Recovery Service.
- Recovery Service ne dispose pas des droits d'accès permettant de gérer les ressources réseau dans le compartiment choisi.
Vérifiez et affectez les stratégies requises. Reportez-vous à Droits d'accès requis pour que les bases de données Oracle dans OCI utilisent Recovery Service.
- 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 Recovery Service dépassent les limites de quota
Vérifiez et gérez l'utilisation des ressources Recovery Service dans les compartiments. Reportez-vous à Quotas d'Autonomous Recovery.
- Une base de données protégée portant le même ID existe déjà
Sélectionnez une autre base de données à 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 de service de récupération n'est pas respecté
Veillez à inscrire un sous-réseau Recovery Service avant d'activer les sauvegardes automatiques vers Recovery Service.
Reportez-vous à Inscription d'un sous-réseau Recovery Service.
Exemple 9-1 Demande d'exécution à sec de l'API CreateProtectedDatabase
Cet exemple est un exemple de demande d'exécution sèche.
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 du test.
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
Rubrique parent : Utilisation de l'API pour gérer les ressources Recovery Service