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 Oracle 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
Affectez des stratégies IAM Recovery Service qui permettent à Oracle Multicloud Database d'envoyer des sauvegardes à Recovery Service. - 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é.
|
Plate-forme prise en charge |
Linux x86-64 |
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 |
Bases de données Oracle Cloud et bases de données Oracle Multicloud Vous pouvez définir 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 :
Bases de données Oracle sur site Vous pouvez ajouter des bases de données Oracle sur site provisionnées avec l'une de ces versions à Recovery Service.
Pour plus de détails, reportez-vous à Ajout d'une base de données sur site à Recovery Service à l'aide de Cloud Protect. 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 |
|
Cryptage de base de données |
Si vous sauvegardez Oracle Database sur site vers Recovery Service, le portefeuille TDE doit être configuré et ouvert, que TDE soit configuré ou non pour la base de données. Si les bases de données pluggables (PDB) utilisent des portefeuilles TDE locaux, ces derniers doivent être ouverts. Cela est nécessaire pour crypter les sauvegardes vers Recovery Service. Pour plus d'informations, reportez-vous aux sections suivantes du Guide de cryptage transparent des données :
Attention : Oracle recommande vivement d'utiliser un système de gestion de clés externe, tel qu'Oracle Key Vault. Le stockage des clés de décryptage sur le même serveur que les données cryptées permet aux attaques de serveur de base de données d'accéder potentiellement aux clés et à la base de données. Les sauvegardes cryptées ne peuvent pas être récupérées si les clés sont compromises ou volées.Pour connaître les étapes détaillées d'ajout de bases de données sur site à Recovery Service, reportez-vous à Protection des bases de données sur site à l'aide d'Oracle Database Zero Data Loss Cloud Protect. |
Résolution DNS |
Si vous ajoutez une base de données Oracle Database sur site au service de récupération, un processus d'écoute DNS est requis pour accepter les demandes DNS du réseau sur site. Le processus d'écoute DNS est utilisé pour résoudre les adresses IP de sauvegarde du service de récupération. Le nom de domaine qualifié complet doit être inscrit auprès du sous-réseau Recovery Service. Pour connaître les étapes détaillées d'ajout de bases de données sur site à Recovery Service, reportez-vous à Protection des bases de données sur site à l'aide d'Oracle Database Zero Data Loss Cloud Protect. |
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 une base de données Oracle Multicloud, 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. Recovery Service prend en charge les services Oracle Multicloud Database suivants :
|
Bibliothèque SBT pour les bases de données Oracle sur site |
L'agent Cloud Protect Fleet requiert le fichier de bibliothèque SBT Pour Oracle Database 19.27 ou versions ultérieures et Oracle AI Database 26ai Release Update 23.8 ou versions ultérieures, la bibliothèque SBT Pour Oracle Database 19.26 et les versions antérieures, veillez à télécharger le fichier de bibliothèque SBT Pour plus de détails, reportez-vous à Protection des bases de données sur site à l'aide d'Oracle Database Zero Data Loss Cloud Protect. |
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 IAM distincts pour Oracle Database@Azure, Oracle Database@Google Cloud et Oracle Database@AWS.
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
Affectez des stratégies IAM Recovery Service qui permettent à la base de données Oracle Multicloud d'envoyer des sauvegardes à Recovery Service.
Dans le générateur de stratégies, sélectionnez Autonomous Recovery Service en tant que cas d'utilisation de stratégie, puis affectez l'une de ces stratégies pertinentes pour votre base de données Oracle Multicloud.
Tableau 2-7 Stratégies de service de récupération pour les bases de données Oracle Multicloud
Service Oracle Multicloud | Modèle et instructions de stratégie de service de récupération |
---|---|
Oracle Database@Azure |
Autoriser Oracle Database@Azure à utiliser Autonomous Recovery Service pour la sauvegarde
|
Oracle Database@Google Cloud |
Autoriser Oracle Database@Google Cloud à utiliser Autonomous Recovery Service pour la sauvegarde
|
Oracle Database@AWS |
Pour une location OCI existante, utilisez l'éditeur manuel du générateur de stratégies pour ajouter les instructions de stratégie requises pour qu'Oracle Database@AWS effectue une sauvegarde vers Recovery Service. Pour une nouvelle location OCI, ces droits d'accès sont affectés par défaut.
|
Rubriques connexes
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 les bases de données Oracle Multicloud, 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.
- Oracle Database@Azure
- Oracle Database@Google Cloud
- Oracle Database@AWS
Les ports réseau 2484 et 8005 permettent la connectivité réseau entre Oracle Database@AWS et Recovery Service. Dans une location OCI existante, veillez à ouvrir les ports réseau 2484 et 8005. Dans une nouvelle location OCI, les mêmes ports réseau sont ouverts par défaut pour Oracle Database@AWS.
Lorsque vous intégrez une ressource Oracle Database@AWS à Recovery Service, le service inscrit automatiquement le sous-réseau de sauvegarde en tant que sous-réseau Recovery Service. Vous pouvez utiliser le sous-réseau de service de récupération par défaut inscrit automatiquement par le service ou enregistrer votre propre sous-réseau de service de récupération.
- 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-8 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-9 Règles de sécurité et de taille de sous-réseau 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 les bases de données Oracle Multicloud, 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.
- Oracle Database@Azure
- Oracle Database@Google Cloud
- Oracle Database@AWS
Les ports réseau 2484 et 8005 permettent la connectivité réseau entre Oracle Database@AWS et Recovery Service. Dans une location OCI existante, veillez à ouvrir les ports réseau 2484 et 8005. Dans une nouvelle location OCI, les mêmes ports réseau sont ouverts par défaut pour Oracle Database@AWS.
Lorsque vous intégrez une ressource Oracle Database@AWS à Recovery Service, le service inscrit automatiquement le sous-réseau de sauvegarde en tant que sous-réseau Recovery Service. Vous pouvez utiliser le sous-réseau de service de récupération par défaut inscrit automatiquement par le service ou enregistrer votre propre sous-réseau de service de récupération.
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 les bases de données Oracle Multicloud, vous devez inscrire le sous-réseau de sauvegarde en tant que sous-réseau Recovery Service avec les groupes de sécurité réseau, comme décrit à l'étape 8. La taille de sous-réseau recommandée est /24.
Recovery Service prend en charge les services Oracle Multicloud Database suivants :
- Oracle Database@Azure
- Oracle Database@Google Cloud
- Oracle Database@AWS
Les ports réseau 2484 et 8005 permettent la connectivité réseau entre Oracle Database@AWS et Recovery Service. Dans une location OCI existante, veillez à ouvrir les ports réseau 2484 et 8005. Dans une nouvelle location OCI, les mêmes ports réseau sont ouverts par défaut pour Oracle Database@AWS.
Lorsque vous intégrez une ressource Oracle Database@AWS au service de récupération, le service inscrit automatiquement le sous-réseau de sauvegarde en tant que sous-réseau du service de récupération. Vous pouvez utiliser le sous-réseau de service de récupération par défaut déjà inscrit par le service ou suivre les étapes fournies dans cette section pour inscrire votre propre sous-réseau de service de récupération.
- 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 |