2 Intégration d'Oracle Database à Recovery Service
Utilisez des listes de contrôle pour vérifier les exigences obligatoires et prévoyez d'intégrer votre base de données Oracle Cloud ou Oracle Multicloud Database à Recovery Service.
- Liste de contrôle des exigences obligatoires pour Recovery Service
Utilisez cette liste de contrôle pour vérifier les prérequis obligatoires pour l'intégration d'Oracle Database à Recovery Service. - Liste de contrôle de configuration facultative pour Recovery Service
Vous pouvez choisir de configurer ces options supplémentaires pour Recovery Service. - Limites de ressource de service de récupération
Une limite de service est l'allocation ou le quota défini sur une ressource. Autonomous Recovery Service a des limites maximales pour le nombre de bases de données protégées et l'utilisation de l'espace de stockage de sauvegarde. Les limitations s'appliquent à chaque région. - Droits d'accès facultatifs pour les bases de données Oracle dans OCI
Par défaut, les bases de données Oracle dans OCI disposent des droits d'accès permettant d'accéder à Recovery Service. Le service peut également accéder aux ressources réseau au sein du VCN de base de données. Vous pouvez choisir d'affecter les droits d'accès supplémentaires et facultatifs pour les bases de données OCI, comme décrit dans cette rubrique. - Droits d'accès requis pour que les bases de données Oracle Multicloud utilisent Recovery Service
Vous devez affecter les droits d'accès requis pour Oracle Database@Azure ou Oracle Database@Google Cloud afin d'utiliser Recovery Service pour les sauvegardes. - Configuration de ressources réseau pour Recovery Service
Créez ou utilisez un sous-réseau IPv4 uniquement existant pour les opérations Recovery Service dans le VCN de base de données. Définissez des règles de sécurité pour contrôler le trafic de sauvegarde entre votre base de données et Recovery Service. - Inscription du sous-réseau Recovery Service
Cette procédure permet d'inscrire un sous-réseau Recovery Service. - Méthodes de gestion des ressources Recovery Service
Dans Oracle Cloud Infrastructure (OCI), vous pouvez créer et gérer des ressources Recovery Service à l'aide de diverses interfaces fournies pour répondre à vos différents cas d'utilisation de gestion.
Liste de contrôle des exigences obligatoires pour Recovery Service
Utilisez cette liste de contrôle pour vérifier les prérequis obligatoires pour intégrer Oracle Database à Recovery Service.
Remarques :
Les sauvegardes opérationnelles vers deux destinations de sauvegarde différentes peuvent créer des scénarios de perte de données. Par conséquent, avant d'activer les sauvegardes automatiques vers Recovery Service, vous devez désactiver les scripts et processus de sauvegarde manuelle vers d'autres destinations de stockage.Tableau 2-1 Exigences obligatoires pour l'intégration de votre base de données à Recovery Service
Cocher | Tâche |
---|---|
Ports utilisés par Recovery Service |
Vous devez ouvrir ces ports réseau et configurer les règles de sécurité pour Recovery Service.
|
Règles de sécurité pour Recovery Service |
Utilisez des listes de sécurité ou des groupes de sécurité réseau pour configurer les règles de sécurité.
|
Niveau de compatibilité de la base de données cible |
19.0.0 ou version ultérieure Assurez-vous que le niveau de compatibilité de la base de données cible (paramètre d'initialisation |
Versions Oracle Database prises en charge |
Vous pouvez utiliser Autonomous Recovery Service en tant que destination de sauvegarde pour les bases de données Oracle Cloud et les bases de données Oracle Multicloud provisionnées avec l'une des versions suivantes :
Oracle Database Versions qui prennent en charge Recovery Service sur Government Cloud
|
Limites de ressources Recovery Service |
Assurez-vous que les limites de ressources Recovery Service sont adéquates et demandez une augmentation des limites de service, si nécessaire. Pour les bases de données Oracle Multicloud, vous devez vérifier et ajuster les limites propres à votre abonnement multicloud à partir de la page Limites, quotas et utilisation de la console OCI.
Attention : Si vous ne sélectionnez pas l'abonnement multicloud, les limites augmentées seront appliquées aux ressources OCI.Pour plus d'informations, reportez-vous à Limites de ressource Recovery Service. |
Stratégies IAM Recovery Service |
|
Sous-réseau Recovery Service pour les bases de données Oracle dans OCI |
Pour les bases de données OCI, telles qu'Oracle Exadata Database Service on Dedicated Infrastructure et Oracle Base Database Service, Recovery Service inscrit automatiquement le sous-réseau Recovery Service lorsque vous activez les sauvegardes automatiques.
Choisissez l'une des options suivantes :
|
Sous-réseau Recovery Service pour les bases de données Oracle Multicloud |
Pour Oracle Database@Azure et Oracle Database@Google Cloud, veillez à inscrire le sous-réseau de sauvegarde en tant que sous-réseau Recovery Service en associant des groupes de sécurité réseau. La taille de sous-réseau recommandée est /24. |
Rubriques connexes
Rubrique parent : Intégration d'Oracle Database à Recovery Service
Liste de contrôle de configuration facultative pour Recovery Service
Vous pouvez choisir de configurer ces options supplémentaires pour Recovery Service.
Tableau 2-2 Liste de contrôle de configuration facultative pour Recovery Service
Cocher | En savoir plus |
---|---|
Options de stratégie de protection |
|
Utilisateurs et groupes IAM pour gérer les ressources Recovery Service |
En tant qu'administrateur de location, vous pouvez créer des utilisateurs et des groupes IAM pour gérer les tâches liées à Recovery Service. Vous pouvez ensuite affecter des instructions de stratégie Recovery Service aux groupes. Par exemple, créez un groupe nommé |
Rubriques connexes
Rubrique parent : Intégration d'Oracle Database à Recovery Service
Limites de ressource Recovery Service
Une limite de service est l'allocation ou le quota défini sur une ressource. Autonomous Recovery Service a des limites maximales pour le nombre de bases de données protégées et l'utilisation de l'espace de stockage de sauvegarde. Les limitations s'appliquent à chaque région.
Tableau 2-3 Limites des ressources Autonomous Recovery Service
Ressource | Crédits universels Oracle | Paiement à l'utilisation ou version d'évaluation Pay As You Go |
---|---|---|
Nombre de bases de données protégées Autonomous Recovery Service |
||
Espace Autonomous Recovery Service utilisé pour la fenêtre de récupération (Go) |
Utilisez la console pour consulter les limites de service et les informations d'utilisation actuelles, et demander une augmentation des limites de ressources, si nécessaire.
Rubriques connexes
Rubrique parent : Intégration d'Oracle Database à Recovery Service
Droits d'accès facultatifs pour les bases de données Oracle dans OCI
Par défaut, les bases de données Oracle dans OCI disposent des droits d'accès permettant d'accéder à Recovery Service. Le service peut également accéder aux ressources réseau au sein du VCN de base de données. Vous pouvez choisir d'affecter les droits d'accès supplémentaires et facultatifs pour les bases de données OCI, comme décrit dans cette rubrique.
Remarques :
Recovery Service inclut des modèles de stratégie distincts pour Oracle Database@Azure et Oracle Database@Google Cloud. Si vous configurez Recovery Service pour votre base de données Oracle Multicloud, ignorez cette section et passez à Droits d'accès requis pour que les bases de données Oracle Multicloud utilisent Recovery Service.- Dans le générateur de stratégies, sélectionnez Autonomous Recovery Service en tant que cas d'utilisation de stratégie.
- Sélectionnez les modèles de stratégie ou ajoutez les instructions de stratégie à l'aide de l'éditeur manuel dans le générateur de stratégies. (reportez-vous au tableau 2-4, au tableau 2-5 et au tableau 2-6)
Tableau 2-4 Droits d'accès supplémentaires pour la possibilité de tout faire avec le modèle de stratégie Autonomous Recovery Service
Instruction de stratégie | Créer dans | Description |
---|---|---|
|
Compartiment racine |
Permet au service OCI Database d'accéder à l'espace de noms de balise dans une location. Si vous affectez ces droits d'accès, une base de données protégée peut hériter des balises de la base source. |
|
Compartiment racine |
Permet aux utilisateurs d'un groupe spécifié d'accéder à toutes les ressources Recovery Service. Les utilisateurs appartenant au groupe indiqué peuvent gérer les bases de données protégées, les stratégies de protection et les sous-réseaux Recovery Service. |
Tableau 2-5 Autoriser les utilisateurs a gérer des stratégies de protection dans Autonomous Recovery Service
Instruction de stratégie | Créer dans | Description |
---|---|---|
|
Compartiment propriétaire des stratégies de protection. |
Permet à tous les utilisateurs d'un groupe spécifié de créer, mettre à jour et supprimer des stratégies de protection dans Recovery Service. |
Prenez l'exemple suivant.
RecoveryServiceUser
les droits d'accès permettant de créer, de mettre à jour et de supprimer des stratégies de protection dans le compartiment ABC
.Allow group RecoveryServiceUser to manage recovery-service-policy in compartment ABC
Modèle de stratégie Autoriser les utilisateurs à gérer des sous-réseaux Autonomous Recovery Service
Tableau 2-6 Autoriser les utilisateurs à gérer des sous-réseaux Autonomous Recovery Service
Instruction de stratégie | Créer dans | Description |
---|---|---|
|
Compartiment propriétaire des sous-réseaux Recovery Service. |
Permet à tous les utilisateurs d'un groupe donné de créer, mettre à jour et supprimer des sous-réseaux Recovery Service. |
Prenez l'exemple suivant.
RecoveryServiceAdmin
les droits d'accès permettant de gérer les sous-réseaux Recovery Service dans le compartiment ABC
.Allow group RecoveryServiceAdmin to manage recovery-service-subnet in compartment ABC
Rubriques connexes
Rubrique parent : Intégration d'Oracle Database à Recovery Service
Droits d'accès requis pour que les bases de données Oracle Multicloud utilisent Recovery Service
Vous devez affecter les droits d'accès requis pour Oracle Database@Azure ou Oracle Database@Google Cloud afin d'utiliser Recovery Service pour les sauvegardes.
Autoriser Oracle Database@Azure à utiliser Autonomous Recovery Service pour la sauvegarde
Ce modèle de stratégie inclut les instructions de stratégie requises par Oracle Database@Azure pour utiliser Recovery Service pour les sauvegardes.
Allow service database to manage tagnamespace in tenancy
Allow group admin to manage recovery-service-family in tenancy
Allow service database to use organizations-assigned-subscription in tenancy
where target.subscription.serviceName = 'ORACLEDBATAZURE'
ORACLEDBATAZURE
indique le nom de service pour Oracle Database@Azure.
Autoriser Oracle Database@Google Cloud à utiliser Autonomous Recovery Service pour la sauvegarde
Ce modèle de stratégie inclut les instructions de stratégie requises par Oracle Database@Google Cloud pour utiliser Recovery Service pour les sauvegardes.
Allow service database to manage tagnamespace in tenancy
Allow group admin to manage recovery-service-family in tenancy
Allow service database to use organizations-assigned-subscription in tenancy where
target.subscription.serviceName = 'ORACLEDBATGOOGLE'
ORACLEDBATGOOGLE
indique le nom de service pour Oracle Database@Google Cloud.
Pour plus d'informations sur l'utilisation de Recovery Service pour les sauvegardes de base de données Oracle Multicloud, reportez-vous à Prise en charge des sauvegardes multicloud Oracle Database.
Rubrique parent : Intégration d'Oracle Database à Recovery Service
Configuration des ressources réseau pour Recovery Service
Créez ou utilisez un sous-réseau IPv4 uniquement existant pour les opérations Recovery Service dans le VCN de base de données. Définissez des règles de sécurité pour contrôler le trafic de sauvegarde entre votre base de données et Recovery Service.
Remarques :
Pour Oracle Database@Azure et Oracle Database@Google Cloud, veillez à inscrire le sous-réseau de sauvegarde en tant que sous-réseau Recovery Service. La taille de sous-réseau recommandée est /24.- A propos de l'utilisation d'un sous-réseau privé pour les opérations de service de récupération
Recovery Service requiert un sous-réseau privé dans le même réseau cloud virtuel (VCN) que celui où réside votre base de données. Le sous-réseau privé doit inclure des règles de sécurité pour contrôler le réseau de sauvegarde entre votre base de données et Recovery Service. - Vérification des autorisations Networking Service pour configurer un sous-réseau
Assurez-vous que vous disposez des autorisations Networking Service requises pour créer un sous-réseau dans le VCN de base de données et affecter des règles de sécurité pour Recovery Service. - Taille de sous-réseau et règles de sécurité pour le sous-réseau Recovery Service
Les règles de sécurité sont nécessaires pour autoriser le trafic de sauvegarde entre une base de données et Recovery Service. - Création d'un sous-réseau de service de récupération dans le VCN de base de données
Utilisez la console OCI pour configurer un sous-réseau privé pour Recovery Service dans votre réseau cloud virtuel de base de données (VCN).
Rubrique parent : Intégration d'Oracle Database à Recovery Service
A propos de l'utilisation d'un sous-réseau Privé pour Recovery Service Operations
Recovery Service nécessite un sous-réseau privé dans le même réseau cloud virtuel (VCN) où réside votre base de données. Le sous-réseau privé doit inclure des règles de sécurité pour contrôler le réseau de sauvegarde entre votre base de données et Recovery Service.
Recommandations pour les sous-réseaux de service de récupération dans la base de données VCN
- Votre VCN de base de données doit disposer d'un seul sous-réseau privé pour les sauvegardes vers Recovery Service. Le sous-réseau privé doit résider dans le même VCN où réside la base de données.
- Sélectionnez un sous-réseau IPv4 uniquement pour Recovery Service dans votre VCN de base de données. Ne sélectionnez pas de sous-réseau compatible avec IPv6 car Recovery Service ne prend pas en charge l'utilisation d'un sous-réseau compatible avec IPv6. Pour plus d'informations, reportez-vous à Création d'un sous-réseau.
- La taille de sous-réseau recommandée est /24 (256 adresses IP).
Recovery Service affecte dynamiquement le nombre requis d'adresses IP libres pour prendre en charge les adresses privées. Si le nombre d'adresses IP libres est limité, utilisez une taille de sous-réseau /27 minimale qui autorise 32 adresses IP.
Vous pouvez créer un sous-réseau privé ou sélectionner tout sous-réseau préexistant (de la taille recommandée) disponible dans le VCN de base de données.
Par défaut, pour Oracle Exadata Database Service on Dedicated Infrastructure, le sous-réseau de sauvegarde est utilisé pour les opérations Recovery Service. Pour Oracle Base Database Service, le sous-réseau de base de données est également utilisé pour la sauvegarde vers Recovery Service.
- Lorsque vous activez les sauvegardes automatiques vers Autonomous Recovery Service, le service inscrit automatiquement le sous-réseau privé en tant que sous-réseau Recovery Service. Vous pouvez utiliser le sous-réseau de service de récupération inscrit automatiquement ou inscrire votre propre sous-réseau de service de récupération.
Si vous avez défini des règles de sécurité à l'aide de groupes de sécurité réseau, vous devez inscrire un sous-réseau Recovery Service et associer les groupes de sécurité réseau (cinq au maximum) au sous-réseau Recovery Service.
Pour les bases de données Oracle Multicloud, vous devez inscrire un sous-réseau Recovery Service en associant des groupes de sécurité réseau.
Pour plus d'informations, reportez-vous à Inscription d'un sous-réseau Recovery Service.
- Si un sous-réseau Recovery Service contient un nombre insuffisant d'adresses IP disponibles, Recovery Service émet un message d'alerte lorsque vous tentez d'ajouter une nouvelle base de données. Dans ce scénario, vous pouvez ajouter des adresses IP en associant plusieurs sous-réseaux au sous-réseau Recovery Service.
- Votre base de données Oracle Cloud peut résider dans le même sous-réseau privé que celui utilisé par Recovery Service ou dans un autre sous-réseau au sein du même VCN.
Remarques :
Oracle recommande d'utiliser un sous-réseau privé pour les sauvegardes vers Recovery Service. Cependant, il est possible d'utiliser un sous-réseau public.Implémentation de règles de sécurité pour le sous-réseau de service de récupération
Le VCN de base de données requiert des règles de sécurité pour autoriser le trafic de sauvegarde entre votre base de données et Recovery Service.
Les règles de sécurité du sous-réseau Recovery Service doivent inclure des règles entrantes avec conservation de statut pour autoriser les ports de destination 8005 et 2484.
- Listes de sécurité
Une liste de sécurité vous permet d'ajouter des règles de sécurité au niveau du sous-réseau.
Dans le VCN de votre base de données, sélectionnez la liste de sécurité utilisée pour le sous-réseau Recovery Service et ajoutez les règles entrantes pour autoriser les ports de destination 8005 et 2484.
- Groupes de sécurité réseauLes groupes de sécurité réseau (NSG) permettent un contrôle granulaire des règles de sécurité qui s'appliquent à des VNIC individuelles dans un VCN. Recovery Service prend en charge les options suivantes pour configurer les règles de sécurité à l'aide des groupes de sécurité réseau :
- Créez un groupe de sécurité réseau pour la carte d'interface réseau virtuelle de base de données avec des règles sortantes pour autoriser les ports 2484 et 8005. Ajoutez un groupe de sécurité réseau distinct pour Recovery Service avec des règles entrantes pour autoriser les ports 2484 et 8005. Utilisez cette approche si vous souhaitez implémenter l'isolation du réseau.
- Créez et utilisez un seul groupe de sécurité réseau (avec des règles sortantes et entrantes) pour la carte d'interface réseau virtuelle de base de données et Recovery Service.
Remarques :
- Si vous utilisez des groupes de sécurité réseau pour implémenter des règles de sécurité ou si le VCN de la base de données restreint le trafic réseau entre les sous-réseaux, veillez à ajouter une règle sortante pour les ports 2484 et 8005 du groupe de sécurité réseau ou du sous-réseau de la base de données au groupe de sécurité réseau ou au sous-réseau du service de récupération que vous créez.
- Si vous avez créé des groupes de sécurité réseau pour implémenter des règles de sécurité, vous devez également vous assurer d'associer le groupe de sécurité réseau Recovery Service au sous-réseau Recovery Service. Pour plus d'informations, reportez-vous à Inscription du sous-réseau Recovery Service.
- Si vous avez configuré une liste de sécurité et un groupe de sécurité réseau dans votre VCN de base de données, les règles définies dans les groupes de sécurité réseau sont prioritaires sur les règles définies dans une liste de sécurité.
Pour en savoir plus, reportez-vous à Comparaison entre les listes de sécurité et les groupes de sécurité réseau.
Rubriques connexes
Rubrique parent : Configuration des ressources réseau pour Recovery Service
Examen des droits d'accès du service Networking pour configurer un sous-réseau
Assurez-vous que vous disposez des autorisations Networking Service requises pour créer un sous-réseau dans le VCN de base de données et affecter des règles de sécurité pour Recovery Service.
Tableau 2-7 Droits d'accès du service Networking requis pour créer un sous-réseau privé et configurer des règles de sécurité pour le service de récupération
Opération | Stratégies IAM requises |
---|---|
Configurer un sous-réseau privé dans un VCN de base de données |
|
Vous pouvez également créer une stratégie qui autorise un groupe spécifique avec un accès plus large aux composants réseau.
Par exemple, utilisez cette stratégie pour autoriser un groupe NetworkAdmin
à gérer tous les réseaux dans n'importe quel compartiment d'une location.
Exemple 2-1 Stratégie pour les administrateurs réseau
Allow group NetworkAdmin to manage virtual-network-family in tenancy
Rubrique parent : Configuration des ressources réseau pour Recovery Service
Règles de sécurité et de taille de sous-réseau pour le sous-réseau Recovery Service
Les règles de sécurité sont nécessaires pour autoriser le trafic de sauvegarde entre une base de données et Recovery Service.
Remarques :
- Sélectionnez un sous-réseau IPv4 uniquement pour Recovery Service dans votre VCN de base de données. Ne sélectionnez pas de sous-réseau compatible avec IPv6 car Recovery Service ne prend pas en charge l'utilisation d'un sous-réseau compatible avec IPv6. Pour plus d'informations, reportez-vous à Création d'un sous-réseau.
- Pour les bases de données Oracle Multicloud, vous devez configurer les règles de sécurité à l'aide de groupes de sécurité réseau (NSG). Les groupes de sécurité réseau contrôlent le trafic du sous-réseau Recovery Service et doivent inclure des règles entrantes avec conservation de statut pour autoriser les ports de destination 8005 et 2484.
Tableau 2-8 Taille de sous-réseau et règles de sécurité pour le sous-réseau Recovery Service
Elément | Conditions requises |
---|---|
Taille de sous-réseau recommandée |
/24 (256 Adresses IP) Si le nombre d'adresses IP libres est limité, utilisez une taille de sous-réseau /27 minimale qui autorise 32 adresses IP. |
Règle entrante générale 1 : Autoriser le trafic HTTPS depuis n'importe où |
Cette règle autorise le trafic de sauvegarde d'Oracle Cloud Infrastructure Database vers Recovery Service.
|
Règle entrante générale 2 : Autorise le trafic SQLNet depuis n'importe où |
Cette règle autorise les connexions au catalogue de récupération et la protection des données en temps réel entre Oracle Cloud Infrastructure Database et Recovery Service.
|
Remarques :
Si vous utilisez des groupes de sécurité réseau pour implémenter des règles de sécurité ou si votre VCN de base de données restreint le trafic réseau entre les sous-réseaux, veillez à ajouter une règle sortante pour les ports 2484 et 8005 du groupe de sécurité réseau ou du sous-réseau de base de données au groupe de sécurité réseau ou au sous-réseau Recovery Service que vous créez.Rubrique parent : Configuration des ressources réseau pour Recovery Service
Création d'un sous-réseau de service de récupération dans le VCN de base de données
Utilisez la console OCI pour configurer un sous-réseau privé pour Recovery Service dans votre réseau cloud virtuel de base de données (VCN).
Remarques :
Pour Oracle Database@Azure et Oracle Database@Google Cloud, veillez à inscrire le sous-réseau de sauvegarde en tant que sous-réseau Recovery Service. La taille de sous-réseau recommandée est /24.Remarques :
- Pour les bases de données OCI, Recovery Service inscrit automatiquement le sous-réseau Recovery Service par défaut.
Vous pouvez utiliser le sous-réseau de service de récupération par défaut ou enregistrer votre propre sous-réseau de service de récupération.
- Si vous avez implémenté des règles de sécurité à l'aide de groupes de sécurité réseau ou si la base de données cible est une base de données Oracle Multicloud, vous devez inscrire le sous-réseau Recovery Service en ajoutant les groupes de sécurité réseau Recovery Service (cinq au maximum).
- Oracle vous recommande d'enregistrer un seul sous-réseau Recovery Service par VCN.
Rubrique parent : Configuration des ressources réseau pour Recovery Service
Inscription du sous-réseau Recovery Service
Suivez cette procédure pour enregistrer un sous-réseau Recovery Service.
Remarques :
Avant d'inscrire un sous-réseau Recovery Service, procédez comme suit :
- Veillez à ouvrir ces ports réseau et à configurer les règles de sécurité pour Recovery Service.
- Port 2484 : active les connexions SQL*Net au catalogue RMAN utilisé par Recovery Service.
- Port 8005 - Active le trafic de sauvegarde de la base de données vers Recovery Service.
- Assurez-vous d'avoir vérifié et confirmé les prérequis obligatoires décrits dans la liste de contrôle des exigences obligatoires pour Recovery Service.
- Veillez à sélectionner un sous-réseau IPv4 uniquement pour les opérations Recovery Service dans le VCN de votre base de données. Ne sélectionnez pas de sous-réseau compatible IPv6 car le service de récupération ne prend pas en charge l'utilisation d'un sous-réseau compatible IPv6.
- Pour les bases de données Oracle déployées dans OCI, si votre sous-réseau de sauvegarde respecte la taille de sous-réseau recommandée (au moins 12 adresses IP gratuites), Recovery Service inscrit automatiquement le sous-réseau Recovery Service. Pour remplacer le sous-réseau inscrit par le service de récupération, suivez les étapes décrites dans Ajout ou remplacement de sous-réseaux pour un sous-réseau de service de récupération.
- Pour Oracle Database@Azure et Oracle Database@Google Cloud, vous devez inscrire le sous-réseau Recovery Service en associant des groupes de sécurité réseau.
- Plusieurs bases de données protégées peuvent utiliser le même sous-réseau Recovery Service. Afin de vous assurer que le nombre requis d'adresses IP est disponible pour prendre en charge les adresses privées Recovery Service, vous pouvez affecter plusieurs sous-réseaux à un sous-réseau Recovery Service utilisé par plusieurs bases de données protégées.
Rubrique parent : Intégration d'Oracle Database à Recovery Service
Méthodes de gestion des ressources Recovery Service
Dans Oracle Cloud Infrastructure (OCI), vous pouvez créer et gérer des ressources Recovery Service à l'aide de diverses interfaces fournies pour répondre à vos différents cas d'utilisation de gestion.
Interface | En savoir plus |
---|---|
Console OCI |
|
API (interfaces de programmation d'applications) |
|
Interfaces de ligne de commande |