Nouveautés du service Oracle Exadata Database sur une infrastructure dédiée

Oracle ajoute constamment de nouvelles fonctionnalités à Exadata Cloud Infrastructure.

Intégration de Google Cloud Key Management pour le service Exadata Database sur Oracle Database@Google Cloud

Le service Exadata Database sur Oracle Database@Google Cloud prend désormais en charge l'intégration au service de gestion des clés (KMS) de la plate-forme Google Cloud. Cette amélioration permet aux utilisateurs de gérer les clés de chiffrement principales (MEK) TDE à l'aide des clés de chiffrement gérées par le client (CMEK) GCP.

Auparavant, les clés de chiffrement principales TDE (Transparent Data Encryption) ne pouvaient être stockées que dans Oracle Wallet, Oracle Cloud Infrastructure (OCI) Vault ou Oracle Key Vault (OKV) basés sur des fichiers. Grâce à cette mise à jour, les utilisateurs peuvent désormais stocker et gérer les clés MEK directement dans GCP KMS, ce qui améliore le contrôle du cycle de vie des clés et l'alignement avec les politiques de sécurité propres à l'organisation.

Data Guard interservices entre ExaDB-D et ExaDB-XS

Nous sommes heureux d'annoncer le soutien au déploiement Oracle Data Guard interservices. Dans un déploiement interservices, vous configurez des bases de données principales et secondaires entre deux services : le service Exadata Database sur une infrastructure dédiée (ExaDB-D) et le service Exadata Database sur une infrastructure exaflopique (ExaDB-XS). La possibilité de déployer Oracle Data Guard interservices offre une disponibilité améliorée.

Pour plus d'informations, voir Cross-Service Data Guard Between ExaDB-D and ExaDB-XS.

Améliorations apportées aux fonctionnalités de la console série

Ces nouvelles fonctions sont les suivantes :

  • Accès à la console série au moyen de Cloud Shell pour OCI
  • Historique de la console

Grâce à cette amélioration, vous pouvez facilement vous connecter à la console série de vos machines virtuelles au moyen d'OCI Cloud Shell pour effectuer des actions correctives. En outre, vous pouvez consulter l'historique de la console série pour vérifier et vérifier les activités précédentes effectuées par tous les utilisateurs à partir de la console série.

Note

  • Vous ne pouvez pas vous connecter simultanément à plusieurs noeuds de base de données à l'aide de Cloud Shell. Par exemple, si vous avez une connexion ouverte à DBnode1 et que vous voulez vous connecter à DBnode2, vous devez d'abord quitter Cloud Shell actif à partir de DBnode1, puis établir une connexion à DBnode2.
  • L'accès de Cloud Shell à la console série nécessite des autorisations IAM appropriées pour Cloud Shell. Pour plus de détails, voir la documentation sur OCI Cloud Shell.

Modification de la destination de sauvegarde pour les nouvelles locations dans certaines régions OCI (en vigueur le 06 août 2025)

À partir du 06 août 2025, le service de récupération autonome est désormais la destination de sauvegarde exclusive lors de la configuration de sauvegarde automatique pour les locations nouvellement créées dans les régions OCI suivantes : Francfort (FRA), Phoenix (PHX) et Tokyo (NRT).

Pour plus d'informations, voir Comportement de destination de la sauvegarde lors de l'activation des sauvegardes automatiques et autonomes à l'aide de la console OCI.

Logiciel système Exadata 25.1.0.0.0

Le logiciel de système Exadata version 25.1 est disponible depuis décembre 2024. Les nouveaux déploiements d'infrastructure Exadata X11M incluront le logiciel de système Exadata 25.1. Cette version sera appliquée à Exadata Cloud Infrastructure dans le cadre de la maintenance trimestrielle, à partir de mai 2025. Il s'appuie sur les fonctionnalités introduites dans Exadata System Software 24ai et les versions antérieures. Cette version apporte plusieurs innovations clés, notamment :

Le logiciel Exadata 25.1 pour le système d'exploitation invité est également disponible et peut être appliqué aux machines virtuelles invitées par les clients.

Pour en savoir plus, consultez la documentation sur Exadata System Software version 25.1.

Pour obtenir des instructions de mise à jour, voir Note 3021895.1 sur My Oracle Support — Mise à jour du logiciel système Exadata 25.1.0.0.0.

Note

Certaines fonctions du logiciel Exadata 25.1 peuvent ne pas être disponibles dans le service en nuage.

Prise en charge étendue du marquage dans les flux de travail de base de données

Le marquage, précédemment pris en charge lors de la création de la base de données, est désormais étendu à des flux de travail supplémentaires, notamment la création d'une base de données de secours et la création d'une base de données à partir d'une sauvegarde.

Prise en charge d'Amazon S3 pour les sauvegardes gérées par Oracle sur le service Exadata Database sur Oracle Database@AWS

Cette fonction présente Amazon S3 comme destination de sauvegarde supplémentaire pour les clients du service Exadata Database sur Oracle Database@AWS, ce qui leur permet de programmer et de gérer de manière transparente les sauvegardes de base de données gérées par Oracle directement à partir de l'interface du service Exadata Database pour OCI.

Pour plus d'informations, voir Sauvegarde automatique.

Intégration d'Azure Key Vault pour le service Exadata Database sur Oracle Database@Azure

Le service Exadata Database sur Oracle Database@Azure vous permet de stocker les clés de chiffrement transparent des données (TDE) de votre base de données, également appelées clés principales de chiffrement (MEK) dans un portefeuille Oracle basé sur des fichiers ou dans le service de chambre forte OCI. Cette fonction permet aux utilisateurs du service Exadata Database sur Oracle Database@Azure d'utiliser le module de sécurité matériel géré Azure Key Vault (AKV), AKV Premium et AKV Standard pour la gestion des clés MEK TDE. Cette intégration permet aux applications, aux services Azure et aux bases de données d'utiliser une solution de gestion des clés centralisée pour une sécurité améliorée et une gestion simplifiée du cycle de vie des clés.

Configuration d'Oracle Data Guard avec validation de vérification préalable

Vous pouvez maintenant effectuer une vérification préalable avant de configurer Oracle Data Guard.

Dans le cadre de la configuration Data Guard (DG), le service a effectué une vérification préalable implicite. Grâce à cette amélioration, vous pouvez désormais exécuter une vérification préalable explicite pour identifier et résoudre les problèmes potentiels avant de procéder à la configuration de Data Guard.

Programmer les mises à jour de l'automatisation de VM Cloud

Nous sommes heureux d'annoncer la disponibilité générale de la programmation des mises à jour d'automatisation VM Cloud pour les grappes de machines virtuelles dans le service Exadata Database sur une infrastructure dédiée (ExaDB-D).

Auparavant, Oracle appliquait ces mises à jour automatiquement en arrière-plan sans perturber les machines virtuelles invitées. Grâce à cette nouvelle fonctionnalité, vous disposez désormais d'un contrôle amélioré, qui vous permet de définir à quel moment les mises à jour sont appliquées, de prioriser les grappes qui les reçoivent en premier et de définir des périodes de gel alignées sur vos politiques d'affaires pour mettre en pause les mises à jour pendant des périodes critiques.

Alors que les mises à jour du logiciel d'automatisation du nuage pour les agents et les outils gérés par Oracle sur les machines virtuelles invitées sont essentielles pour accéder aux plus récentes capacités d'Oracle cloud, de nombreux clients créent des scripts et des flux de travail autour des versions courantes. Pour assurer la continuité opérationnelle, vous pouvez désormais choisir quand les mises à jour sont appliquées à vos grappes. Cette version vous offre également la possibilité de tester d'abord les mises à jour sur des grappes hors production, afin d'assurer un déploiement en douceur avec chaque nouvelle version d'Oracle. Cette amélioration permet aux clients de :

  • Programmer les mises à jour : Définissez des heures spécifiques pour que la machine virtuelle vérifie et applique les nouvelles mises à jour.
  • Éviter la mise à jour pendant la période de gel : Empêchez les mises à jour pendant les périodes de forte activité de base de données.
  • Réduire le risque : Réduire l'incidence des mises à jour sur les scripts existants et l'automatisation.

Classifier et contrôler l'accès aux API REST OCI critiques

