Oracle Database Cloud Service vous permet de créer, d’étendre et de sécuriser facilement des bases de données Oracle dans le Cloud. Vous créez des bases de données sur des systèmes de base de données, qui sont soit des serveurs bare metal (avec stockage local NVMe flash ou SSD), soit des machines virtuelles avec des volumes de blocs, les deux offrant des performances élevées et des prix économiques. Le service permet également la prise en charge de la mise en œuvre RAC d’Oracle sur des serveurs de machines virtuelles au niveau de la couche réseau du Cloud virtuel.
Vous pouvez gérer vos bases de données à l’aide d’outils simplifiés tels que les correctifs, le Data Guard ou la sauvegarde/récupération, tous accessibles à l’aide des API ou de la console Oracle Cloud Infrastructure REST. Vous pouvez également accéder à votre hôte de base de données et utiliser vos outils existants pour gérer vos bases de données dans le Cloud, de la même manière que vous les gérez sur site.
Oracle Database Cloud Service fournit un système de base de données avec le nombre de cœurs requis sur un serveur bare metal ou une machine virtuelle haute performance, déploie le logiciel Oracle Database avec l’édition de votre choix, et crée le système de base de données dans un réseau Cloud virtuel (VCN). Le VCN est un réseau privé avec des listes de sécurité configurées par l’utilisateur, qui protège le système de base de données contre les accès non autorisés.
Oracle Database Cloud Service offre également des fonctions de gérabilité telles que la mise à jour des services de base de données, la configuration de la haute disponibilité à l’aide d’Oracle Data Guard et la sauvegarde/restauration qui simplifie les tâches quotidiennes requises pour exécuter vos bases de données Oracle.
Les serveurs bare metal et les machines virtuelles prennent en charge le modèle de crédit universel (UCM) Oracle avec les tarifs « licence incluse » et « Bring Your Own License » (apportez votre propre licence). La tarification est flexible, avec des options de paiement au fur et à mesure (PAYG) et d’UCM annuelle flexible. Le prix dépend de l’édition de base de données sélectionnée, de la forme de la base de données et du nombre de cœurs que vous choisissez.
Vous pouvez consommer des instances de base de données Oracle Database Cloud Service en créant un compte sur shop.oracle.com. Les clients existants peuvent également contacter leur représentant commercial pour créer un compte et activer un pool de crédits existant, ou acheter un nouveau pool, pour consommer des ressources Oracle Cloud Infrastructure. Reportez-vous aux sections relatives à la tarification pour les serveurs bare metal et à la tarification pour les machines virtuelles pour plus de détails.
Les locations existantes avec ou sans compteur seront facturées selon leur plan existant jusqu’à ce qu’elles soient converties en location selon le modèle de crédit universel.
Actuellement, Oracle Database Cloud Service prend en charge les versions 11.2.0.4, 12.1.0.2, 12.2.0.1, 18c, 19c et 21c d’Oracle Database.
Les éditions suivantes du logiciel Oracle Database sont prises en charge et optimisées pour le Cloud.
Toutes les éditions incluent Oracle Database Transparent Data Encryption.
Pour répondre aux exigences de performances extrêmes des applications critiques de l’entreprise, Oracle Database Cloud Service prend en charge trois formes bare metal qui peuvent atteindre plus de 200 000 TPS ou IOPS pour une seule base de données. Les systèmes Bare Metal DB utilisent un stockage NVMe ou SSD connecté localement pour assurer des performances optimales. La quantité de stockage est déterminée par la forme spécifiée lors du lancement du système de base de données.
Forme Bare Metal | Cœurs/OCPU | Mémoire | Type de stockage | Stockage brut | Stockage (mise en miroir bidirectionnelle) | Stockage (mise en miroir tridirectionnelle) |
BM.HighIO1.36* | 2 – 36 | 512 Go | NVMe | 12,8 To | 3,5 To | 2,3 To |
BM.DenseIO1.36 | 2 – 36 | 512 Go | NVMe | 28,8 To | 9,4 To | 5,4 To |
BM.DenseIO2.52 | 2 – 52 | 768 Go | NVMe | 51,2 To | 16 To | 9 To |
BM.RACLocalStorage1.72* (se compose de deux nœuds physiques) |
2 – 36 par nœud | 512 Go par nœud | SSD | 64 To | 22,1 To | 14 To |
Notez que lors de l’utilisation de l’édition Standard avec des formes High IO & Dense IO, le maximum d’OCPU autorisé est de 8 OCPU par instance.
*Les formes BM.HighIO1.36 et BM.RACLocalStorage1.72* ne sont plus disponibles, mais continuent à être prises en charge pour les clients existants.
Formes de machine virtuelle
Oracle Database Cloud prend en charge une variété de machines virtuelles basées sur des formes de calcul VM standard. Le choix de formes de VM offre rentabilité et flexibilité pour sélectionner un à 24 cores et 256 Go à 40 To de stockage à distance évolutif et durable.
Forme VM | Cœurs/OCPU | Mémoire | Stockage (bloc seulement) | Bande passante réseau |
VM.Standard.1.1 | 1 | 7 Go | 256 Go - 40 To | Jusqu’à 600 Mbps |
VM.Standard.1.2 | 2 | 14 Go | 256 Go - 40 To | Jusqu’à 1,2 Gbps |
VM.Standard.1.4 | 4 | 28 Go | 256 Go - 40 To | 1,2 Gbps |
VM.Standard.1.8 | 8 | 56 Go | 256 Go - 40 To | 2,4 Gbps |
VM.Standard.1.16 | 16 | 112 Go | 256 Go - 40 To | 4,8 Gbps |
VM.Standard.2.1 | 1 | 15 Go | 256 Go - 40 To | 1 Gbe |
VM.Standard.2.2 | 2 | 30 Go | 256 Go - 40 To | 2 Gbe |
VM.Standard.2.4 | 4 | 60 Go | 256 Go - 40 To | 4 Gbe |
VM.Standard.2.8 | 8 | 120 Go | 256 Go - 40 To | 8 Gbe |
VM.Standard.2.16 | 16 | 240 Go | 256 Go - 40 To | 16 Gbe |
VM.Standard.2.24 | 24 | 320 Go | 256 Go - 40 To | 25 Gbe |
Remarque : Pour toute forme supérieure à 2 noyaux, vous pouvez spécifier le nombre total de nœuds = 2 pour obtenir la configuration RAC. Lors de l’utilisation de l’édition Standard, la forme maximale autorisée est VM.Standard1.8.
Les options Dense IO et Bring Your Own License d’Oracle Database Cloud Service X5 bare metal suivantes ne sont plus disponibles, mais continuent à être prises en charge pour les clients existants :
SKU | Forme de l’instance de calcul | Alternatives recommandées |
Bare Metal – X5 Dense I/O – Édition standard | Bare Metal X5 Dense/IO
|
Bare Metal X7 – Dense I/O
|
Bare Metal – X5 Dense I/O – Éditions Enterprise (Enterprise Edition, High Performance, Extreme Performance) | Bare Metal X5 Dense/IO
|
Bare Metal X7 – Dense I/O
|
Bare Metal – X5 Dense I/O – BYOL | Bare Metal X5 Dense/IO
|
Bare Metal X7 – Dense I/O
|
Norme de machine virtuelle – X5 – toutes les éditions (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.1
|
VM.Standard2.1 basé sur X7
|
Norme de machine virtuelle – X5 – toutes les éditions (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.2
|
VM.Standard2.2 basé sur X7
|
Norme de machine virtuelle – X5 – toutes les éditions (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.4
|
VM.Standard2.4 basé sur X7
|
Norme de machine virtuelle – X5 – toutes les éditions (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.8
|
VM.Standard2.8 basé sur X7
|
Norme de machine virtuelle – X5 – toutes les éditions (Standard, Enterprise, High Performance, Extreme Performance, BYOL) | VM.Standard1.16
|
VM.Standard2.16 basé sur X7
|
Un système de base de données est un serveur bare metal ou une machine virtuelle dont le logiciel Oracle Database est déployé et configuré avec un nombre de cœurs, une édition logicielle et une version de base de données définis par l’utilisateur.
Les systèmes de BD des machines virtuelles ne contiennent qu’une seule base de données. Les systèmes de base de données bare metal peuvent comprendre plusieurs répertoires de bases de données, qui contiennent plusieurs bases de données. Toutes les bases de données au sein d’un répertoire de base de données (DB Home) auront la même version, mais chaque DB Home peut avoir une version différente. Par exemple, un système de base de données Enterprise Edition peut contenir DB_Home11, qui contient uniquement des bases de données Enterprise Edition 11.2.0.4, et DB_Home12, qui contient uniquement des bases de données Enterprise Edition 12.1.0.2.
Non, l’édition ne peut pas être modifiée. Cependant, vous pouvez facilement mettre fin au système de base de données et en lancer un autre avec l’édition préférée.
Lorsque vous lancez un système de base de données, la base de données initiale créée sur le système utilise les jeux de caractères par défaut AL32UTF8 et AL16UTF16. Cependant, vous pouvez facilement choisir un jeu de caractères de votre choix lors du lancement dans les options avancées de la base de données.
Oui, vous pouvez apporter votre propre licence. Oracle Database Cloud Service prend en charge les modèles de tarification avec licence incluse et BYOL.
La console Oracle Cloud Infrastructure (OCI), les API REST, le SDK ou la CLI peuvent être utilisés pour effectuer des tâches courantes de gestion du cycle de vie des bases de données, telles que l’application de correctifs, Oracle Data Guard et la sauvegarde/récupération.
Les performances, la capacité de stockage, le coût, entre autres critères, détermineront votre choix de forme au sein du service Cloud de base de données. Gardez à l’esprit vos prévisions de croissance de la taille de votre base de données lorsque vous sélectionnez la forme.
Oracle vous recommande d’utiliser Enterprise Manager et les indicateurs clés disponibles dans Oracle Cloud Infrastructure.
Pour connaître les limites par défaut pour chaque type d’instance et obtenir des instructions sur la façon de demander une augmentation de limite de service, reportez-vous à la documentation relative aux limites de service. Nous serons heureux d’augmenter les limites de votre compte si nécessaire.
Oui. Oracle Database Cloud Service prend en charge un RAC Oracle Cloud sur les machines virtuelles au sein d’un réseau Cloud virtuel.
Oracle RAC sur les machines virtuelles est configurable en définissant le « Nombre total de nœuds » sur 2 lors du lancement du système de base de données.
Le service de base de données sur les machines virtuelles est un service de base de données qui permet aux clients de construire, d’étendre et de gérer des bases de données Oracle complètes sur des machines virtuelles. Les principaux avantages de l’exploitation des bases de données sur les machines virtuelles sont la rentabilité, la facilité de démarrage, le stockage durable et évolutif, et la capacité d’exécuter des Real Application Clusters (RAC) pour améliorer la disponibilité.
Les bases de données RAC fonctionneront dans un seul domaine de disponibilité (AD), tout en s’assurant que chaque nœud est sur un rack physique séparé assurant une haute disponibilité. Database Cloud Service sur machines virtuelles est construit sur la même infrastructure Cloud haute performance et hautement disponible utilisée par tous les services Oracle Cloud Infrastructure.
Les bases de données Oracle RAC sont prises en charge avec Enterprise Edition Extreme Performance on Database Cloud Service dans les machines virtuelles, mais sont limitées à une configuration RAC à 2 nœuds. Le RAC à 2 nœuds est activé en sélectionnant node=2 lors de l’approvisionnement et nécessite au moins deux cœurs par machine virtuelle.
Oui. Vous pouvez augmenter et réduire le nombre d’OCPU selon vos besoins. La modification de la forme entraînera une interruption de la base de données.
Oui. La modification de la forme d’une VM RAC à 2 nœuds sera effectuée de façon continue pour éviter les temps d’arrêt.
Non. Chaque VM ne peut contenir qu’une seule base de données.
Oui. Database Cloud Service dans une VM utilise le stockage par blocs à distance, de sorte que vous pouvez configurer le stockage disponible entre 256 Go et 40 To. Vous pouvez augmenter la capacité de stockage sans temps d’arrêt.
Oui. Vous pouvez cloner un système VM DB à nœud unique tant qu’il utilise Logical Volume Manager (LVM) comme logiciel de gestion du stockage.
Database Cloud Service on bare metal est une offre de service de base de données qui permet aux clients de déployer et de gérer des bases de données Oracle complètes sur des serveurs bare metal. Bare Metal offre des performances éprouvées et prévisibles avec un stockage NVMe local sur des serveurs dédiés qui fournissent des IOPS élevées avec une latence extrêmement faible.
Les serveurs bare metal dans Database Cloud Service peuvent avoir plusieurs DB Homes, qui peuvent contenir plusieurs bases de données. Toutes les bases de données au sein d’un répertoire de base de données (DB Home) auront la même version, mais chaque DB Home peut avoir une version différente. Par exemple, un système de base de données Enterprise Edition peut contenir DB_Home11, qui contient uniquement des bases de données Enterprise Edition 11.2.0.4, et DB_Home12, qui contient uniquement des bases de données Enterprise Edition 12.1.0.2.
Les bases de données Oracle RAC sont uniquement prises en charge avec Database Cloud Service sur des machines virtuelles (VM).
Oui. Vous pouvez augmenter ou diminuer le nombre d’OCPU en ligne selon vos besoins, sans interruption de la base de données.
Non. Database Cloud Service sur les serveurs bare metal utilise un stockage NVMe local, il y a donc une capacité de stockage fixe associée à la forme du serveur.
Non. Vous ne pouvez pas attacher des volumes de stockage en bloc à un serveur bare metal.
Oracle Database Cloud Service prend en charge le modèle d’achat Universal Credit d’Oracle, qui offre des modèles de tarification simples et flexibles :
La tarification à l’usage (PAYG) permet aux clients de fournir rapidement des services sans engagement initial, sans période de service minimale et en ne payant que ce qu’ils utilisent, qui sera facturé mensuellement à terme échu. Pour commencer, le client peut créer un compte sur le site shop.oracle.com.
Les crédits universels annuels permettent aux clients d’utiliser tous les services Oracle Cloud Infrastructure et de plateforme éligibles à tout moment, dans n’importe quelle région. Les crédits universels annuels sont facturés à l’avance et permettent de réaliser des économies importantes sur l’ensemble des services Cloud, en combinant une réduction des coûts et une dépense mensuelle prévisible avec une période de montée en puissance au fur et à mesure que vous intégrez vos charges de travail.
Oracle Database Cloud Service prend en charge les modèles de licence inclus et ceux qui apportent leur propre licence (BYOL) et est facturé en fonction des éléments d’utilisation suivants :
Vous pouvez utiliser la fonctionnalité de sauvegarde/restauration ou utiliser RMAN pour configurer les sauvegardes de nos bases de données sur Oracle Cloud Infrastructure Object Storage. Le coût des sauvegardes est le montant total du stockage objet utilisé. Reportez-vous aux sections Liste de prix Cloud pour plus de détails sur les prix.
Reportez-vous à la Liste de prix Cloud. Reportez-vous également aux sections relatives à la tarification pour les serveurs bare metal et à la tarification pour les machines virtuelles pour plus de détails.
Oui. Vous changez le modèle de licence incluse à BYOL et vice versa.
La configuration de Data Guard sur deux systèmes de base de données déployés dans des domaines de disponibilité distincts configure la haute disponibilité pour vos bases de données. Reportez-vous aux sections Liste de prix Cloud pour plus de détails sur les prix.
Oui, Oracle Database Cloud Service prend en charge l’arrêt de la facturation sur les machines virtuelles. Pour tirer parti de cette fonctionnalité, accédez au système de BD de la machine virtuelle et sélectionnez le nœud à arrêter. La base de données reste intacte tant que le nœud est arrêté. Vous n’êtes pas facturé pour les heures pendant lesquelles le nœud n’est pas en cours d’exécution.
La facturation d’arrêt n’est pas applicable pour Database Cloud Service sur les serveurs bare metal et la facturation continue après l’arrêt du serveur, puisque vous continuez à détenir l’environnement hébergé entier. Pour réduire les coûts, vous pouvez utiliser la capacité de mise à l’échelle des CPU en ligne de la forme de la base de données et réduire les OCPU à 2 pour les environnements inutilisés et peu utilisés.
Un VCN est un réseau privé personnalisable dans Oracle Cloud Infrastructure. Tout comme un réseau de datacenter traditionnel, un VCN vous offre un contrôle total sur votre environnement réseau. Cela comprend l’affectation de votre propre espace d’adressage IP privé, la création de sous-réseaux, la création de tables de routage et la configuration de pare-feu avec état. Un seul locataire peut avoir plusieurs VCN, ce qui permet de regrouper et d’isoler des ressources associées.
En se déployant sur un VCN par défaut, vous bénéficiez de la sécurité et de la flexibilité suivantes :
Nous vous recommandons vivement de créer des sous-réseaux distincts dans chaque domaine de disponibilité et de placer vos systèmes de base de données dans ces sous-réseaux. Cela vous permet de définir avec précision les listes de sécurité entrantes/sortantes pour le sous-réseau et de contrôler l’accès au réseau.
Les systèmes de base de données sont configurés avec TDE par défaut lors de la mise en service. Vous avez la possibilité de vous connecter et de contrôler d’autres stratégies de sécurité sur le système de base de données. Vous pouvez suivre les meilleures pratiques de sécurité de base de données (PDF) standard.
Avec Oracle Cloud Infrastructure Identity and Access Management (IAM), vous pouvez configurer votre environnement Cloud pour répondre à vos exigences de sécurité et de conformité. Du point de vue de la base de données, vous configurez des stratégies IAM vous permettant de limiter l’accès aux systèmes de base de données de machines bare metal et de machines virtuelles à un ensemble sélectionné d’utilisateurs (DBA) du point de vue de la gestion. Pour savoir comment utiliser Oracle IAM avec Oracle Database Cloud Service, veuillez consulter notre documentation technique.
Oui, avec un accès racine complet au système de base de données, vous pouvez configurer l’audit pour toutes les opérations sur le système de base de données. Oracle Database Cloud Service fournit un support d’audit robuste dans toutes les éditions de la base de données. Les enregistrements d’audit incluent des informations sur l’opération qui a été auditée, l’utilisateur effectuant l’opération, ainsi que la date et l’heure de l’opération. Les enregistrements d’audit peuvent être stockés dans le journal d’audit de la base de données ou dans des fichiers sur le système d’exploitation. L’audit standard comprend les opérations sur les privilèges, les schémas, les objets et les instructions.
De plus, vous pouvez utiliser Oracle Cloud Infrastructure Audit pour auditer tous les appels de gestion d’API réalisés sur votre location.
La fonctionnalité de correction de Database Cloud Service simplifie la procédure requise pour appliquer une correction à vos systèmes et bases de données. Vous pouvez utiliser la console et les API Oracle Cloud Infrastructure pour afficher les correctifs applicables à votre système de base de données ou à votre répertoire de base de données et envoyer une demande de correctif. Database Cloud Service exécutera ensuite les étapes de correction de bout en bout pour vous tout en affichant l’état.
Vous pouvez afficher tous les correctifs appliqués et, si nécessaire, réappliquer un correctif. En outre, vous pouvez utiliser les contrôles Oracle Identity and Access Management (IAM) pour gérer l’accès aux fonctionnalités de correction.
Vous pouvez utiliser la console Oracle Cloud Infrastructure et les API Rest pour accéder à cette fonctionnalité.
Le réseau (VCN) de votre système de base de données doit être configuré avec une passerelle Internet. Le trafic réseau entre le système de base de données et Oracle Object Storage se fera sur le backbone de service interne Oracle Database Cloud Service.
Vous pouvez utiliser cette fonctionnalité pour appliquer des correctifs à tous les systèmes de base de données sans système d’exploitation à 1 nœud et à 2 nœuds dans toutes les formes et éditions. Les systèmes RAC à 2 nœuds, les machines virtuelles et les systèmes Exadata ne sont actuellement pas pris en charge. Cependant, vous pouvez corriger ces systèmes en vous connectant à votre hôte et en utilisant l’utilitaire OPatch.
Des correctifs spécifiques aux services de base de données Cloud peuvent être appliqués pour les systèmes de bases de données et les répertoires de bases de données. Seul le dernier correctif est disponible pour les systèmes de base de données, tandis que les répertoires de bases de données prennent en charge les correctifs les plus récents et les plus anciens. Vous pouvez trouver la liste des correctifs de système de base de données et de répertoires de bases de données actuellement disponibles dans la documentation technique d’Oracle Cloud Infrastructure.
Oui, si un ou plusieurs correctifs sont disponibles pour ces versions. Des correctifs sont actuellement disponibles pour les versions de base de données 11.2.0.4, 12.1.0.2 et 12.2.0.1.
Vous pouvez vous connecter à votre hôte et appliquer des correctifs temporaires à l’aide de l’utilitaire OPatch. Nous vous recommandons de ne pas appliquer de correctifs trimestriels sur site à l’aide de l’utilitaire OPatch. Ces correctifs peuvent ne pas fonctionner sans l’application d’autres correctifs spécifiques au Cloud. Vous devez plutôt appliquer les correctifs trimestriels personnalisés au Cloud disponibles via la console Oracle Cloud Infrastructure Database Cloud Service et les API REST.
Vous pouvez corriger ces systèmes en accédant à votre hôte et à l’aide de l’utilitaire OPatch. En savoir plus sur l’utilitaire OPatch.
Oui, les systèmes de base de données à 1 nœud seront inactifs si vous n’avez pas configuré Oracle Data Guard. Pour éviter tout temps d’arrêt, vous devez suivre les meilleures pratiques MAA (Maximum Availability Architecture - architecture de disponibilité maximale).
Votre système de base de données ou de répertoire de base de données sera dans l’état ”Disponible” si le correctif échoue. L’historique des correctifs peut indiquer la raison pour laquelle l’opération a échoué. Pour déboguer la cause première de l’échec, vous pouvez accéder aux journaux détaillés relatifs aux correctifs en accédant à votre hôte. Si les informations du journal ne vous aident pas à résoudre le problème, vous pouvez envoyer une demande à l’assistance Oracle Support afin de déterminer la cause du problème.
Oui, votre système de base de données doit être sur la même version ou une version ultérieure à celle de votre répertoire de base de données. Pour éviter les conflits de version, vous devez d’abord appliquer les correctifs du système de base de données, suivis des correctifs du répertoire de base de données. Si vous ne suivez pas cet ordre, vous recevrez un message d’erreur lors de l’application du correctif.
Oui, vous pouvez pré-vérifier un correctif avant de l’appliquer. Cependant, pour annuler un correctif, vous devez vous connecter à l’hôte de votre base de données et utiliser l’utilitaire OPatch.
Oui, vous pouvez utiliser le service Oracle Identity and Access Management (IAM) pour restreindre l’accès au niveau d’un utilisateur et d’un groupe.
Oui, les correctifs d’ensemble de base de données Oracle et les correctifs de base de données Oracle Cloud Infrastructure sont différents. Les correctifs de base de données Oracle Cloud Infrastructure sont un surensemble contenant des correctifs d’ensemble de base de données Oracle, des MLR (Merge Label Requests) spécifiques à Oracle Cloud Infrastructure, et d’autres correctifs.
Non, la correction de système d’exploitation n’est actuellement pas prise en charge. Vous accédez directement à l’hôte pour appliquer manuellement un correctif au système d’exploitation. Pour plus de détails, reportez-vous aux sections Mises à jour du système d’exploitation du système de base de données bare metal et de machines virtuelles et Mises à jour du système d’exploitation du système de base de données Exadata.
Oui, les correctifs de base de données sont cumulatifs. Les nouveaux correctifs Oracle Cloud Infrastructure Database contiennent des correctifs du système de base de données précédent ou des correctifs de répertoire de base de données de la même version.
Oracle Cloud Infrastructure enverra une notification par e-mail vous informant d’un correctif de sécurité critique. En fonction de la criticité du correctif, nous vous définirons une fenêtre de temps pour l’application du correctif de sécurité.
Cela dépend du type de correctif. Un état de base du système ou du répertoire de base de données passera à ”Disponible” une fois qu’un correctif a été appliqué.
La sauvegarde de votre base de données est un aspect essentiel de tout environnement de base de données Oracle. Plusieurs options sont disponibles pour stocker et récupérer vos sauvegardes. Vous pouvez utiliser la fonction de sauvegarde et de restauration dans la console Oracle Cloud Infrastructure Console, les API REST ou l’interface CLI, ou configurer et gérer manuellement les sauvegardes à l’aide de dbcli ou RMAN. Vous pouvez en apprendre davantage sur toutes les options dans la documentation technique.
La fonction de sauvegarde et de restauration de la base de données vous permet d’utiliser la console Oracle Cloud Infrastructure, les API REST et l’interface CLI pour créer et gérer des sauvegardes de vos bases de données. Vous pouvez également restaurer votre base de données existante à partir d’une sauvegarde ou créer une nouvelle base de données à partir d’une sauvegarde.
La fonctionnalité de sauvegarde et de restauration permet à la console, aux API Rest et à l’interface CLI de créer et de gérer des sauvegardes. Lorsque vous utilisez la console, vous pouvez créer des sauvegardes complètes ou configurer des sauvegardes incrémentielles automatiques en quelques clics. De même, vous pouvez visualiser vos sauvegardes et restaurer votre base de données en utilisant le dernier bon état connu, un point dans le temps ou un numéro SCN (System Change Number - numéro de changement système). Vous pouvez également créer une nouvelle base de données à partir de votre sauvegarde dans un système de base de données existant ou nouveau.
Vos sauvegardes sont stockées dans Oracle Cloud Infrastructure Object Storage et des frais de service s’appliquent pour le stockage de vos sauvegardes. En savoir plus sur la facturation du stockage d’objets. L’utilisation de cette fonctionnalité n’entraîne pas de frais supplémentaires.
La fonctionnalité de sauvegarde et de restauration prend en charge toutes les formes, éditions et versions de base de données de machines bare metal et de machines virtuelles. Exadata n’est actuellement pas pris en charge. Cependant, pour Exadata, vous pouvez configurer manuellement RMAN (Recovery Manager) pour la sauvegarde et la récupération.
Les sauvegardes complètes à la demande et les sauvegardes incrémentielles automatiques sont actuellement prises en charge.
La période de rétention pour les sauvegardes incrémentielles automatiques est de 30 jours.
Non, vous ne pouvez pas contrôler ces paramètres à l’aide de la fonctionnalité de sauvegarde et de restauration. Cependant, vous pouvez utiliser l’option RMAN manuelle pour configurer une période et une fréquence de rétention personnalisées.
Lorsque vous activez les sauvegardes automatiques pour une base de données, Oracle Cloud Infrastructure Database Cloud Service crée la sauvegarde de premier niveau (0). Après la première sauvegarde, les sauvegardes de niveau 1 seront exécutées tous les jours jusqu’au week-end suivant. Chaque week-end, une nouvelle sauvegarde de niveau 0 sera créée. Les sauvegardes automatiques activées pour la première fois après le 20 novembre 2018 sur n’importe quelle base de données s’exécuteront entre 00h00 et 06h00 dans le fuseau horaire de la région du système de base de données. Si vous avez activé les sauvegardes automatiques sur une base de données avant cette date, la fenêtre de sauvegarde de la base de données continuera à être comprise entre 00h00 et 06h00 UTC.
Oui, toutes vos sauvegardes sont cryptées avec la même clé principale utilisée pour le cryptage TDE.
Vos sauvegardes sont stockées dans Oracle Cloud Infrastructure Object Storage. Oracle Object Storage a été conçu pour être extrêmement durable. Les données sont stockées de manière redondante sur plusieurs serveurs de stockage et sur plusieurs domaines de disponibilité. L’intégrité des données est activement surveillée à l’aide de sommes de contrôle et les données corrompues sont détectées et réparées automatiquement. Toute perte de redondance des données est automatiquement détectée et corrigée automatiquement, sans impact sur le client.
Si vous utilisez la fonctionnalité de sauvegarde et de restauration, vos opérations de sauvegarde peuvent échouer si le répertoire ou le système de base de données ne se trouve pas dans un état ”Disponible”. Des actions telles que l’application de correctifs, l’ajout de clés SSH et les opérations Data Guard peuvent modifier l’état du répertoire ou du système de base de données. Pour éviter toute défaillance de la sauvegarde, assurez-vous que ces actions ne sont pas effectuées pendant la fenêtre de sauvegarde (00h00 - 06h00 UTC). Si une sauvegarde incrémentielle automatique échoue, Database Cloud Service tente à nouveau l’opération dans la fenêtre de sauvegarde du jour suivant. En cas d’échec de la sauvegarde à la demande, vous devez réessayer manuellement l’opération lorsque le répertoire et le système de base de données sont disponibles.
Si vous utilisez la fonctionnalité de sauvegarde et de restauration, vous pouvez restaurer votre base de données à l’état le plus récent, à un point dans le temps ou à un état validé de la base de données défini par le numéro de changement système (SCN). Cependant, vous pouvez utiliser l’option dbcli ou RMAN pour davantage d’options de restauration.
Vous pouvez trouver le numéro SCN en accédant à votre base de données ou à tout journal archivé ou en ligne.
Oui, vous pouvez également créer une nouvelle base de données à partir d’une sauvegarde dans un système de base de données existant ou nouveau. Cependant, la base de données à partir de laquelle la sauvegarde a été générée doit être supprimée avant d’utiliser la sauvegarde à cette fin. Pour une sauvegarde à partir d’un système de base de données de machine virtuelle, vous devez terminer l’instance de base de données à partir de laquelle la sauvegarde a été effectuée avant d’utiliser cette sauvegarde dans un système de base de données nouveau ou existant.
Oui, vous pouvez choisir n’importe quel système de base de données existant ou en créer un nouveau dans n’importe quel compartiment. Cependant, le nouveau système de base de données ou le système existant doit appartenir au même domaine de disponibilité que celui où votre sauvegarde est hébergée. Si vous créez un nouveau système de base de données, l’édition du logiciel Oracle Database que vous spécifiez doit être égale ou ultérieure à celle de la base de données sauvegardée. En outre, la forme que vous spécifiez doit être du même type que la base de données à partir de laquelle la sauvegarde a été effectuée. Par exemple, si vous utilisez une sauvegarde d’une base de données à 1 nœud, le système de base de données que vous sélectionnez comme cible doit également être un système de base de données à 1 nœud.
Non, les sauvegardes incrémentielles automatiques ne sont pas activées par défaut. Vous pouvez activer cette option lors de la création de la base de données ou à tout moment après sa mise en service.
Oracle vous recommande vivement de mettre fin à toutes les bases de données d’un système de base de données avant de mettre fin au système. Lorsque vous mettez fin à une base de données, vous pouvez choisir de créer une sauvegarde finale qui restera dans Object Storage en tant que sauvegarde autonome. Vous pouvez restaurer ultérieurement cette sauvegarde autonome en tant que nouvelle base de données.
Vous pouvez configurer manuellement RMAN pour déplacer la sauvegarde de votre base de données vers Oracle Cloud Infrastructure Object Storage, et utiliser cette sauvegarde pour créer une base de données dans un système de base de données nouveau ou existant.
Vous pouvez lancer des systèmes de base de données dans différents domaines de disponibilité et configurer Data Guard pour la configuration de bases de données Oracle hautement disponibles. Oracle Data Guard assure la haute disponibilité, la protection des données et la reprise après sinistre pour les données d’entreprise. Data Guard fournit un ensemble complet de services qui créent, maintiennent, gèrent et surveillent une ou plusieurs bases de données en attente.
Vous pouvez consulter les sections Data Guard pour la haute disponibilité et Meilleures pratiques de l’architecture MAA (Maximum Availability Architecture) pour plus d’informations sur la mise en œuvre d’une configuration sans perte de données et à haute disponibilité de bases de données Oracle.
Un domaine de disponibilité (AD - Availability Domain) est le sous-composant d’une région conçue pour être indépendante et hautement fiable. Chaque AD est construit avec une infrastructure totalement indépendante, telle que des bâtiments, des générateurs d’énergie, des équipements de refroidissement et une connectivité réseau. En cas de catastrophes extrêmement rares, telles que des incendies ou des inondations, un seul AD est affecté. En outre, les AD de la même région sont connectés à un réseau haute vitesse et à faible temps de latence, ce qui permet aux clients de créer et d’exécuter des applications et des charges de travail hautement fiables avec un impact minimal sur la latence et les performances des applications.
Ces AD indépendants des pannes permettent aux clients de créer des applications hautement disponibles dans le Cloud sans sacrifier les performances. Nous vous recommandons vivement de placer les bases de données principale et de secours dans différents AD pour vous assurer qu’elles sont protégées des défaillances courantes illustrées ci-dessus.
Toutes les éditions de base de données d’entreprise prennent en charge la fonctionnalité Data Guard. L’édition Enterprise Extreme Performance prend en charge Active Data Guard.
Database Cloud Service fournit la configuration de Data Guard à l’aide de la console Oracle Cloud Infrastructure et des API REST.
En quelques clics, vous pouvez activer Data Guard et effectuer des actions de basculement et de rétablissement. Vous pouvez également configurer un contrôle d’accès granulaire pour la fonctionnalité à l’aide d’Oracle Identity and Access Management Service. L’utilisation de cette fonctionnalité est gratuite.
Toutes les formes de machine virtuelle et de bare metal à 1 nœud et à 2 nœuds sont prises en charge par la fonctionnalité Data Guard. Exadata n’est actuellement pas pris en charge. Toutefois, vous pouvez configurer Data Guard manuellement pour Exadata en vous connectant à votre hôte et en accédant à l’interface de ligne de commande Data Guard (DGMGRL). En savoir plus sur DGMGRL.
Les fonctions de basculement et de restauration sont actuellement prises en charge. Toutefois, vous pouvez configurer manuellement Data Guard en vous connectant à votre hôte et en accédant à l’interface de ligne de commande Data Guard (DGMGRL). En savoir plus sur DGMGRL.
Le mode de protection Maximum Performance et le type de transport Async sont actuellement pris en charge. Toutefois, vous pouvez configurer des modes de protection et des types de transport supplémentaires en vous connectant au système de base de données et en accédant à l’interface de ligne de commande Data Guard (DGMGRL). En savoir plus sur DGMGRL.
Pour configurer Data Guard, les systèmes de base de données primaire et secondaire doivent se trouver sur le même VCN et le port 1521 doit être ouvert sur les deux systèmes de base de données. Les systèmes de base de données peuvent être dans différents sous-réseaux.
Oui, vous pouvez configurer Data Guard dans le même ou dans différents domaines de disponibilité d’une région. Toutefois, Oracle vous recommande de mettre en œuvre votre configuration Data Guard sur plusieurs domaines de disponibilité.
Oui, vous pouvez configurer Data Guard sur plusieurs régions, mais la fonctionnalité Database Cloud Service Data Guard ne la prend actuellement pas en charge. Vous pouvez configurer manuellement Data Guard sur plusieurs régions en vous connectant à votre hôte et en utilisant DGMGRL. Vous devez activer une passerelle Internet sur les VCN du système de base de données principal et de secours pour Data Guard afin de transporter les journaux entre les régions. En savoir plus sur DGMGRL.
Non, la configuration de Data Guard sur plusieurs compartiments n’est actuellement pas prise en charge.
Oui, pour activer une association Data Guard à l’aide de la fonction Data Guard, la forme et l’édition du système de base de données de secours doivent être identiques à celles du système principal.
La base de données de secours est créée avec la même version de base de données que celle de la base de données principale.
Non, la fonctionnalité Managed Broker n’est actuellement pas prise en charge par la fonctionnalité Data Guard. Toutefois, vous pouvez configurer manuellement les configurations Managed Broker en vous connectant à votre hôte de base de données et en accédant à l’interface de ligne de commande Data Guard (DGMGRL). En savoir plus sur DGMGRL.
Pour supprimer l’association Data Guard à l’aide de la fonctionnalité Data Guard, vous devez d’abord supprimer la base de données de secours. Une fois la base de données de secours supprimée, l’association Data Guard sera automatiquement supprimée.
À l’aide de la fonction Data Guard, vous devez d’abord supprimer votre base de données de secours avant de pouvoir supprimer votre base de données principale. Vous pouvez également lancer une opération de basculement pour que la base de données principale soit maintenant de secours, puis mettre fin à celle de secours.
Non, vous ne pouvez créer qu’une seule base de données de secours physique à l’aide de la fonctionnalité Data Guard. Toutefois, vous pouvez créer manuellement plusieurs bases de données de secours en vous connectant à votre système de base de données et en accédant à DGMGRL. En savoir plus sur DGMGRL.
Oui, vous pouvez configurer Data Guard entre une base de données sur site et une base de données Oracle Cloud Infrastructure. Vous pouvez configurer manuellement Data Guard entre votre base de données sur site et une base de données Oracle Cloud Infrastructure à l’aide de DGMGRL. En savoir plus sur DGMGRL.
Oui, vous pouvez contrôler l’accès aux fonctionnalités Data Guard à l’aide d’Oracle Identity and Access Management. En savoir plus sur Oracle Identity and Access Management.
Vous pouvez appliquer des correctifs à la base de données dans une configuration Data Guard principale et de secours. Vous devez d’abord corriger manuellement votre configuration de secours, puis basculer votre configuration principale pour la corriger.
Vous pouvez utiliser la fonctionnalité de sauvegarde et de restauration Oracle Cloud Infrastructure Database pour sauvegarder et restaurer vos bases de données principales. Si vous souhaitez activer la sauvegarde pour une configuration de secours, vous pouvez le faire en accédant à l’hôte de votre base de données de secours et à l’aide de RMAN (Recovery Manager).
En utilisant la fonction Data Guard, une fois que vous basculez votre base de données principale, elle prend l’état De secours désactivé. Une fois que vous avez résolu le problème lié à cette base de données de secours désactivée, vous pouvez rétablir le fonctionnement du rôle De secours. Ensuite, vous pouvez basculer sur cette base de données de secours pour revenir au rôle principal.
Oui, avec une configuration Active Data Guard, vous pouvez utiliser les instances de secours pour des opérations en lecture seule. Les opérations d’écriture ne sont pas activées sur une configuration de secours.
Notre recommandation est d’utiliser Enterprise Manager pour surveiller vos systèmes de base de données gérés par Oracle Cloud Infrastructure. Si vous activez les opérations du journal d’audit sur l’instance, vous pouvez également afficher les journaux pour savoir quand le serveur principal a basculé.
Pour les configurations RAC à 2 nœuds, le basculement doit se faire en quelques dizaines de secondes. Toutefois, si le basculement a lieu entre deux instances appartenant à des AD différents avec Data Guard, le basculement doit durer moins de deux minutes.
Non, la forme du RAC à 2 nœuds est un ensemble sur deux serveurs au sein du même AD, mais de racks différents. Le stockage est partagé entre les deux instances. Cette configuration offre une protection contre les pannes matérielles sur l’instance. Pour une disponibilité plus élevée, nous vous recommandons de configurer une autre forme de RAC à 2 nœuds dans un AD distinct.
Oui, avec un accès racine au système de base de données, vous pouvez vérifier et auditer toutes les opérations des bases de données du système.