Nouveautés d'Oracle Exadata Database Service sur une infrastructure Exascale

Oracle continue d'ajouter de nouvelles régions pour Oracle Exadata Database Service sur une infrastructure Exascale (ExaDB-XS).

Vous pouvez désormais configurer le coffre de stockage de base de données pour qu'il évolue automatiquement jusqu'à une limite prédéfinie lorsque l'utilisation du stockage atteint un certain seuil.

Date de publication : septembre 2025

Auparavant, seul le redimensionnement manuel du coffre de stockage Exascale était disponible. Avec cette nouvelle fonctionnalité, vous avez la possibilité de configurer le coffre de stockage Exascale pour qu'il évolue automatiquement à mesure que l'espace libre devient faible, jusqu'à une limite prédéfinie, sans intervention de l'utilisateur. Cette amélioration vous permet de gérer efficacement le stockage de base de données, ce qui réduit les interventions manuelles tout en garantissant une utilisation optimale du stockage en fonction de la demande. Elle permet également d'éviter que les opérations de base de données ne manquent d'espace libre.

Lorsque le redimensionnement automatique est activé, le système développe automatiquement le coffre de stockage Exascale une fois que l'utilisation du coffre atteint 95 % de la capacité allouée. Le stockage augmente par incréments de 10 %. Ce processus se poursuit jusqu'à ce que la limite de redimensionnement automatique définie par l'utilisateur soit atteinte.

Oracle est heureux d'annoncer qu'Exadata Database Service on Exascale Infrastructure (ExaDB-XS) prend désormais en charge Oracle Database 19c et Oracle Grid Infrastructure 19c.

Date de publication : août 2025

L'année dernière, Oracle a lancé ExaDB-XS avec Oracle AI Database 26ai, introduisant la seule architecture de données intelligente du secteur pour le cloud - un bond révolutionnaire qui combine le meilleur d'Exadata et le meilleur du cloud. ExaDB-XS offre les avantages d'Exadata à un coût d'entrée inférieur avec une évolutivité granulaire, ce qui en fait une plate-forme idéale pour un large éventail de bases de données stratégiques. Vous pouvez facilement migrer vos bases de données sur site vers une infrastructure Exascale partagée dans le cloud. Jusqu'à présent, ces avantages n'étaient disponibles que pour les clients prêts à adopter Oracle AI Database 26ai. De nombreuses entreprises dont les charges de travail sont essentielles sur Oracle Database 19c ne sont pas encore prêtes à passer à Oracle AI Database 26ai. Ces entreprises peuvent désormais tirer immédiatement parti de l'infrastructure Exascale pour Oracle Database 19c avec la possibilité de mettre à niveau vers Oracle AI Database 26ai à leur propre rythme.

Grâce à cette amélioration, vous pouvez restaurer, actualiser et transférer une base de données pluggable.

Date d'édition Août 2025

La fonctionnalité d'instantané au niveau de la base de données pluggable dans l'API et la console OCI vous permet de créer et de gérer des instantanés au niveau de la base de données pluggable et de créer des clones (y compris des clones fins). Il tire parti d'une technologie de redirection sur écriture Exascale peu encombrante.

Vous pouvez désormais déployer des environnements Oracle Data Guard avec des bases de données principales et secondaires inter-services.

Date de publication : août 2025

Nous sommes heureux d'annoncer la prise en charge du déploiement Oracle Data Guard interservices. Dans un déploiement interservices, vous configurez des bases de données principale et secondaire entre deux services : Exadata Database Service on Dedicated Infrastructure (ExaDB-D) et Exadata Database Service on Exascale Infrastructure (ExaDB-XS). La possibilité de déployer Oracle Data Guard interservices offre une disponibilité améliorée. Les configurations suivantes sont disponibles :

• Base de données principale sur ExaDB-D avec une ou plusieurs bases de données de secours sur ExaDB-XS ou ExaDB-D. Base de données principale sur ExaDB-XS avec une ou plusieurs bases de données de secours sur ExaDB-D ou ExaDB-XS.
• Base de données principale sur ExaDB-XS avec une ou plusieurs bases de données de secours sur ExaDB-D ou ExaDB-XS.

À partir du 06 août 2025, Autonomous Recovery Service 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).

Date d'édition Août 2025

Pour plus d'informations, reportez-vous aux rubriques suivantes :

Options recommandées par Oracle pour effectuer des opérations de sauvegarde et de récupération