Oracle API Access Control vous permet de gérer et de restreindre l'accès aux API REST et aux opérations de la console Cloud exposées par divers services de base de données en nuage. En désignant des API spécifiques comme privilégiées, vous pouvez appliquer un flux de travail d'approbation qui nécessite l'autorisation d'un groupe désigné dans la location avant que ces API puissent être appelées.

Intégration d'Oracle Key Vault (OKV) avec ExaDB-D pour gérer les clés TDE (Transparent Data Encryption)

Intégrez votre service Oracle Key Vault (OKV) à Oracle Exadata Database Service on Dedicated Infrastructure et utilisez des clés gérées par le client stockées dans Oracle Key Vault pour chiffrer votre clé principale de chiffrement Oracle Transparent Data Encryption (TDE).

Vous contrôlez l'emplacement de votre serveur OKV et il peut être déployé dans n'importe quel emplacement avec une connectivité réseau à vos instances ExaDB-D.

Supprimer les serveurs de stockage provisionnés

Les serveurs de stockage provisionnés peuvent être supprimés d'une infrastructure Exadata en nuage. Un serveur de stockage "provisionné" fait référence à un serveur dont les groupes de disques ont été configurés. Reportez-vous à la capacité de groupe de disques libres requise par ASM et notez qu'une opération de rééquilibrage ASM devra être terminée après la suppression des segments de stockage.

Améliorations apportées à la prise en charge des opérations Data Guard, Container Database (CDB) et Pluggable Database (PDB) concurrentes

Grâce à cette amélioration, vous pouvez désormais effectuer des opérations concurrentes sur les bases de données conteneur et les bases de données enfichables, ainsi que sur les associations et les actions Data Guard. Cette amélioration améliore considérablement l'efficacité et la flexibilité de la gestion de vos bases de données Oracle. Les opérations concurrentes prises en charge sont les suivantes :

  • Créer ou supprimer jusqu'à 10 bases de données enfichables simultanément, même lorsque la base de données conteneur est à l'état Mise à jour.
  • Création ou suppression d'une base de données conteneur lorsqu'une configuration Data Guard est exécutée sur une autre base de données dans le même répertoire d'origine Oracle Home, et inversement.
  • Création ou suppression d'une base de données enfichable alors qu'une configuration Data Guard est exécutée sur une autre base de données dans le même répertoire de base Oracle, et inversement.
  • Effectuer des actions Data Guard (passerelle, basculement et remise en service) alors qu'une configuration Data Guard est exécutée sur une autre base de données dans le même répertoire de base Oracle, et vice versa.
  • Création ou suppression d'une base de données conteneur lors de l'exécution simultanée d'actions Data Guard (switchover, failover et reinstate) sur différentes bases de données dans le même répertoire d'origine Oracle Home, et inversement.
  • Création ou suppression d'une base de données enfichable lors de l'exécution simultanée d'actions Data Guard (passerelle, basculement et remise en service) sur différentes bases de données dans le même répertoire de base Oracle, et inversement.
  • Création ou suppression d'une base de données conteneur lors de la création ou de la suppression simultanée d'une base de données enfichable d'une autre base de données conteneur dans le même répertoire de base Oracle, et vice versa.
  • Créer ou supprimer simultanément une base de données Conteneur sur différentes bases de données dans le même répertoire d'origine Oracle Home.
  • Création ou suppression simultanée d'une base de données enfichable sur différentes bases de données dans le même répertoire de base Oracle.
  • Effectuer la configuration de Data Guard simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Effectuer des actions Data Guard (switchover, basculement et remise en service) simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Création ou suppression d'une base de données conteneur/base de données enfichable, installation de Data Guard et exécution d'actions Data Guard (passerelle, basculement et remise en service) tout en mettant à jour les marqueurs de grappe de machines virtuelles.

Prise en charge du réseau à double pile (IPv4 et IPv6)

Vous pouvez désormais provisionner des grappes de machines virtuelles avec un réseau double pile IPv4/IPv6 dans le service Oracle Exadata Database Service on Dedicated Infrastructure (ExaDB-D). Cette fonction permet aux organisations d'utiliser simultanément IPv4 et IPv6, fournissant une solution rentable pour gérer la pénurie IPv4, assurer la conformité aux exigences réglementaires et faciliter une transition en douceur vers IPv6 pour une évolutivité et une croissance futures. Les scénarios suivants sont pris en charge dans cette version :

  • Prise en charge de la pile double IPv4/IPv6 pour les nouvelles grappes de machines virtuelles Exadata sur les sous-réseaux client et de sauvegarde.
  • Configurez Data Guard pour migrer des données d'une grappe de machines virtuelles Exadata IPv4 uniquement vers une grappe de machines virtuelles Exadata à pile double.
  • Configurez une adresse IP virtuelle d'application avec les adresses IPv4 et IPv6.
Note

Exigences minimales pour la configuration d'un réseau à pile double :
  • Logiciel système Exadata 24.1.4
  • Oracle Database et Oracle Grid Infrastructure :
    • 19c -> 19.26
    • 23ai -> 23.7
Note

Oracle Exadata Database Service on Dedicated Infrastructure prend en charge les préfixes GUA, BYOIP et ULA IPv6. Lors du provisionnement d'une grappe de machines virtuelles, un sous-réseau ne doit avoir qu'un seul préfixe IPv6. ExaDB-D ne prend pas en charge le sous-réseau avec plusieurs préfixes IPv6.

Pour plus d'informations, voir Adresses IPv6.

Pour plus d'informations, voir Aperçu des réseaux en nuage virtuels et des sous-réseaux et Ajout d'un préfixe IPv6 à un sous-réseau.

Sauvegarde à long terme (LTR)

Avec LTR (Long-Term Retention Backup), vous pouvez stocker des sauvegardes complètes jusqu'à 10 ans ou une durée plus courte, ce qui vous permet de rechercher et d'extraire des données archivées pour répondre aux exigences de conformité, réglementaires ou autres exigences commerciales. Pendant cette période de conservation, les sauvegardes LTR peuvent être restaurées pour créer une nouvelle base de données, un processus appelé "restauration dans un emplacement différent".

Améliorations apportées à la planification et à l'exécution trimestrielles de la maintenance de l'infrastructure Exadata

Grâce à cette amélioration, vous aurez la possibilité de planifier et d'appliquer des mises à jour d'infrastructure trimestrielles pour s'adapter à de plus petites fenêtres de maintenance. Vous pouvez choisir d'effectuer la maintenance sur tous les composants de l'infrastructure dans une seule fenêtre ou de les fractionner en plusieurs fenêtres plus petites pour les aligner sur vos besoins d'affaires. En fonction de vos créneaux horaires préférés, l'automatisation d'Oracle effectuera la maintenance sur des composants d'infrastructure spécifiques dans ces fenêtres de maintenance afin de s'assurer que les mises à jour logicielles de tous les composants sont appliquées pour respecter les directives de sécurité et de conformité.

Les composants d'infrastructure sont les suivants :

  • Serveurs de base de données
  • Serveurs de stockage

Autorisations granulaires pour les opérations de mise à jour de grappe de machines virtuelles

Cette amélioration fournit un contrôle détaillé des opérations de mise à jour de grappe de machines virtuelles.

Vous pouvez maintenant affecter des autorisations granulaires pour les opérations de grappe de machines virtuelles, telles que permettre au groupe d'administrateurs de bases de données d'adapter uniquement la mémoire ou l'UC, autoriser le groupe d'administrateurs de stockage à gérer le stockage local/Exadata ou autoriser le groupe d'administrateurs de la sécurité à ajouter des clés SSH à une grappe de machines virtuelles.

Pour plus d'informations, voir Autorisations et détails des opérations d'API pour les grappes de machines virtuelles.

Plusieurs bases de données de secours

Cette amélioration permet de créer et de gérer plusieurs bases de données de secours locales et distantes liées à une base principale, offrant ainsi une flexibilité pour la protection des données et la récupération après sinistre. Les bases de données de secours locales aident à réduire les pertes de données, tandis que les bases de données de secours distantes protègent contre les défaillances régionales. Cette amélioration permet de créer jusqu'à 6 bases de données de secours pour une base principale.

