Utilisation de l'API pour gérer les bases de données protégées
Vérifiez la liste des points d'extrémité d'API REST pour gérer les bases de données protégées.
Utilisez les points d'extrémité d'API REST suivants pour gérer les bases de données protégées.
- Créer une base de données protégée :
CreateProtectedDatabase
Vous pouvez effectuer une exécution à sec de l'API
CreateProtectedDatabase
afin de vérifier que tous les préalables sont remplis avant de créer une base de données protégée.Voir Exécution d'un traitement à sec 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
- Voir les détails d'une base de données protégée :
GetProtectedDatabase
- Extraire les détails de la configuration de base de données protégée :
FetchProtectedDatabaseConfiguration
- Modifier une base de données protégée :
UpdateProtectedDatabase
- Modifier le compartiment de base de données protégé :
ChangeProtectedDatabaseCompartment
- Annuler 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'un traitement à sec 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
réglée à TRUE, cela indique que la demande est une exécution à sec pour vérifier les préalables manquants avant de créer une base de données protégée. Lors d'une exécution à sec, l'API CreateProtectedDatabase
retourne des messages d'erreur pour vous avertir des exigences manquantes, sans créer réellement de base de données protégée. Si des erreurs se produisent, vous pouvez vérifier, corriger et répéter l'exécution à sec jusqu'à ce que la demande CreateProtectedDatabase
ne retourne 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 du service de récupération n'a pas suffisamment d'adresses IP libres pour prendre en charge le nombre requis de points d'extrémité privés.
Assurez-vous que suffisamment d'adresses IP non affectées restent disponibles dans le sous-réseau utilisé pour les opérations du service de récupération dans le VCN de la base de données.
- Le service de récupération ne dispose pas des autorisations nécessaires pour gérer les ressources de réseau d'un compartiment sélectionné.
Vérifiez et affectez les politiques requises. Voir Autorisations requises pour que les bases de données Oracle dans OCI utilisent le service de récupération
- Le service de récupération est hors capacité.
Vérifiez les limites de service de votre location et demandez une augmentation
- Les ressources du service de récupération dépassent les limites de quota
Réviser et gérer la consommation de ressources du service de récupération dans les compartiments. Voir Quotas pour le service de récupération autonome.
- Une base de données protégée, ayant le même ID base de données, existe déjà
Sélectionnez une autre base de données pour utiliser le service de récupération
- La politique de protection spécifiée n'existe pas ou n'est pas à l'état Actif
- La condition préalable à l'enregistrement d'un sous-réseau de service de récupération n'est pas remplie
Assurez-vous d'enregistrer un sous-réseau du service de récupération avant d'activer les sauvegardes automatiques du service de récupération
Exemple 9-1 : Demande d'exécution à sec de l'API CreateProtectedDatabase
Cet exemple est un exemple de demande de traitement à sec.
CreateProtectedDatabaseRequest createProtectedDatabaseRequest = CreateProtectedDatabaseRequest.builder() .createProtectedDatabaseDetails(createProtectedDatabaseDetails) .opcRetryToken("EXAMPLE-opcRetryToken-Value") .opcDryRun(true) .opcRequestId("UCCBPPQDHXIF5I7A11SS<unique_ID>").build();
Ceci est un exemple de sortie de la course sèche.
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