À compter du 06 août 2025, lorsque vous activez les sauvegardes automatiques dans la console OCI, Autonomous Recovery Service sera la seule destination de sauvegarde disponible dans les conditions suivantes :

• La location a été créée le 06 août 2025 ou après.
• La base de données est déployée dans les régions OCI de Francfort (FRA), Phoenix (PHX) et Tokyo (NRT).

La version Oracle Database est postérieure à la version 19.18 ou 23.4.

Si ces conditions ne sont pas remplies, OCI Object Storage sera affiché en tant que destination de sauvegarde.

Le balisage, précédemment pris en charge lors de la création de la base de données, est désormais étendu à d'autres workflows, 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.

Date de publication : juillet 2025

Vous pouvez désormais effectuer une prévérification avant de configurer Oracle Data Guard et résoudre les problèmes potentiels avant de configurer Data Guard.

Date de publication : juin 2025

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

Lors du déploiement de clusters de machines virtuelles sur Oracle Exadata Database Service on Exascale Infrastructure, vous pouvez choisir de déployer un réseau par défaut lors de la création du cluster de noms virtuels.

Date de publication : 2025 mai

Nous sommes heureux d'annoncer la disponibilité générale du déploiement d'un réseau par défaut lors de la création d'un cluster de machines virtuelles. Lorsque vous sélectionnez l'option de création d'un VCN par défaut, un VCN est créé pour vous avec des paramètres par défaut qui sont remplis automatiquement avec des configurations réseau pour votre location. Auparavant, lors de la création d'un cluster de machines virtuelles, il était nécessaire de créer un VCN en avance, répondant à diverses exigences spécifiques. Maintenant, vous pouvez sélectionner une option pour que l'automatisation du cloud crée une nouvelle configuration VCN par défaut pour vous. Il s'agit d'un moyen pratique de configurer un nouveau cluster de machines virtuelles rapidement, sans planification préalable de la mise en réseau, ce qui peut être particulièrement utile pour des cas d'utilisation de test simples.

Date de publication : 2025 mai

Avec Long-Term Retention Backup (LTR), vous pouvez stocker des sauvegardes complètes pour une durée maximale de 10 ans ou plus, ce qui vous permet de rechercher et d'extraire des données archivées afin de répondre aux exigences de conformité, de réglementation ou autres. Pendant cette période de conservation, les sauvegardes LTR peuvent être restaurées pour créer une base de données, un processus appelé "restauration sans réutilisation de la mémoire".

Vous pouvez désormais utiliser l'outil Hub de performances et visualiser les mesures sur les bases de données cloud exécutées sur Oracle Exadata Database Service sur une infrastructure Exascale (ExaDB-XS).

Date de publication : 2025 avril

Cette fonctionnalité offre des fonctions de surveillance et de gestion supplémentaires aux bases de données sur ExaDB-XS. Pour plus d'informations, reportez-vous à Analyse des performances d'une base de données Exadata Cloud Service et à Analyse des performances de base de données de machine virtuelle/Bare Metal.

Vous pouvez désormais créer et gérer plusieurs bases de données de secours Oracle Data Guard locales et distantes liées à une base de données principale.

Date de version Avril.2025

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 de données principale, offrant ainsi une certaine flexibilité pour la protection des données et la récupération après sinistre. Les bases de données de secours locales permettent de minimiser la perte de données, tandis que les bases de données de secours distantes protègent contre les pannes régionales. Cette amélioration permet de créer jusqu'à 6 bases de données de secours pour une base de données principale.

Dans une configuration Oracle Data Guard standard, 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 située dans la même région que la base de données de production est idéale pour les scénarios de basculement, sans perte de données pour les pannes locales (telles que les pannes de base de données, de cluster ou de domaine de disponibilité). L'impact du basculement d'application est réduit dans ce cas, car les applications continuent à 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 requêtes en lecture seule. Une configuration de base de données de secours distante garantit la protection des données contre les pannes régionales.

Certains clients professionnels recherchent la symétrie après un changement de site. Par exemple, ils peuvent préférer avoir à la fois la base de données principale et la base de données de secours locale dans la région 1, et une base de données de secours distante avec sa propre base de données 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 disposez toujours d'une base de données principale et d'une base de données de secours locale 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 base de données de secours instantanée (lecture/écriture).

Vous pouvez déployer et exécuter des bases de données dans un cluster à noeud unique sans avoir besoin d'une licence Oracle Real Application Clusters (Oracle RAC).

Vous pouvez désormais mettre à l'échelle les ECPU activées par machine virtuelle vers zéro sur ExaDB-XS.