Dans une configuration Data Guard typique, deux bases de données de secours sont couramment utilisées :

  • Base de données de secours locale : Une base de données de secours dans la même région que la base de données de production est idéale pour les scénarios de basculement, car elle ne présente aucune perte de données pour les défaillances locales (telles que les défaillances de base de données, de grappe ou de domaine de disponibilité). L'impact du basculement d'application est réduit dans ce cas, car les applications continuent de fonctionner sans la surcharge de performances liée à la communication avec une région distante.
  • Base de données de secours distante (inter-région) : Une base de données de secours distante, située dans une autre région, est généralement utilisée pour la récupération après sinistre ou pour décharger le traitement des interrogations en lecture seule. La configuration d'une base de données de secours distante assure la protection des données contre les défaillances régionales.

Certains clients d'entreprise visent la symétrie après un changement de site. Par exemple, ils peuvent préférer avoir à la fois la base de secours principale et la base de secours locale dans la région 1, et une base de secours distante avec sa propre base de secours locale dans la région 2. Dans cette configuration, il y aura trois bases de données de secours. Après un changement de site, vous disposerez toujours d'une base de données principale et d'une base de secours locale facilement disponibles dans la nouvelle région principale.

En outre, les clients peuvent améliorer leurs configurations en ajoutant une autre base de données de secours à des fins de test, en tirant parti de nos fonctionnalités de secours pour les instantanés (lecture/écriture).

Note

La création d'une base de données de secours associée à une autre base de données de secours ("base de secours en cascade") n'est pas prise en charge.

X11M Prise en charge du système

Note

This feature is rolled out only to the PHX, IAD, NRT, FRA, LHR, GRU, VCP, KIX, MAD, HYD, SIN, ORD, YYZ, CDG, JED, BOM, JNB, LIN, MXP, and TYO regions. Il sera déployé dans d'autres régions par phases.

Le service Oracle Exadata Database Service on Dedicated Infrastructure a été étendu pour prendre en charge l'infrastructure Exadata X11M.

Intégration Microsoft Entra ID (MS-EI) avec Oracle Exadata Database Service on Dedicated Infrastructure

Oracle Exadata Database Service on Dedicated Infrastructure peut maintenant accepter les jetons Microsoft Entra ID (MS-EI) pour accéder à la base de données. Les utilisateurs et les applications Azure peuvent utiliser le jeton MS-EI pour accéder à la base de données.

L'intégration de MS-EI sera disponible pour les bases de données corrigées à la version 19.17 ou ultérieure. Cette fonction n'est pas disponible dans Oracle Database version 21c.

Pour plus d'informations sur la configuration de MS-EI, la configuration de la base de données et la configuration du client de base de données, voir :

Déléguer le contrôle d'accès pour ExaDB-D

Le service de contrôle d'accès délégué permet aux clients dédiés d'Oracle Exadata Database Service de s'abonner aux services de soutien et de maintenance des machines virtuelles et des bases de données, de déléguer l'accès aux fournisseurs de services et de contrôler le moment où ces fournisseurs de services peuvent accéder aux ressources des machines virtuelles et des bases de données. Ces fournisseurs de services comprennent le soutien mondial d'Oracle, le soutien infonuagique d'Oracle et les services professionnels d'Oracle.

Différentes RU pour les répertoires de base des bases de données principale et de secours dans les associations Data Guard, la permutation et les opérations de basculement

Dans les configurations Oracle Data Guard, il est courant d'avoir des bases de données principale et de secours dans un état synchronisé, y compris les mêmes mises à jour de version (RU) appliquées aux deux répertoires de base de données. Toutefois, dans certains scénarios, vous devrez peut-être autoriser différentes RU entre les répertoires de base de la base principale et de la base de secours, en particulier pendant le cycle d'application de correctifs ou à des fins de test.

Créer des associations Data Guard :

  • Les répertoires de base Oracle principal et de secours doivent avoir la même version de base de données principale.
  • Si les répertoires de base Oracle de la base principale et de la base de secours exécutent des RU différentes, une association Data Guard ne peut être créée que si la base de secours se trouve sur la même RU ou une valeur supérieure à celle de la base de données principale.
  • Le répertoire de base de la base de données de secours peut être une DSI personnalisée ou une image Oracle, que la base principale s'exécute sur une DSI personnalisée ou une image Oracle.

Base de données de permutation ou de basculement : Les répertoires de base Oracle principal et de secours peuvent appartenir à n'importe quelle version de base de données principale ou exécuter des RU différentes.

Mettre à niveau la base de données : Les répertoires de base Oracle principal et de secours peuvent comporter différentes versions majeures de la base de données.

Appliquer un correctif à la base de données : Si les répertoires de base Oracle principal et de secours exécutent des RU différentes, il est possible d'appliquer des correctifs à la base de données de secours à une RU supérieure à celle de la base de données principale.

Protégez les données sensibles avec l'acheminement de paquets sans confiance Oracle Cloud Infrastructure

Protégez vos données contre les accès non autorisés et l'exfiltration grâce à Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR), un contrôle de sécurité infonuagique sensible aux données.

Affecter de nouvelles versions de clé aux bases de données conteneur (CDB) et aux bases de données enfichables (PDB) basées sur KMS

Bring-Your-Own-Key (BYOK) permet aux utilisateurs d'importer leurs propres clés ou versions de clé au lieu que le service de chambre forte génère les clés en interne. BYOK permet aux utilisateurs d'importer des clés dans le service de chambre forte OCI et d'utiliser leurs clés importées pour le chiffrement de la base de données. Actuellement, lorsqu'un client ExaDB-D utilise BYOK pour créer une nouvelle base de données (base de données conteneur), la clé du client n'est utilisée que pour la base de données conteneur, alors qu'une version de clé générée par le système est affectée à la base de données enfichable. Les utilisateurs ne peuvent pas affecter de versions de clé spécifiques aux bases de données enfichables.

Avec cette amélioration :

  • Associez une version de clé à la fois à la base de données conteneur et à la base de données enfichable.
  • Effectuez la rotation des clés indépendamment au niveau de la base de données conteneur et de la base de données enfichable.
    Note

    Dans une association Data Guard, la rotation des clés n'est possible que pour la base de données principale, et non pour la base de secours.

Amélioration de la sauvegarde et de la restauration à partir d'une base de données de secours dans un environnement Data Guard

Cette amélioration vous permet d'utiliser le service de récupération ou le stockage d'objets pour sauvegarder les bases de données de secours.

Avant de commencer, notez les points suivants :

  • Vous pouvez programmer des sauvegardes automatiques et configurer des périodes de conservation et des programmes de sauvegarde sur la base de données de secours.
  • Vous pouvez créer une base de données dans un autre domaine de disponibilité au sein de la même région ou dans une autre région à partir d'une sauvegarde de la base de données de secours.
  • Les sauvegardes peuvent être configurées sur la base principale, la base de secours ou les deux. Toutefois, lorsqu'elles sont configurées, les bases de données principale et de secours doivent partager la même destination de sauvegarde.
  • Pour les sauvegardes dans le service de récupération, la base principale peut être restaurée ou récupérée à partir des sauvegardes de la base de données de secours ou de la base principale. De même, la base de données de secours peut être restaurée ou récupérée à partir des sauvegardes de la base de données principale ou de la base de données de secours.
  • Pour les sauvegardes dans le stockage d'objets, les bases de données principale et de secours ne peuvent être restaurées ou récupérées qu'à l'aide de leurs sauvegardes respectives.
  • La destination de sauvegarde de la base de données principale et de la base de secours d'une association Data Guard doit être la même. Par exemple, si la destination de sauvegarde de la base principale est Service de récupération, la destination de sauvegarde de la base de secours doit également être Service de récupération. De même, si la destination de sauvegarde de la base de données de secours est Service de récupération, la destination de sauvegarde de la base de données principale doit également être Service de récupération.
  • La destination de la sauvegarde ne peut être modifiée qu'après la désactivation de la sauvegarde sur la base de données principale ou de secours dans une association Data Guard. Par exemple, si la destination de sauvegarde des bases de données principale et de secours est Stockage d'objets et que vous voulez remplacer la destination de sauvegarde de la base de données principale par Service de récupération, vous devez d'abord désactiver la sauvegarde sur la base de données de secours.
  • Si des sauvegardes automatiques sont configurées sur la base principale, lors de la permutation, les sauvegardes se poursuivent sur la nouvelle base de secours.
  • Si des sauvegardes automatiques sont configurées sur la base de secours, lors du basculement, les sauvegardes se poursuivent sur la nouvelle base principale. Toutefois, les sauvegardes seront désactivées sur la nouvelle base de données de secours.

Une grappe de machines virtuelles sur une seule machine virtuelle

Grâce à cette amélioration, vous pouvez déployer et exécuter plusieurs bases de données dans une grappe de machines virtuelles s'exécutant sur une seule machine virtuelle sans avoir besoin de licences RAC.

Pour plus d'informations, voir Aperçu du sous-ensemble de noeuds de grappe de machines virtuelles.

Prise en charge des sauvegardes multinuages d'Oracle Database

Le service de récupération prend en charge les bases de données Oracle multinuages, telles qu'Oracle Database@Azure, et offre la flexibilité de stocker des sauvegardes dans le même emplacement en nuage que celui où réside la base de données source.

Le service de récupération crée par défaut des bases de données protégées et des sauvegardes connexes dans Oracle Cloud. Vous pouvez éventuellement remplacer ce comportement par défaut pour vos bases de données Oracle multinuages telles qu'Oracle Database@Azure.

Si vous activez l'option Stocker les sauvegardes dans le même fournisseur de nuage que la base de données pour une politique de protection, la base de données et les sauvegardes protégées liées à une politique seront stockées dans le même emplacement en nuage que celui où Oracle Database est provisionné. Par exemple, pour Oracle Database@Azure, le service de récupération stocke les sauvegardes de base de données protégées associées dans Azure si vous avez sélectionné l'option Stocker les sauvegardes dans le même fournisseur de nuage que la base de données dans la politique de protection.

Si vous ne sélectionnez pas Stocker les sauvegardes dans le même fournisseur de nuage que la base de données pour une politique de protection, la base de données et les sauvegardes protégées liées à une politique seront stockées dans Oracle Cloud même si Oracle Database est provisionné dans un autre emplacement en nuage.

Restaurer une sauvegarde pour créer une base de données entre les régions

Avec cette amélioration, lorsque la région est active, vous pouvez :

  • utiliser une sauvegarde existante et la restaurer pour créer une base de données (restauration dans un emplacement différent) dans le même domaine de disponibilité ou dans un domaine de disponibilité différent d'une région à l'autre, que la sauvegarde ait été créée avec le service de stockage d'objets de destination de sauvegarde ou le service de récupération autonome
  • restaurer une sauvegarde effectuée sur une base de données configurée à l'aide de portefeuilles basés sur l'hôte (portefeuille local) ou du service de chambre forte OCI

Attribution des coûts et de l'utilisation pour les bases de données enfichables

Grâce à cette amélioration de la fonction d'analyse de coûts du service de gestion des coûts OCI, vous pouvez voir l'utilisation et le coût attribués à toutes les bases de données enfichables d'une grappe de machines virtuelles. Ces données seront disponibles dans le tableau de bord d'analyse de coûts et les rapports.

Utiliser la même image logicielle personnalisée dans les régions OCI

Grâce à cette amélioration, vous pouvez utiliser l'image logicielle créée dans une région d'une autre région tout en :

  • mise à jour d'un logiciel de base de données
  • mise à jour d'un logiciel Grid Infrastructure
  • provisionnement d'un nouveau répertoire de base de données
  • provisionnement d'une nouvelle base de données
  • activation d'une association Data Guard
  • création d'une base de données à partir d'une sauvegarde

Capacité d'augmenter la taille des systèmes de fichiers locaux de la MV invitée

Actuellement, vous ne pouvez augmenter ou diminuer la taille du système de fichiers /u02 que dans la machine virtuelle invitée. Maintenant, à l'aide de la console ou de l'API OCI, vous pouvez augmenter la taille des systèmes de fichiers locaux supplémentaires tels que /, /u01, /tmp, /var, /var/log, /var/log/audit et /home.

Note

Pour X8M et les versions ultérieures, un redémarrage continu n'est pas nécessaire lors du développement des systèmes de fichiers de machine virtuelle invitée. Toutefois, un redémarrage continu de chaque machine virtuelle est requis lorsque la taille de /u02 est réduite.

Créer et utiliser des images logicielles personnalisées

La possibilité de créer une image logicielle personnalisée (Base de données et Grid Infrastructure) avec tous les correctifs requis regroupés et certifiés dans l'environnement du client permettra aux développeurs et aux administrateurs de base de données de créer une "image dorée" approuvée et réutilisable.

Gérer l'accès par la console série au service Oracle Exadata Database sur des systèmes dotés d'une infrastructure dédiée

Note

La fonction de console série nécessite (au minimum) le logiciel de système Exadata 23.1.13. Une fois le logiciel nécessaire installé via la maintenance trimestrielle et qu'un redémarrage de vos machines virtuelles a lieu, vous pourrez utiliser la nouvelle fonction de console série.

Vous pouvez créer et supprimer des connexions de la console série à vos systèmes Oracle Exadata Database Service on Dedicated Infrastructure pour diagnostiquer et résoudre les problèmes liés au système d'exploitation invité des machines virtuelles à l'aide d'une connexion SSH au cas où l'accès SSH standard aux machines virtuelles ne serait pas possible.

Exigences : Le logiciel de système Exadata version 23.1.13 est la version minimale requise. Assurez-vous également de vérifier toutes les conditions requises indiquées ci-dessous, y compris la définition d'un mot de passe pour l'utilisateur opc ou root. Ne pas apporter les modifications nécessaires pour répondre à ces exigences à l'avance entraînera l'impossibilité de se connecter d'urgence à la console série lorsque le besoin se présente lorsque la machine virtuelle n'est pas accessible autrement.

Oracle Database 23ai sur le service de base de données Exadata sur une infrastructure dédiée

Oracle Database 23ai est une version de production régulière disponible sur le service Oracle Exadata Database Service on Dedicated Infrastructure (ExaDB-D). Avec cette version, vous pouvez effectuer toutes les opérations de cycle de vie sur les bases de données 23ai.

Activer l'audit unifié lors de la création d'un répertoire de base de base de données

Avec cette amélioration, vous pouvez activer l'audit unifié lors de la création d'un répertoire de base de données, une fonction disponible depuis la version 12.1 d'Oracle Database.

  • Pour les versions d'Oracle Database inférieures à 12.1 : Vous ne pouvez pas utiliser le cadre de vérification unifiée et vous devez plutôt utiliser le cadre de vérification traditionnel, le cadre de vérification Oracle Database existant.
  • Pour les versions 12.1 ou supérieures d'Oracle Database : Vous pouvez activer la vérification unifiée à partir de la console OCI. Pour les versions 12.1 ou supérieures d'Oracle Database, mais inférieures à la version 23ai, la case à cocher Vérification unifiée n'est pas sélectionnée par défaut. Cependant, il est sélectionné par défaut pour Oracle Database version 23ai.
Note

Vous ne pouvez pas désactiver la vérification unifiée après avoir provisionné le répertoire de base de la base de données.

Provisionner une grappe de machines virtuelles avec une image basée sur OL7 ou OL8

Avec cette amélioration, vous pouvez provisionner une grappe de machines virtuelles avec une image basée sur OL7 ou une image basée sur OL8 si l'infrastructure est X9 ou antérieure.

Amélioration de la console OCI pour supprimer les serveurs de base de données et de stockage

Avec cette amélioration :

  • Réduisez le nombre de ressources d'infrastructure Exadata en modifiant le nombre de serveurs à une valeur inférieure à l'affectation courante.
  • La réduction à un nombre inférieur est prise en charge pour les serveurs de base de données et de stockage.
  • Les serveurs de base de données seront supprimés s'ils ne comportent aucune machine virtuelle.
    Note

    Vous ne pourrez pas sélectionner le serveur de base de données à supprimer. Cette fonctionnalité supprimera automatiquement les serveurs de base de données dans lesquels il n'y a aucune machine virtuelle.
  • Le serveur de stockage sera supprimé si le serveur n'a pas été utilisé pour développer le stockage de l'infrastructure Exadata.
  • Supprimez une machine virtuelle d'une grappe de machines virtuelles provisionnée dans une infrastructure qui ne prend pas en charge plusieurs machines virtuelles. La procédure est similaire à l'arrêt d'une machine virtuelle à partir d'une grappe de machines virtuelles dans une infrastructure prenant en charge plusieurs machines virtuelles.

L'étape 'Ajouter de la capacité' s'exécute dans le cadre du flux de travail d'augmentation du serveur de stockage, crée des groupes de disques et rééquilibre les données sur tous les serveurs de stockage. Pour plus d'informations, voir Ajuster les ressources de MV dans une infrastructure acceptant plusieurs machines virtuelles.

Activer Data Guard dans différents réseaux en nuage virtuels ou compartiments de la même région OCI

Avec cette amélioration, vous pouvez activer Data Guard si l'infrastructure Exadata en nuage se trouve dans des réseaux en nuage virtuels ou des compartiments différents dans la même région OCI.

Gérer les mots de passe de l'administrateur (utilisateur SYS) et du portefeuille TDE

Grâce à cette amélioration, vous pouvez gérer l'administrateur et les mots de passe de portefeuille TDE.

Note

La modification d'un mot de passe de portefeuille TDE pour les bases de données compatibles avec la gestion d'Oracle Key Vault (OKV) ou de clé de chambre forte OCI n'est pas prise en charge actuellement.

Sauvegarde et restauration à partir d'une base de données de secours avec le service de stockage d'objets OCI dans un environnement Data Guard

Cette amélioration :

  • Permet aux clients de décharger des sauvegardes vers la base de données de secours à l'aide du service de stockage d'objets OCI dans un environnement Data Guard, ce qui libère des ressources dans l'environnement de la base de données de production.
  • Permet aux clients de programmer des sauvegardes automatiques sur la base de données de secours dans un environnement Data Guard et de configurer la période de conservation et les programmes de sauvegarde.
  • Permet aux clients de créer une base de données dans un autre domaine de disponibilité dans la même région à partir d'une sauvegarde de la base de données de secours.
  • Permet aux clients de restaurer et de récupérer une base de données de secours à l'aide d'une sauvegarde de la base de données de secours.
  • Offre la flexibilité nécessaire pour effectuer des sauvegardes uniquement sur la base principale, uniquement sur la base de secours, ou les deux.
  • Permet aux clients de créer une sauvegarde complète manuelle d'une base de données de secours.
  • Permet aux clients d'activer ou de désactiver la sauvegarde sur la base de données de secours uniquement si la destination de sauvegarde de la base de données principale est Stockage d'objets.
Note

  • Vous ne pouvez pas remplacer la destination de sauvegarde de la base de données principale par un service de récupération autonome si la destination de sauvegarde des bases de données principale et de secours est le stockage d'objets.

    Pour modifier la destination de sauvegarde de la base de données principale en service de récupération autonome, désactivez d'abord la sauvegarde sur la base de données de secours.

  • Vous ne pouvez pas utiliser de sauvegardes côté secours pour effectuer des opérations de restauration/récupération sur la base principale.
  • Scénarios de permutation :
    • Si des sauvegardes automatiques ont été configurées sur la base principale avec la destination de sauvegarde du stockage d'objets, lors de la permutation, les sauvegardes se poursuivront sur la nouvelle base de données de secours
    • Si des sauvegardes automatiques ont été configurées sur la base principale avec la destination de sauvegarde du service de récupération autonome, lors de la permutation, la sauvegarde et la restauration seront désactivées sur la nouvelle base de données de secours
    • Si des sauvegardes automatiques ont été configurées sur la base de secours avec la destination de sauvegarde du stockage d'objets, lors de la permutation, les sauvegardes continueront sur la nouvelle base de données principale
  • Scénarios de basculement :
    • Si des sauvegardes automatiques ont été configurées sur la base principale avec la destination de sauvegarde du stockage d'objets ou du service de récupération autonome, lors du basculement, les sauvegardes sont désactivées sur la nouvelle base de données Base de secours désactivée
    • Si des sauvegardes automatiques ont été configurées sur la base de secours avec la destination de sauvegarde du stockage d'objets, lors du basculement, les sauvegardes se poursuivront sur la nouvelle base de données principale

Annuler une sauvegarde complète ou incrémentielle en cours d'exécution

Vous avez maintenant la possibilité d'annuler une sauvegarde continue, ce qui vous permet de libérer des ressources système. Vous n'aurez plus besoin d'appeler l'équipe des opérations pour annuler cette tâche de sauvegarde.

Dans le cadre du flux de travail Créer une base de données et indépendamment (après la création de la base de données), vous pouvez activer la sauvegarde automatique et sélectionner la destination de sauvegarde souhaitée. Selon la destination de sauvegarde sélectionnée, vous pouvez avoir une ou plusieurs sauvegardes complètes et plusieurs sauvegardes incrémentielles. Une fois que l'une de ces sauvegardes a démarré, vous n'aurez pas la possibilité d'annuler cette sauvegarde à mi-chemin.

Cette fonction vous permet d'annuler toute sauvegarde en cours d'exécution (automatique ou autonome) à partir de la console OCI ou au moyen de l'API OCI.

Vous pouvez également :

  • Annuler une sauvegarde manuelle, qui est déclenchée lorsque vous cliquez sur le bouton Créer une sauvegarde

    Note : Toutes les sauvegardes manuelles sont des sauvegardes complètes.

  • Supprimer une sauvegarde manuelle annulée

Service de récupération autonome en tant que destination de sauvegarde par défaut

Cette amélioration apportée à la console définit le service de récupération autonome comme destination de sauvegarde par défaut pour les sauvegardes automatiques dans toutes les régions et inclut automatiquement les limites par défaut, sans avoir à les demander.

Pour plus d'informations sur les limites de service, les quotas et l'utilisation, voir Limites du service de récupération autonome.

Mise à jour du parc Exadata

La mise à jour du parc Exadata simplifie, normalise et améliore l'expérience d'application de correctifs à Oracle Database et Grid Infrastructure. Pour ce faire, la mise à jour de parc Exadata regroupe les composants en fonction des besoins d'affaires des clients en collections qui peuvent faire l'objet d'un correctif en tant qu'entité dans un cycle de maintenance donné.

La mise à jour du parc Exadata apporte ce moteur d'application de correctifs à OCI en tant que service en nuage natif, accessible à partir de la console OCI, de l'API OCI et de l'interface de ligne de commande OCI.

La mise à jour du parc Exadata est disponible gratuitement sur le service Exadata Database Cloud d'Oracle, notamment Cloud@Customer (ExaDB-C@C) et le service Exadata Database sur une infrastructure dédiée (ExaDB-D).

Pour plus d'informations, voir :

Mettre à jour le système d'exploitation de la MV invitée (domU) vers Oracle Linux 8

Mettez à jour le système d'exploitation de la machine virtuelle invitée vers Oracle Linus 8 à l'aide de la console ou de l'API. Cette amélioration est limitée aux systèmes Exadata X7, X8M et X9M.

Utiliser une sauvegarde pour créer une base de données dans tous les domaines de disponibilité d'une même région

Avec cette amélioration, lorsque le domaine de disponibilité est actif, vous pouvez :

  • utiliser une sauvegarde existante et la restaurer pour créer une base de données (restauration dans un emplacement différent) dans le même domaine de disponibilité ou dans un autre domaine de disponibilité dans la même région, que la sauvegarde ait été créée avec le service de stockage d'objets ou de récupération autonome de destination de sauvegarde
  • restaurer une sauvegarde effectuée sur une base de données configurée à l'aide de portefeuilles basés sur l'hôte (portefeuille local) ou du service de chambre forte OCI

Mises à jour logicielles provisoires

Cette fonction permet aux clients qui utilisent uniquement le nuage de télécharger des correctifs ponctuels à partir de la console et de l'API OCI. Il n'y a aucune option pour appliquer le correctif téléchargé au moyen de la console et de l'API. Pour appliquer ces correctifs, les clients doivent se connecter à leur machine virtuelle et exécuter l'utilitaire d'application de correctifs.

Note

Pour pouvoir télécharger une mise à jour logicielle intermédiaire, vous devez au moins avoir une infrastructure ExaDB-D provisionnée.

Le téléchargement de correctifs ponctuels ne remplace pas la création de l'image logicielle de base de données (DSI). Les clients doivent continuer à utiliser les images logicielles de base de données pour créer et déployer leurs images personnalisées.

Des contrôles améliorés permettent de configurer des sauvegardes complètes automatiques (L0) et incrémentielles (L1)

L'activation de la sauvegarde automatique pendant le flux de travail Créer une base de données ou à une étape distincte par la suite démarre immédiatement la première sauvegarde complète ("L0 initial").

De même, pour les sauvegardes complètes suivantes (future L0) et les sauvegardes incrémentielles quotidiennes (L1), vous pouvez spécifier une fenêtre de temps, mais vous ne pouvez pas modifier le jour de la semaine où ces sauvegardes doivent commencer.

Les futures sauvegardes L0 et L1 commenceront pendant la fenêtre de programmation de 2 heures que l'utilisateur sélectionne pour la base de données au cours de laquelle le processus de sauvegarde automatique commencera. Il y a 12 fenêtres de programmation à choisir, chacune commençant à une heure pair. Par exemple, une fenêtre s'étend de 4 h 00 à 6 h 00, et la suivante de 6 h 00 à 8 h 00. Les tâches de sauvegarde ne se terminent pas nécessairement au cours de la fenêtre programmée. Si vous ne spécifiez pas de fenêtre, la fenêtre de sauvegarde par défaut de 6 heures comprise entre 00:00 et 06:00 est sélectionnée. Dans ce cas, le fuseau horaire correspond à la région de l'instance d'infrastructure Exadata Cloud.

Voici les valeurs par défaut courantes pour les destinations de sauvegarde, le service de stockage d'objets et le service de récupération autonome :

  • Sauvegarde L0 complète initiale : Immédiate
  • Sauvegardes L0 complètes suivantes : Tous les dimanches
  • Sauvegardes L1 incrémentielles quotidiennes : Tous les lundis et samedis

Grâce à ces contrôles améliorés, vous pouvez :

  1. En plus de configurer la sauvegarde L0 initiale pour qu'elle démarre immédiatement, vous pouvez également spécifier si vous voulez que la sauvegarde L0 initiale démarre immédiatement ou selon la programmation L0.
  2. Choisir une fenêtre de temps pour le début des futures sauvegardes complètes.
  3. Sélectionner une fenêtre de temps pour le début des sauvegardes incrémentielles, qui peut être différente de celle des sauvegardes L0.

    Les délais restent les mêmes, fenêtre de programmation de 2 heures et fenêtre de 6 heures par défaut.

Configurer Oracle Database Autonomous Recovery Service en tant que destination de sauvegarde

Oracle Database Autonomous Recovery Service fournit un système optimisé de sauvegarde et de récupération automatiques basé sur des politiques pour la base de données Exadata sur une infrastructure dédiée. Il fournit également une fonction de protection des données en temps réel qui permet des bases de données protégées par boîtier ZDLRA en cas de défaillance de la base de données. Comme la protection des données en temps réel est une option payante, vous pouvez choisir de l'activer ou de la désactiver.

Maintenance de sécurité mensuelle de l'infrastructure ExaDB-D

La maintenance de sécurité, effectuée conjointement avec la maintenance trimestrielle, est exécutée une fois par mois et comprend des correctifs pour les vulnérabilités dont la note CVSS est supérieure ou égale à 7.

Intégration du service de gestion des identités et des accès (GIA) avec le service Oracle Exadata Database sur une infrastructure dédiée

Avec la dernière mise à jour de version, vous pouvez maintenant configurer la base de données dans une grappe de machines virtuelles pour l'utilisation de l'authentification et de l'autorisation du service de gestion des identités et des accès (GIA) pour Oracle Cloud Infrastructure (OCI) afin de permettre aux utilisateurs GIA d'accéder à la base de données à l'aide des données d'identification GIA.

À compter de cette version, l'authentification et l'autorisation IAM sont prises en charge dans les conditions suivantes :

  • Environnements pris en charge : Disponible sur les nouvelles bases de données provisionnées et sur les bases de données existantes corrigées à 19.17. Cette fonction n'est pas prise en charge sur Oracle Database 21c.
  • Configurations non prises en charge : L'authentification et l'autorisation IAM ne peuvent pas être utilisées avec des bases de données configurées avec Data Guard.

Exadata Cloud Infrastructure : DNS privé

Autorisez les utilisateurs à choisir la vue privée et la zone privée lors du provisionnement d'une nouvelle grappe de machines virtuelles pour ExaCS. Toutes les ressources sous-jacentes du VCN, y compris celles de ExaDB-D, doivent être créées dans la même zone privée. Les zones privées peuvent être associées aux sous-réseaux du VCN. Cette configuration ne peut pas être modifiée ultérieurement.

Le résolveur DNS privé résoudra les interrogations du réseau en nuage virtuel du client et celles provenant des réseaux sur place. La fonction DNS privée permet de fournir l'adresse DNS et de l'introduire dans les ressources de base de données à l'aide du réacheminement conditionnel. Avec un résolveur privé, les clients peuvent résoudre l'enregistrement A sur différents réseaux en nuage virtuels (avec l'appairage local/distant de réseaux en nuage virtuels).

Amélioration des contrôles de maintenance de l'infrastructure

La maintenance de l'infrastructure gérée par Oracle pour Exadata Cloud Infrastructure offre désormais un contrôle et une visibilité supérieurs, notamment :
  • Choix de méthodes de maintenance continue et non continue.
  • Possibilité d'effectuer des actions personnalisées avant la maintenance sur chaque serveur de base de données en faisant en sorte que la maintenance automatisée attende avant d'arrêter les machines virtuelles jusqu'à ce que la maintenance soit reprise ou que la temporisation configurée soit atteinte.
  • Visibilité sur l'ordre de mise à jour des serveurs de base de données.
  • Suivi détaillé de la progression de la maintenance au niveau d'un composant.

Prise en charge de la gestion de bases de données pour les bases de données enfichables dans le service Oracle Exadata Database sur une infrastructure dédiée

Vous pouvez maintenant activer la gestion de bases de données pour les bases de données enfichables sur le service Oracle Exadata Database sur une infrastructure dédiée. Vous pouvez également utiliser les fonctions de gestion de bases de données pour la surveillance, la gestion de la performance et le réglage.

Intégration de Microsoft Azure Active Directory à des bases de données Oracle Cloud Infrastructure

Oracle Exadata Database sur une infrastructure dédiée peut maintenant accepter les jetons Azure AD pour accéder à la base de données. Les utilisateurs Azure AD peuvent accéder à la base de données directement à l'aide de leur jeton Azure AD, et les applications peuvent utiliser leurs jetons de service pour accéder à la base de données.

L'intégration d'Azure AD sera disponible pour les bases de données corrigées à la version 19.17 ou ultérieure. Cette fonction n'est pas disponible dans Oracle Database version 21c.

Créer et gérer des machines virtuelles multiples par système Exadata (MultiVM) et sous-ensemble de noeuds de grappe de machines virtuelles

  • Services : Base de données
  • Date de publication : À partir du 9 novembre 2022 ( la date de publication varie en fonction des régions)

Découpez les ressources Exadata en plusieurs machines virtuelles. Définissez jusqu'à 8 grappes de machines virtuelles (MV) sur un service Oracle Exadata Database sur une infrastructure dédiée et spécifiez comment les ressources de système globales leur sont affectées.

Le sous-ensemble de noeuds de grappe de machines virtuelles vous permet d'affecter un sous-ensemble de serveurs de base de données à des grappes de machines virtuelles nouvelles et existantes afin de bénéficier d'une flexibilité maximale dans l'affectation des ressources de calcul (UC, mémoire, stockage local).

Note

Pour une infrastructure Exadata existante, la fonction MultiVM sera activée dans le cadre de l'exécution de votre prochaine maintenance programmée après la migration vers la fonction MultiVM le 20 décembre 2022. La fonction MultiVM sera activée pour toutes les infrastructures Exadata nouvellement provisionnées après le lancement de la fonction MVM le 15 novembre 2022.

Rubriques connexes

Mesures de performance et d'état de la grappe de machines virtuelles et de la base de données dans la console OCI

Avec cette version, Oracle fournira des mesures d'état pour les bases de données et les grappes de machines virtuelles dans la console Oracle Cloud Infrastructure (OCI).

Note

Si un problème de réseau survient et qu'Oracle Trace File Analyzer (TFA) n'est pas en mesure de publier les mesures, ce dernier attend une heure avant de réessayer de publier les mesures. Cela a pour effet d'éviter de créer un retard dans le traitement des métriques par TFA.

Il est possible qu'une heure de mesures soit perdue entre la restauration du réseau et la publication de la première mesure.

Service de marquage standard d'Oracle pour les ressources sur le service Oracle Exadata Database sur une infrastructure dédiée

Les ressources Exadata Cloud Infrastructure peuvent maintenant être marquées à l'aide de marqueurs Oracle standard en fonction de votre schéma organisationnel. En marquant les ressources, vous pouvez les regrouper, gérer les coûts et obtenir des informations sur leur utilisation.

Collecte automatique de diagnostics

Cette fonction étend la mise en oeuvre de la fonction Événements de service de base de données qui vous permet d'être avisé des problèmes d'état liés à vos bases de données Oracle ou à d'autres composants sur la machine virtuelle invitée. Grâce à cette amélioration :
  • Oracle collecte de façon proactive des mesures d'état détaillées servant au diagnostic et à la résolution des problèmes.
  • Oracle collecte de façon réactive les journaux d'incidents et les fichiers de suivi sur demande pour établir un diagnostic plus approfondi et résoudre les problèmes.

La collecte des événements, des mesures d'état, des journaux d'incidents et des fichiers de suivi relatifs aux MV invitées, aidera Oracle à améliorer les opérations de service et à fournir un soutien proactif grâce à la détection précoce et à la corrélation.

Exadata Database sur une infrastructure dédiée : Service de gestion des clés pour Data Guard inter-région

Vous pouvez désormais disposer des clés de chiffrement utilisées pour les bases de données principale et de secours, qui sont disponibles dans les régions principale et de secours respectivement, afin d'offrir une protection contre un point de défaillance unique pour la clé du service de chambre forte pour OCI. Cela est possible si les clés se trouvent dans la chambre forte privée virtuelle pour OCI. Ainsi, Data Guard inter-région peut être configuré entre deux bases de données si leurs clés résident dans une chambre forte privée virtuelle et sont gérées par le service de chambre forte pour OCI.

Créer ou mettre fin à des bases de données Oracle simultanément dans une grappe de machines virtuelles

Grâce à cette amélioration, vous pouvez maintenant créer des bases de données Oracle ou y mettre fin simultanément, même si la grappe de machines virtuelles est à l'état Mise à jour.
  • Le nombre de bases de données pouvant être créées sur une grappe dépend de la mémoire disponible sur les machines virtuelles. Pour chaque base de données, par défaut, 12,6 Go (7,6 Go pour la mémoire SGA et 5 Go pour la mémoire PGA) sont alloués si la machine virtuelle contient plus de 60 Go de mémoire. Si la machine virtuelle a une taille inférieure ou égale à 60 Go, 6,3 Go (3,8 Go pour la mémoire SGA et 2,5 Go pour la mémoire PGA) sont alloués. De plus, Grid Infrastructure et ASM consomment de la mémoire, environ 2 à 4 Go.
  • Il est impossible de mettre fin à une base de données en cours de création. Vous pouvez toutefois mettre fin à d'autres bases de données dans la grappe de machines virtuelles.

Mise à jour de la version majeure de l'image de système d'exploitation Exadata de la machine virtuelle invitée

En plus d'effectuer des mises à jour mineures des versions des images de grappe de machines virtuelles Exadata, vous pouvez effectuer une mise à jour vers une nouvelle version majeure si la version actuellement installée est 19.2 ou une version supérieure. Par exemple, si la grappe de machines virtuelles utilise la version 20, vous pouvez la mettre à jour vers la version 21.

Fonction d'événements du service de base de données pour Exadata Database

Cette fonction permet aux clients d'utiliser la console OCI, l'API, l'interface de ligne de commande, la trousse SDK ou Terraform pour recevoir des avis d'événement concernant les problèmes d'état liés aux bases de données Oracle ou à d'autres composants de la machine virtuelle invitée.

Les clients disposent actuellement d'événements de gestion du cycle de vie de base tels que le début de la sauvegarde, la fin de la sauvegarde, le début de l'application de correctifs, etc. Nous élargissons cette capacité afin d'inclure un ensemble complet d'événements du service de base de données pour aider les clients à résoudre les problèmes.

Les événements du service de base de données surveillent les opérations et les conditions relatives aux machines virtuelles invitées et génèrent des avis de diagnostic pour les clients en tirant parti des mécanismes d'avis et du service d'événements pour OCI existants dans leur location. Les clients peuvent ensuite créer des sujets et s'abonner à ces sujets par courriel, fonctions, flux, etc. Pour plus d'informations sur l'utilisation du service d'avis ou d'événements, voir Aperçu des avis

Avantages pour les clients

  • Capacité de recevoir des avis pour les opérations de la MV invitée grâce à un mécanisme d'option d'inclusion.
  • Permet aux clients de traiter les problèmes de manière proactive avant qu'ils ne deviennent graves.

Expérience de la console OCI

Customers can navigate to the VM Cluster details page from the OCI console menu by selecting Oracle Database → Oracle Exadata Database Service on Dedicated Infrastructure → a specific VM Cluster to enable Diagnostics Notification for a VM Cluster.

Exadata Database sur une infrastructure dédiée : Option "Créer une base de données à partir d'une sauvegarde" maintenant disponible pour les bases de données à l'aide du chiffrement géré par le client

Le service Oracle Exadata Database sur une infrastructure dédiée (ExaDB-D) vous permet maintenant de créer une base de données à partir d'une sauvegarde, lorsque celle-ci est effectuée à l'aide du chiffrement géré par le client. Cela s'ajoute à la possibilité existante de créer une base de données à partir d'une sauvegarde, lorsque la sauvegarde est celle de la base de données utilisant le chiffrement géré par Oracle.

Prise en charge de la sélection d'une version mineure du répertoire de base de la base de données (N-3)

Provisionner un répertoire de base à l'aide d'une version majeure et d'une version RU de votre choix.

Lors du provisionnement, si vous choisissez d'utiliser le type d'image Images logicielles de base de données fournies par Oracle, vous pouvez cliquer sur Afficher toutes les versions disponibles pour choisir parmi toutes les versions PSU et RU disponibles. La version la plus récente de chaque version majeure est indiquée par une étiquette La plus récente.

Pour les versions principales d'Oracle Database disponibles dans Oracle Cloud Infrastructure, des images sont fournies pour la version courante plus les trois versions précédentes (N à N - 3). Par exemple, si une instance utilise Oracle Database 19c et que la dernière version proposée est 19.8.0.0, les images disponibles pour le provisionnement concernent les versions 19.8.0.0, 19.7.0.0, 19.6.0.0 et 19.5.0.0.

Prise en charge du service de données clés sur l'exploitation pour Oracle Cloud Infrastructure pour les bases de données Oracle Cloud

Le service de données clés sur l'exploitation vous permet désormais d'utiliser la fonctionnalité Capacity Planning et l'entrepôt SQL pour obtenir des données clés sur les bases de données Oracle.

Spécifier le même IDS pour les bases de données principale et de secours dans une association Data Guard

Le même préfixe IDS utilisé pour la base de données principale peut désormais être utilisé pour la base de données de secours lors de la création d'une association Data Guard.

Exadata Cloud Infrastructure : Prise en charge du cycle de vie des bases de données enfichables

Vous pouvez maintenant créer et gérer des bases de données enfichables dans Exadata Cloud Infrastructure à l'aide de la console et des API. Voir Créer et gérer des bases de données enfichables Exadata pour plus de détails.

Exadata Cloud Infrastructure : Définir le paramètre DB_UNIQUE_NAME et le préfixe IDS d'Oracle lors de la création de la base de données

Vous pouvez maintenant spécifier la valeur DB_UNIQUE_NAME et le préfixe IDS d'Oracle lors de la création d'un nouveau serveur Oracle Database dans Exadata Cloud Infrastructure. Vous pouvez également définir ces valeurs lors de la création d'une base de données de secours dans une association Oracle Data Guard. Pour obtenir des instructions, voir les rubriques suivantes :

Pour créer une base de données dans une grappe de machines virtuelles existante

Pour activer Data Guard sur un système Exadata Cloud Infrastructure

Extension élastique

Avec l'extension et le provisionnement élastique, vous pouvez augmenter votre capacité d'UC et de stockage de manière dynamique pour répondre à vos besoins croissants en matière de charge de travail.

Augmentez la capacité de l'infrastructure sur demande en faisant évoluer l'infrastructure avec des bases de données ou des serveurs de stockage supplémentaires sans être limité par les formes standard prises en charge. Vous pouvez affecter la capacité d'UC et de stockage disponible sur les serveurs X8M et X9M jusqu'aux limites du système lorsque vous provisionnez de nouvelles grappes de machines virtuelles sur l'infrastructure ou aux grappes de machines virtuelles déjà déployées sans perturber les charges de travail en cours d'exécution.

Oracle Database : Options de clé de chiffrement mises à jour pour les bases de données Exadata Cloud Infrastructure

Lors du provisionnement d'une nouvelle base de données Oracle Database, le paramètre de mot de passe du portefeuille TDE est maintenant facultatif et n'est pas utilisé si vous configurez une base de données pour Exadata Cloud Infrastructure pour utiliser des clés gérées par le client avec le service de chambre forte pour OCI.

Pour plus d'informations sur la création de bases de données Oracle, voir Création et gestion de bases de données Exadata.

Pour plus d'informations sur l'utilisation du service de chambre forte pour stocker et gérer les clés de chiffrement et autres clés secrètes utilisées par les ressources OCI, voir Service de chambre forte.

Onglet Exadata du centre de performance

L'onglet Exadata fournit une vue unifiée des statistiques de performance du disque dur et de la mémoire flash Oracle Exadata, présentant des informations détaillées sur l'état et la performance de tous les composants tels que les bases de données Oracle, les cellules de stockage Oracle Exadata et la gestion automatique du stockage (ASM). Il est disponible pour les déploiements Exadata Cloud et les bases de données externes qui utilisent l'infrastructure Exadata. Pour plus d'informations, voir Utilisation du centre de performance pour analyser la performance de la base de données.

Exadata Cloud Infrastructure : Personnaliser le port du module d'écoute SCAN pour la grappe de MV

Vous pouvez maintenant spécifier un port de module d'écoute SCAN personnalisé pour votre grappe de machines virtuelles en nuage Exadata. Pour plus d'informations, voir Paramètre de port du module d'écoute SCAN.

Centre de performance et mesures disponibles pour les bases de données s'exécutant dans Exadata Cloud Infrastructure

Vous pouvez maintenant utiliser l'outil Centre de performance et voir les mesures des bases de données en nuage exécutées sur les systèmes suivants : instances Exadata Cloud Infrastructure. Cette fonctionnalité fournit des fonctions de surveillance et de gestion supplémentaires pour ces bases de données. Pour plus d'informations, voir Analyse de la performance de base de données Exadata Cloud Service.

Contacts pour les conseils de maintenance pour l'infrastructure Exadata

Vous pouvez choisir de spécifier jusqu'à 10 adresses de courriel valides auxquelles Oracle envoie des avis de maintenance lorsque des mises à jour sont apportées à une infrastructure Exadata. Les adresses de courriel que vous spécifiez sont utilisées uniquement pour les problèmes opérationnels liés au service. Pour plus d'informations, voir Mises à jour de maintenance de l'infrastructure gérées par Oracle.

Amélioration du mode de protection Data Guard pour les instances Exadata Cloud Infrastructure

Vous pouvez maintenant spécifier le mode de protection Data Guard pour les instances Exadata Cloud Infrastructure. Pour plus d'informations, voir Utiliser Oracle Data Guard avec Exadata Cloud Infrastructure.

Exadata Cloud Infrastructure : L'option d'application de correctifs à l'infrastructure non continue est maintenant disponible

Vous pouvez maintenant configurer l'application de correctifs à l'infrastructure Exadata de manière non continue sur les noeuds de base de données. Cette option vous permet de réduire la durée totale de la maintenance trimestrielle de votre système, mais implique un temps d'arrêt. Pour plus d'informations, voir Mises à jour de maintenance de l'infrastructure gérées par Oracle.

Clés de chiffrement gérées par le client disponibles pour les bases de données pour lesquelles Oracle Data Guard est activé dans Exadata Cloud Infrastructure

Les clés gérées par le client pour Exadata Cloud Infrastructure sont un service de gestion des clés de chiffrement qui vous permet de chiffrer vos données à l'aide de clés de chiffrement que vous contrôlez. Vous pouvez utiliser des clés gérées par le client dans les bases de données que vous provisionnez dans Exadata Cloud Infrastructure et qui sont activées avec Oracle Data Guard.

Projet d'application de correctifs au SE/DomU ExaDB-D

L'application de correctifs au système d'exploitation/DomU est une fonction qui permet aux clients ExaDB-D de mettre à niveau l'image du système d'exploitation Exadata sur leurs noeuds domU de manière automatisée à partir de leur console OCI et de leurs API. Les informations suivantes expliquent une modification récente de la fonctionnalité qui n'a pas pu être ajoutée à la documentation à temps pour la publication, mais qui sera ajoutée bientôt.

Repositionnement requis en cas d'échec du correctif

Sur les systèmes à plusieurs noeuds, si l'application du correctif échoue sur l'un des noeuds, vous devez repositionner tous les noeuds pour qu'ils soient tous à la même version. Exécutez ensuite la vérification préalable, corrigez les problèmes éventuels et exécutez à nouveau le correctif.

Exemple : Si vous exécutez une vérification préalable le lundi et que tous les noeuds réussissent, mais que vous n'appliquez le correctif que le mercredi, il est possible que l'application du correctif échoue sur un ou plusieurs noeuds en raison de modifications apportées aux noeuds ou d'un conflit de maintenance.

Pour éviter cela, Oracle vous recommande d'exécuter la vérification préalable juste avant d'appliquer le correctif.

Pour plus d'informations, voir Mise à jour du système d'exploitation d'une grappe de machines virtuelles du service Exadata Cloud.

Intégration du service de chambre forte pour Oracle Cloud Infrastructure avec Exadata Cloud Infrastructure

L'intégration du service de chambre forte pour Oracle Cloud Infrastructure avec Exadata Cloud Infrastructure permet le chiffrement des bases de données à l'aide de clés gérées par le client. Pour plus d'informations, voir Clés gérées par le client dans le service Exadata Cloud.

Exadata Cloud Infrastructure : Fonction de mise à niveau Oracle Database 19c disponible

Vous pouvez maintenant mettre à niveau les bases de données Exadata Cloud Infrastructure vers Oracle Database version 19c à l'aide de la console ou de l'API Oracle Cloud Infrastructure. Pour plus d'informations et des instructions, voir Mise à niveau des bases de données Exadata.

Créer des images logicielles de base de données pour les instances Exadata Cloud Infrastructure

Vous pouvez maintenant créer des images logicielles Oracle Database personnalisées à utiliser pour provisionner des répertoires de base et appliquer des correctifs aux bases de données dans les instances Exadata Cloud Infrastructure. Pour plus d'informations, voir Images logicielles Oracle Database.

Exadata Cloud Infrastructure : Mise à niveau d'Oracle Grid Infrastructure pour les grappes de MV en nuage

Vous pouvez maintenant mettre à niveau Oracle Grid Infrastructure (GI) pour une grappe de machines virtuelles Exadata Cloud Infrastructure à l'aide de la console. Pour plus d'informations, voir Mise à niveau d'Oracle Grid Infrastructure pour Exadata.

Exadata Cloud Infrastructure : La forme X8M flexible est maintenant disponible

Vous pouvez maintenant provisionner une instance Exadata Cloud Infrastructure à l'aide de la forme flexible X8M. Cette forme vous permet d'étendre votre système après le provisionnement, à mesure que vos bases de données augmentent et que vous avez besoin de plus de serveurs de stockage, de serveurs de calcul ou des deux. Pour plus d'informations, voir Aperçu de l'infrastructure Exadata évolutive X8M.

Exadata Cloud Infrastructure : Utilisation du répertoire de base d'une base de données existante lors de la configuration d'une base de données de secours Data Guard

Vous pouvez maintenant choisir d'utiliser un répertoire de base existant lors de la configuration d'une base de données de secours Data Guard dans votre instance Exadata Cloud Infrastructure. Voir Utilisation d'Oracle Data Guard avec des instances du service Exadata Cloud pour plus d'informations sur la configuration de Data Guard pour vos bases de données Exadata.