Nouveautés d'Oracle Exadata Database Service on Cloud@Customer

• Services : Database
• Date de publication : décembre 2024

La version 25.1 du logiciel système Exadata est disponible depuis décembre 2024. Les nouveaux déploiements d'infrastructure Exadata X11M incluront Exadata System Software 25.1. Cette version sera appliquée à Exadata Cloud Infrastructure dans le cadre de la maintenance trimestrielle, à compter 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 :

• Elagage Top-K adaptatif AI Smart Scan
• Projection de distance vectorielle AI Smart Scan sur les serveurs de stockage
• Déchargement d'analyse intelligente AI pour les formats de dimension de vecteur BINARY et INT8

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, reportez-vous à la documentation sur le logiciel système Exadata version 25.1.

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

• Services : Database
• Date de publication : 23 juillet 2025

Cette amélioration élimine la limitation précédente du provisionnement d'un cluster de machines virtuelles avec la version Grid Infrastructure par défaut fournie par le système. Vous pouvez désormais sélectionner la dernière version ou l'une des trois dernières versions de Grid Infrastructure (quatre options au total) lors de la création du cluster de machines virtuelles. Par exemple, lors du provisionnement d'un cluster de machines virtuelles 19c, les versions Grid Infrastructure disponibles sont les suivantes : 19.24.0.0.0 (dernière), 19.23.0.0.0, 19.22.0.0.0 et 19.21.0.0.0.

• Services : Database
• Date de publication : 22 juillet 2025

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.

• Services : Database
• Date de publication : 15 juillet 2025

Outre la prise en charge des opérations simultanées Data Guard, de base de données Conteneur et de base de données pluggable, ces améliorations vous permettent d'effectuer des opérations simultanées sur des bases de données Conteneur et des bases de données pluggables, ainsi que des opérations de migration Data Guard dans des environnements comportant plusieurs bases de données de secours.

• Services : Database
• Date de publication : 11 juillet 2025

Nous sommes heureux d'annoncer la disponibilité générale de la programmation des mises à jour d'automatisation VM Cloud pour les clusters de machines virtuelles dans Exadata Database Service on Cloud@Customer (ExaDB-C@C).

Auparavant, Oracle appliquait ces mises à jour automatiquement en arrière-plan sans interrompre les machines virtuelles invitées. Grâce à cette nouvelle fonctionnalité, vous disposez désormais d'un contrôle amélioré, ce qui vous permet de définir le moment où les mises à jour sont appliquées, de hiérarchiser les clusters qui les reçoivent en premier et de définir des périodes de gel alignées sur vos stratégies métier pour mettre les mises à jour en pause pendant des périodes critiques.

Alors que les mises à jour logicielles d'automatisation du cloud pour les agents et outils gérés par Oracle sur les machines virtuelles invitées sont essentielles pour accéder aux dernières fonctionnalités d'Oracle cloud, de nombreux clients créent des scripts et des workflows autour des versions actuelles. Pour maintenir la continuité opérationnelle, vous pouvez désormais choisir le moment où les mises à jour sont appliquées à vos clusters. Cette version vous donne également la possibilité de tester les mises à jour sur les clusters hors production en premier, ce qui garantit un déploiement fluide à 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.
• Eviter la mise à jour pendant la période de validation : empêche les mises à jour pendant les périodes d'activité importante de la base de données.
• Réduire le risque : minimisez l'impact des mises à jour sur les scripts existants et l'automatisation.

• Service : Database
• Date de publication : 17 juin 2025

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 cloud de base de données. En désignant des API spécifiques comme privilégiées, vous pouvez appliquer un workflow d'approbation qui nécessite l'autorisation d'un groupe désigné dans la location pour que ces API puissent être appelées.

• Services : Database
• Date de publication : 17 juin 2025

Vous pouvez désormais effectuer une prévérification avant de configurer Oracle Data Guard.

Dans le cadre de la configuration Data Guard, 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.

• Services : Database
• Date de publication : 20 mai 2025

Cette amélioration vous permet de :

• Déchargez les sauvegardes vers la base de données de secours à l'aide d'Oracle Cloud Infrastructure Object Storage, de Zero Data Loss Recovery Appliance (ZDLRA) ou du système de fichiers réseau (NFS) dans un environnement Data Guard, libérant ainsi des ressources dans l'environnement de base de données de production.
• Planifiez des sauvegardes automatiques sur la base de données de secours dans un environnement Data Guard et configurez la période de conservation.
• Restaurez et récupérez une base de données de secours à l'aide d'une sauvegarde de cette base.
• Choisissez de réaliser des sauvegardes uniquement sur la base de données principale, uniquement sur la base de données de secours, ou sur les deux, en fonction de vos besoins.

Remarque :

• Opérations de restauration/récupération :
  • Vous ne pouvez pas utiliser des sauvegardes sur la base de données de secours pour effectuer des opérations de restauration/récupération sur la base de données principale.
• Scénarios de permutation :
  • Si des sauvegardes automatiques ont été configurées sur la base principale avec la destination de sauvegarde d'Oracle Cloud Infrastructure Object Storage, de Zero Data Loss Recovery Appliance (ZDLRA) ou de NFS (Network File System), lors de la permutation, les sauvegardes se poursuivent sur la nouvelle base de données de secours.
  • Si des sauvegardes automatiques ont été configurées sur la base de données de secours avec la destination de sauvegarde d'Oracle Cloud Infrastructure Object Storage, de Zero Data Loss Recovery Appliance (ZDLRA) ou de système de fichiers réseau (NFS), lors de la permutation, les sauvegardes se poursuivent 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 Oracle Cloud Infrastructure Object Storage, Zero Data Loss Recovery Appliance (ZDLRA) ou NFS (Network File System), lors du basculement, les sauvegardes seront désactivées sur la nouvelle base de données de secours désactivée.
  • Si des sauvegardes automatiques ont été configurées sur la base de données de secours avec la destination de sauvegarde d'Oracle Cloud Infrastructure Object Storage, de Zero Data Loss Recovery Appliance (ZDLRA) ou de système de fichiers réseau (NFS), lors du basculement, les sauvegardes continueront sur la nouvelle base de données principale.

• Services : Database
• Date de publication : 19 mars 2025

Vous pouvez désormais créer ou supprimer jusqu'à 10 bases de données pluggables simultanément, même lorsque la base de données Conteneur est en cours de mise à jour. En revanche, vous ne pouvez pas créer ou supprimer de bases pluggables lorsqu'une base Conteneur est en cours de mise à jour si d'autres opérations (à l'exception de la création ou de la suppression de bases pluggables) modifient ses métadonnées ou sa structure.

• Services : Database
• Date de publication : 19 mars 2025

Le nouveau type de cluster de machines virtuelles Exadata Database-Developer permet aux développeurs de créer des applications sur Oracle Cloud sans frais de licence Oracle Database. Avec ce type de machine virtuelle, les développeurs paient uniquement pour l'infrastructure sous-jacente. Les clients utilisant Oracle Exadata Database Service on Cloud@Customer peuvent développer sans frais supplémentaires, car les frais de licence sont abandonnés et les coûts d'infrastructure sont déjà couverts par leur abonnement.

Vous pouvez allouer autant d'OCPU/d'ECPU, de mémoire et de stockage que nécessaire au cluster de machines virtuelles de développeur. Au sein du cluster de machines virtuelles, vous pouvez disposer de plusieurs bases de données Conteneur et chacune d'entre elles peut contenir plusieurs bases de données pluggables.

Toutefois, il existe des restrictions sur les bases de données pouvant être hébergées avec le type de cluster de machines virtuelles Exadata Database-Developer. Ces restrictions sont conçues pour empêcher l'exécution de charges globales de production sur ce type de cluster, qui est destiné aux cas d'utilisation de développement. Les restrictions sur les ressources et les fonctionnalités seront appliquées par la base de données et l'automatisation du cloud. Les principales limitations sont les suivantes :

• Cluster de machines virtuelles unique : les clusters de machines virtuelles Exadata Database-Developer sont limités à une seule machine virtuelle.
• Threads par base de données pluggable : 2 threads (1 coeur) par base de données pluggable.
• Mémoire par base de données pluggable : 8 Go de mémoire par base de données pluggable.
• Taille de base de données par base de données pluggable : 20 Go de stockage par base de données pluggable.
• Sessions par base de données pluggable : 30 sessions par base de données pluggable.
• Data Guard : la création d'une base de données de secours Data Guard est interdite lors de l'utilisation des clusters de machines virtuelles de développeur.
• Sauvegardes inter-région : les sauvegardes inter-région ne sont pas prises en charge.
• Versions : seules les versions 19.26 et 23.6 et ultérieures d'Oracle Database sont prises en charge

De plus, les clusters de machines virtuelles à plusieurs machines virtuelles RAC (Real Application Clusters) ne sont pas pris en charge et les clusters de machines virtuelles développeur sont limités à une seule machine virtuelle. L'automatisation de Data Guard est bloquée et la configuration manuelle de Data Guard n'est pas autorisée.

• Services : Database
• Date de publication : 22 janvier 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 Data Guard classique, 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).

• Services : Database
• Date de publication : 22 janvier 2025

Grâce à cette amélioration, vous pouvez désormais stocker et gérer les clés de cryptage de base de données dans un fournisseur de fichier de clés externe de votre choix. Cette fonctionnalité offre une flexibilité dans le choix des fournisseurs de fichiers de clés externes pour améliorer la sécurité et le contrôle des clés.

• Services : Database
• Date de publication : 07 janvier 2025

Oracle Exadata Cloud@Customer a été étendu pour prendre en charge l'infrastructure Exadata X11M.

• Services : Database
• Date de publication : 17 décembre 2024

Présentation d'Exadata Exascale avec Exadata Database Service on Cloud@Customer (ExaDB-C@C), la seule architecture de données intelligente au monde pour le cloud est un saut révolutionnaire qui combine le meilleur d'Exadata et le meilleur du cloud. Exascale réinvente la façon dont les ressources de calcul et de stockage sont gérées sur les plates-formes Exadata en dissociant et en simplifiant la gestion du stockage, ouvrant la voie à des fonctionnalités innovantes. Elle garantit les meilleures normes de sécurité, de disponibilité et de performances de base de données attendues d'Exadata par les entreprises.

Avec cette version, les clients peuvent exploiter la puissance de l'architecture de données intelligente d'Exascale, en la configurant facilement pour les bases de données Oracle sur l'infrastructure Exadata Cloud@Customer. Une nouvelle option de stockage Exascale est disponible lors du provisionnement de cluster de machines virtuelles, ce qui permet aux clients de déployer des clusters de machines virtuelles avec Exascale parallèlement à Automatic Storage Management (ASM), le tout sur la même infrastructure Exadata Cloud@Customer, sans impact sur les charges de travail existantes et sans frais supplémentaires.

Exigences minimales pour la configuration d'Exascale sur Exadata Cloud@Customer :

• Cette fonctionnalité est uniquement prise en charge sur le modèle d'infrastructure Exadata X8M (et versions ultérieures) et requiert les versions 24.1 et ultérieures du logiciel système Exadata.
• Cette fonctionnalité nécessite Oracle Grid Infrastructure version 23ai (23.6) et prend en charge Oracle Database versions 23ai (23.6) et ultérieures.

Pour connaître la chronologie du support logiciel et des versions Oracle Database, reportez-vous à Calendrier de parution des versions de base de données en cours (ID de document 742060.1) sur le portail My Oracle Support.

Exadata Exascale avec Exadata Database Service on Cloud@Customer offre les avantages suivants :

• Stockage efficace et évolutif : Exascale améliore l'utilisation et l'efficacité globales de la capacité de stockage en allouant de manière dynamique la capacité de stockage sur tous les serveurs de stockage et en la partageant avec plusieurs clusters de machines virtuelles. Exascale permet également la mise à l'échelle dynamique du stockage de base de données à tout moment sans affecter les performances globales.
• Développement agile avec des clones légers Exascale : Exascale permet d'utiliser des clones légers économes en espace à partir de n'importe quelle base de données pluggable en lecture/écriture, ce qui améliore considérablement la productivité des développeurs. Chaque développeur peut bénéficier d'une base de données clone faiblement provisionnée avec tous les avantages d'Exadata à usage unique, garantissant ainsi un environnement de production pour le développement et les tests d'applications, tout en réduisant considérablement les besoins globaux en stockage et les coûts associés.
• Puissant : Exascale s'intègre de manière transparente aux pipelines de développement, de test et de déploiement, accélérant ainsi les applications de production sur Exascale tout en tirant parti des optimisations Exadata qui offrent des performances, une fiabilité, une disponibilité et une sécurité extrêmes. Cela renforce la mission d'Exadata en tant que plate-forme idéale pour exécuter toutes les charges de travail de base de données Oracle.

Pour plus d'informations sur Oracle Exadata Exascale, reportez-vous au Guide de l'utilisateur Oracle® Exadata Exascale.

• Services : Database
• Date de publication : 08 novembre 2024

Oracle Exadata Database Service on Cloud@Customer peut désormais 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 auxquelles les versions 19.17 et supérieures ont été corrigées. Cette fonctionnalité n'est pas disponible sur Oracle Database 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, reportez-vous aux sections suivantes :

• Authentification et autorisation d'utilisateurs Microsoft Azure Active Directory pour les bases de données Oracle dans le guide de sécurité Oracle Database 19c
• Authentification et autorisation d'utilisateurs Microsoft Azure pour les bases de données Oracle dans le guide de sécurité Oracle Database 23ai.

• Services : Database
• Date de publication : 05 novembre 2024

• Services : Database
• Date de publication : 01 novembre 2024

Le service Delegate Access Control permet aux clients Oracle Exadata Database Service on Cloud@Customer de s'abonner aux services de maintenance et de support de machine virtuelle et de base 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 de machine virtuelle et de base de données. Ces fournisseurs de services incluent le support international Oracle, le support cloud Oracle et les services professionnels Oracle.

• Services : Database
• Date de publication : 23 octobre 2024

Grâce à cette amélioration de la fonctionnalité d'analyse des coûts d'OCI Cost Management Service, vous pouvez visualiser l'utilisation et le coût attribués pour toutes les bases de données pluggables d'un cluster de machines virtuelles. Ces données seront disponibles dans le tableau de bord d'analyse des coûts et les rapports.

• Services : Database
• Date de publication : 05 octobre 2024

Dans les configurations Oracle Data Guard, il est courant que les bases de données principale et de secours soient synchronisées, y compris les mêmes mises à jour de version appliquées aux deux répertoires de base de base de données. Toutefois, dans certains scénarios, vous devrez peut-être autoriser différentes unités d'allocation de ressources entre les répertoires de base de la base principale et de la base de données de secours, en particulier pendant le cycle d'application de patches 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 principal et de secours exécutent des RU différentes, une association Data Guard peut être créée uniquement si la base de données de secours se trouve sur la même RU ou sur une RU 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 image DSI ou Oracle personnalisée, que la base de données principale soit exécutée sur une image DSI ou Oracle personnalisée.

Permutation ou basculement de base de données : les répertoires de base Oracle principaux et de secours peuvent être de n'importe quelle version majeure de base de données ou exécuter différentes unités de référentiel.

Mettre à niveau la base de données : les répertoires de base Oracle principal et de secours peuvent présenter différentes versions de base de données principales.

Base de données de patches : si les répertoires de base Oracle principal et de secours exécutent des RU différentes, vous pouvez appliquer des patches à la base de données de secours vers une RU supérieure à celle de la base de données principale.

• Services : Database
• Date de publication : 17 septembre 2024

Cette amélioration fournit un contrôle affiné des opérations de mise à jour de cluster de machines virtuelles.

Vous pouvez désormais affecter des droits d'accès spécifiques aux opérations de cluster de machines virtuelles, par exemple autoriser un ensemble d'utilisateurs sélectionné à redimensionner uniquement la mémoire ou l'UC, à redimensionner le stockage local/Exadata ou à ajouter des clés SSH à un cluster de machines virtuelles.

Pour plus d'informations, reportez-vous à Droits d'accès et détails d'opération d'API pour les clusters de machines virtuelles.

• Services : Database
• Date de publication : 27 août 2024

La maintenance de l'infrastructure est effectuée en tant qu'activité planifiée unique en fonction des préférences du client et inclut tous les composants de l'infrastructure. Selon le nombre de composants, les exécutions de maintenance d'infrastructure peuvent prendre entre 12 et 30 heures (ou plus pour les infrastructures à expansion élastique).

Les composants d'infrastructure sont les suivants :

• Serveurs de base serveurs
• serveurs de stockage
• commutateurs réseau

Grâce à cette amélioration, vous aurez la possibilité de planifier et d'appliquer des mises à jour trimestrielles de l'infrastructure pour des fenêtres de maintenance plus petites. Sur la base des créneaux horaires préférés des clients les mieux adaptés aux besoins de votre entreprise, l'automatisation d'Oracle effectue la maintenance sur des composants d'infrastructure spécifiques dans ces fenêtres de maintenance pour s'assurer que les mises à jour logicielles sont appliquées à tous les composants afin de respecter les directives de conformité.

• Services : Database
• Date de publication : 23 juillet 2024

Grâce à cette amélioration, vous pouvez activer l'audit unifié lors de la création d'un répertoire de base de base de données, fonctionnalité disponible depuis Oracle Database version 12.1.

• Pour les versions d'Oracle Database inférieures à 12.1 : vous ne pouvez pas utiliser la structure d'audit unifié et vous devez utiliser l'audit traditionnel, la structure d'audit Oracle Database héritée.
• Pour Oracle Database version 12.1 ou supérieure : vous pouvez activer l'audit unifié à partir de la console OCI. Pour Oracle Database version 12.1 ou supérieure mais inférieure à la version 23ai, la case Audit unifié n'est pas cochée par défaut. Toutefois, elle est sélectionnée par défaut pour Oracle Database version 23ai.

• Services : Database
• Date de publication : 17 juillet 2024

Intégrez votre instance Oracle Key Vault (OKV) sur site à Oracle Exadata Database Service on Cloud@Customer et utilisez les clés gérées par le client stockées dans Oracle Key Vault pour sécuriser vos données critiques.

• Services : Database
• Date de publication : 09 mai 2024

Actuellement, vous pouvez uniquement augmenter ou diminuer la taille du système de fichiers /u02 dans la machine virtuelle invitée. Désormais, à 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.

• Services : Database
• Date de publication : 06 mai 2024

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

• Services : Database
• Date de publication : 02 mai 2024

Oracle Database 23ai est une version de production standard disponible sur Oracle Exadata Database Service on Cloud@Customer (ExaDB-C@C). Avec cette version, vous pouvez effectuer toutes les opérations de cycle de vie sur les bases de données 23ai.

• Services : Database
• Date de publication : 21 février 2024

Avec cette amélioration, vous pouvez modifier la région OCI d'origine à laquelle votre infrastructure ExaDB-C@C se connecte. Il s'agit d'une opération assistée par un ingénieur terrain et aucun temps d'inactivité de service n'est constaté lorsque la modification de la région d'origine est en cours.

• Services : Database
• Date de publication : 13 décembre 2023

Grâce à cette nouvelle fonctionnalité, vous pouvez désormais vous connecter facilement à la console série de vos machines virtuelles pour effectuer des actions correctives, ainsi que pour examiner et auditer les activités précédentes effectuées via la console série par d'autres utilisateurs.

• Services : Database
• Date de publication : 07 décembre 2023

Avec cette amélioration, vous pouvez provisionner un cluster 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.

• Services : Database
• Date de publication : 24 octobre 2023

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

• Services : Database
• Date de publication : 11 octobre 2023

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

• Services : Database
• Date de publication : 02 octobre 2023

Avec cette amélioration, vous pouvez gérer les mots de passe d'administrateur et de portefeuille TDE.

• Services : Database
• Date de publication : 03 août 2023

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

• Services : Database
• Date de publication : 02 août 2023

La mise à jour du parc Exadata simplifie, standardise et améliore l'expérience d'application de patches à Oracle Database et Grid Infrastructure. Pour ce faire, la mise à jour du parc Exadata regroupe les composants en fonction des besoins métier des clients dans des collections auxquelles il est possible d'appliquer des patches en tant qu'entité au cours d'un cycle de maintenance donné.

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

La mise à jour de parc Exadata est disponible gratuitement sur Exadata Database Service d'Oracle, y compris Cloud@Customer (ExaDB-C@C) et Exadata Database Service on Dedicated Infrastructure (ExaDB-D).

Pour plus d'informations, reportez-vous à :

• Présentation d'Exadata Fleet Update
• API de service de mise à jour de parc Exadata

• Services : Database
• Date de version : 28 juin 2023

Intégrez Oracle Key Vault (OKV) sur site à Oracle Exadata Database Service on Cloud@Customer pour sécuriser vos données critiques sur site.

L'intégration d'Oracle Key Vault vous permet de disposer d'un contrôle total sur vos clés de cryptage et de les stocker en toute sécurité sur un périphérique de gestion de clés centralisé externe.

• Services : Database
• Date de version : 21 juin 2023

Oracle Exadata Cloud@Customer a été étendu pour prendre en charge le système X10M.

• Services : Database
• Date de version : 14 juin 2023

Vous pouvez créer et supprimer des connexions de console série à vos systèmes ExaDB-C@C pour diagnostiquer et résoudre les problèmes de système d'exploitation invité de machine virtuelle à l'aide d'une connexion SSH au cas où l'accès SSH standard aux machines virtuelles ne serait pas possible.

Conditions requises : l'utilisation de la fonctionnalité de console série requiert Exadata Infrastructure version 22.1.10 ou supérieure pour la version 22. Utilisateurs X et version 23.1.1 ou supérieure pour la version 23. Utilisateurs X. La fonction de console série sera disponible sur tous les clusters de machines virtuelles créés immédiatement, mais uniquement sur les clusters de machines virtuelles existants au terme du prochain cycle de maintenance trimestriel. Veillez également à passer en revue tous les prérequis indiqués ci-dessous, y compris la définition d'un mot de passe pour l'utilisateur opc ou root. Le défaut d'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 survient lorsque la machine virtuelle n'est pas autrement accessible.

Ceux-ci doivent être autorisés au niveau du pare-feu pour que les connexions à la console série fonctionnent. Pour plus d'informations, reportez-vous au tableau 3-2 Exigences réseau pour Oracle Exadata Database Service on Cloud@Customer.

• Services : Database
• Date de version : 07 juin 2023

Cette fonctionnalité permet aux clients cloud uniquement de télécharger des patches exceptionnels à partir de la console et de l'API OCI. Vous ne pouvez pas appliquer le patch téléchargé via la console et l'API. Pour appliquer ces patches, les clients doivent se connecter à leur machine virtuelle et exécuter l'utilitaire d'application des patches.

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

• Services : Database
• Date de publication : 23 mai 2023

Les réseaux physiques Oracle Exadata Database Service on Cloud@Customer (client et sauvegarde) sont configurés pour utiliser la sauvegarde active par défaut. Ce mode est recommandé pour la plupart des clients. Cependant, la prise en charge de LACP (802.3ad mode de liaison actif/actif) a été ajoutée également pour les clients qui en ont besoin.

Vous pouvez configurer des réseaux client et de sauvegarde avec LACP lors du provisionnement de l'infrastructure Exadata. Le mode de liaison réseau est défini au niveau de l'infrastructure et s'appliquera globalement à tous les réseaux de cluster de machines virtuelles, futurs ou existants. Etant donné que le paramètre est appliqué à chaque interface réseau individuellement, vous avez la possibilité de configurer les interfaces réseau client et de sauvegarde indépendamment les unes des autres. Par exemple, vous pouvez configurer le réseau de sauvegarde sur LACP et le réseau client sur Active-Backup, si vous le souhaitez.

Sur une infrastructure Exadata existante en cours d'utilisation, vous pouvez passer du mode de liaison réseau Actif-Sauvegarde au mode LACP (ou inversement). Toutefois, notez qu'il s'agit d'un processus de mise à jour simultanée et que les modes de liaison sont modifiés simultanément sur tous les serveurs de base de données. Vous devez gérer vos propres paramètres de commutateur sur votre réseau en conséquence. Vous risquez de rencontrer une coupure réseau et devez prévoir un temps d'inactivité de l'application jusqu'à ce que les paramètres du commutateur et ExaDB-C@C soient mis en correspondance.

L'utilisation de LACP nécessite que le serveur et le ou les commutateurs disposent de paramètres compatibles pour permettre au LACP de fonctionner correctement. Pour utiliser LACP pour ExaDB-C@C, vous devez configurer vos commutateurs réseau de sorte qu'ils soient compatibles avec le paramètre suivant du fichier de configuration Linux ifcfg-bondethx :

BONDING_OPTS="mode=802.3ad miimon=100 downdelay=200 updelay=200 lacp_rate=1 xmit_hash_policy=layer3+4"

Notez que la ligne BONDING_OPTS du système d'exploitation hôte ne peut pas être modifiée. Par conséquent, les paramètres du commutateur client doivent être compatibles avec les paramètres indiqués ci-dessus sans modification.

• Services : Database
• Date de publication : 08 mai 2023

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

• Services : Database
• Date de version : 11 avril 2023

Si vous avez provisionné des répertoires de base de base de données avec une image logicielle de base de données (DSI), l'activation des opérations Data Guard utilisera par défaut le même DSI que le répertoire de base de base de données principal.

Avec cette amélioration.

• Vous pouvez remplacer le DSI principal sélectionné automatiquement par un DSI différent pour la base de données de secours.
• Si le DSI utilisé pour créer la base de données principale n'est pas disponible, l'activation de Data Guard utilisera la dernière image publiée par Oracle. Vous pouvez éventuellement configurer la base de données de secours pour qu'elle dispose d'un DSI de votre choix.

Dans les deux cas, le système vous avertit des problèmes potentiels liés à la présence d'images différentes pour les bases de données principale et de secours.

• Services : Database
• Date de publication : 28 mars 2023

Vous pouvez configurer Oracle Database sur Oracle Exadata Database Service on Cloud@Customer de façon à utiliser l'authentification et l'autorisation Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) afin de permettre aux utilisateurs IAM d'accéder à la base de données avec leurs informations d'identification IAM.

• Services : Database
• Date de publication : 14 février 2023

Créez des associations Data Guard entre régions dans votre location. Vous pouvez ainsi implémenter un plan de récupération après sinistre efficace pour protéger vos données contre les catastrophes naturelles.

• Services : Database
• Date de publication : 18 janvier 2023

Pour certains déploiements, vous voudrez peut-être aller au-delà du nombre maximal de serveurs de calcul et de stockage pris en charge dans un seul rack d'infrastructure Exadata. Grâce à cette amélioration de l'extension du calcul et du stockage, vous pouvez désormais disposer de capacités de calcul et de stockage supplémentaires couvrant plusieurs racks disponibles pour les clusters de machines virtuelles provisionnés sur l'infrastructure Exadata.

Les systèmes de base ne sont pas éligibles à l'extension sur plusieurs racks. Les racks multiples s'appliquent uniquement aux formes suivantes :

• Formes standard X8M-2
• Formes standard X9M-2

Remarque : une infrastructure Exadata avec plus de 8 serveurs de calcul ou 12 serveurs de stockage requiert un déploiement à racks multiples.

La sélection de racks multiples détermine le nombre maximal de serveurs de calcul et de stockage que vous pouvez spécifier dans la configuration de serveur.

• Rack unique :
  • Tous les systèmes : 8 serveurs de calcul et 12 serveurs de stockage
• Racks multiples :
  • Systèmes X7, X8 et tous les systèmes de base : non applicable
  • Systèmes X8M et X9M : 32 serveurs de calcul et 64 serveurs de stockage

Processus avant déploiement :

• Si plusieurs racks sont requis ou souhaités, l'ingénieur de terrain fournit au client un fichier de configuration JSON.
• Le client télécharge vers le serveur le fichier de configuration lors de la création ou de l'extension de l'infrastructure Exadata.

Processus de déploiement :

• Lorsque le client crée l'infrastructure et sélectionne plusieurs racks, il doit télécharger vers le serveur le fichier JSON afin que le plan de contrôle puisse générer correctement le groupe de configuration pour téléchargement en local. Le fichier JSON est utilisé pour configurer correctement les composants supplémentaires. Le téléchargement vers le serveur du fichier JSON est obligatoire uniquement pour les déploiements identifiés comme des déploiements à racks multiples.
• Si un client ne parvient pas à identifier une infrastructure en tant qu'infrastructure à racks multiples et détermine par la suite qu'elle l'est, il doit supprimer cette infrastructure et la recréer.
• Si un client étend une infrastructure existante et reste dans un rack unique (ajout de serveurs uniquement), le processus de déploiement en cours n'est pas modifié.
• Lorsqu'un client étend une infrastructure existante et ajoute un nouveau rack, ou étend une infrastructure avec un rack d'extension existant, il doit choisir le type de déploiement à racks multiples et télécharger vers le serveur un nouveau fichier de configuration à racks multiples (JSON).

• Services : Database
• Date de publication : 25 octobre 2022

La collecte des événements de machine virtuelle invitée, des mesures d'état, de journaux d'incident et des fichiers trace aide Oracle à améliorer les opérations de service et à fournir une assistance proactive par détection et corrélation précoces.

• Services : Database
• Date de publication : 8 octobre 2022

L'extension de calcul élastique permet d'ajouter un nombre arbitraire de serveurs de base de données à l'infrastructure Exadata Cloud@Customer. Conjointement avec la fonctionnalité d'extension de stockage élastique précédemment publiée, les nouvelles installations d'infrastructure peuvent désormais être mieux personnalisées en provisionnant un nombre distinct de serveurs de base de données et de serveurs de stockage. Par ailleurs, la capacité de calcul des déploiements d'infrastructure existants peut à présent être étendue en ajoutant des serveurs de base de données individuels de la même manière qu'avec l'extension de stockage élastique.

En outre, des modifications importantes ont été apportées à l'objet de réseau de cluster de machines virtuelles pour faciliter la création de sous-ensembles de ressources réseau sur certains serveurs de base de données.

Suivez les liens ci-dessous pour obtenir des instructions sur le provisionnement de l'infrastructure et l'activation. Une fois les serveurs de base de données activés, ils sont reconnus et disponibles pour une utilisation immédiate, mais les ressources supplémentaires doivent être ajoutées à vos clusters de machines virtuelles. Cette opération n'est pas effectuée automatiquement. Ajoutez d'abord des ressources de réseau de cluster de machines virtuelles, puis des machines virtuelles supplémentaires à vos clusters, en suivant les instructions des liens ci-dessous.

• Services : Database
• Date de publication : 31 août 2022

Les ressources Exadata Database Service on Cloud@Customer peuvent désormais être balisées à l'aide de balises standard Oracle selon votre modèle organisationnel. En balisant les ressources, vous pouvez les regrouper, gérer les coûts et accéder à des informations sur leur utilisation.

• Services : Database
• Date de publication : 2 août 2022

A partir de la page Historique des maintenances, vous pouvez maintenant cliquer sur une maintenance afin d'afficher ses détails d'historique, contenant les mêmes informations détaillées disponibles pour une maintenance programmée ou en cours. L'historique des maintenances est disponible pour les maintenances réussies et en échec.

• Services : Database
• Date de publication : 27 juillet 2022

La maintenance de sécurité, effectuée en parallèle de la maintenance trimestrielle, est exécutée une fois par mois et inclut des corrections pour les vulnérabilités avec des scores CVSS supérieurs ou égaux à 7.

• Services : Database
• Date de publication : 27 juillet 2022

Il n'est pas obligatoire de procéder à une annulation en cas d'échec de l'application de la mise à jour du système d'exploitation de machine virtuelle invitée. En plus de l'option d'annulation existante, une nouvelle option a été ajoutée pour réessayer d'appliquer la mise à jour en échec. Si vous voulez appliquer une mise à jour d'image de système d'exploitation différente en cas d'échec, vous devez d'abord effectuer une annulation.

• Services : Database
• Date de publication : 20 juillet 2022

Grâce à cette amélioration, vous pouvez désormais créer des bases de données Oracle ou y mettre fin simultanément même si le cluster de machines virtuelles présente l'état Mise à jour.

• Le nombre de bases de données pouvant être créées sur un cluster 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 dispose de plus de 60 Go de mémoire. Si la machine virtuelle dispose d'une mémoire 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. Grid Infrastructure et ASM consomment également de la mémoire (environ 2 à 4 Go).
• Vous ne pouvez pas mettre fin à une base de données en cours de création. Toutefois, vous pouvez mettre fin à d'autres bases de données dans le cluster de machines virtuelles.

• Services : Database
• Date de publication : 19 juillet 2022

Cette amélioration consiste à afficher le numéro de série de rack Exadata Cloud@Customer dans la console OCI sur la page Détails de l'infrastructure, dans la section Informations générales. Le numéro de série peut être requis lors de la création d'une demande de service ou lors d'un appel de service.

• Services : Database
• Date de publication : 23 mai 2022

Provisionnez un répertoire de base de base de données à l'aide d'une version majeure et d'une version de mise à jour de version (RU) de votre choix.

Lors du provisionnement, si vous choisissez d'utiliser Images logicielles de base de données fournies par Oracle comme type d'image, vous pouvez utiliser le commutateur Afficher toutes les versions disponibles pour faire un choix parmi toutes les mises à jour d'ensemble de patches et mises à jour de version disponibles. La version (release) la plus récente pour chaque version majeure est indiquée par un libellé la plus récente.

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

• Services : Database
• Date de publication : 20 avril 2022

En plus d'appliquer des mises à jour de version mineure aux images de cluster 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 le cluster de machines virtuelles Exadata Cloud@Customer utilise la version 20, vous pouvez le mettre à jour vers la version 21.

• Services : Database
• Date de publication : 12 avril 2022

L'implémentation de la fonctionnalité des événements du service Database vous permet d'être informé des problèmes d'état des bases de données ou d'autres composants Oracle sur la machine virtuelle invitée.

• Services : Database
• Date de publication : 1 mars 2022

Le rapport de diagnostic hors ligne du serveur de plan de contrôle vous aide à résoudre les problèmes de connectivité entre l'adresse du serveur de plan de contrôle et celle d'OCI.

Il est de votre responsabilité de maintenir et de dépanner l'infrastructure réseau de votre centre de données. Pour se connecter à une région OCI, Exadata Cloud@Customer Gen 2 s'appuie sur votre infrastructure et sa fiabilité. Les modifications que vous apportez à votre infrastructure peuvent avoir une incidence sur la connectivité d'Exadata Cloud@Customer entre la région OCI et les serveurs de plan de contrôle d'Exadata Cloud@Customer. Néanmoins, Oracle n'a aucun contrôle sur votre pare-feu ni vos fonctions de réseau.

Si la connexion entre le serveur de plan de contrôle et OCI est interrompue, le rapport de diagnostic hors ligne du serveur de plan de contrôle fournit des informations qui peuvent vous aider à diagnostiquer les problèmes dans votre infrastructure réseau.

Pour plus d'informations, reportez-vous à ExaCC gen2: Troubleshooting VPN/WSS connection from Customer Side (ID de document 2745571.1).

• Services : Database
• Date de publication : 1 mars 2022

• Services : Database
• Date de publication : 16 février 2022

Créez et gérez des bases de données pluggables dans des systèmes Oracle Exadata Cloud@Customer à l'aide de la console et des API.

• Services : Database
• Date de publication : 16 février 2022

Sélectionnez un type Data Guard, Active Data Guard ou Data Guard, en fonction du type de licence du logiciel Oracle Database que vous avez déployé.

• Services : Database
• Date de publication : 16 février 2022

Le même préfixe de SID que celui 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.

• Services : Database
• Date de publication : 20 octobre 2021

Les bases de données Oracle sont identifiées par trois noms importants : db_name, db_unique_name et instance_name (SID). Cette nouvelle fonctionnalité fournit des contrôles de dénomination de base de données cohérents entre les bases de données principale et de secours, et permet de saisir le nom db_unique_name et le préfixe de SID sur les bases de données principale et de secours. Cela permet de prendre en charge différentes conventions de dénomination pour la gestion du parc de bases de données Oracle.

• Services : Database
• Date de publication : 19 octobre 2021

Les sous-ensembles de noeuds de cluster de machines virtuelles permettent d'allouer un sous-ensemble de serveurs de base de données aux clusters de machines virtuelles nouveaux et existants afin d'offrir une flexibilité maximale pour l'allocation des ressources de calcul (UC, mémoire, stockage local).

• Services : Database
• Date de publication : 28 septembre 2021

Oracle Exadata Cloud@Customer est fourni dans différentes formes d'infrastructure pour prendre en charge des charges globales de différentes tailles. Dans cette version, la capacité d'Oracle Exadata Cloud@Customer a été étendue afin de prendre en charge le système X9M-2.

• Services : Database
• Date de publication : 27 août 2021

• Services : Database
• Date de publication : 8 août 2021

Sélectionnez un répertoire de base de base de données existant ou créez-en un pour la base de données de secours lors de l'activation de l'association Data Guard. Pour plus d'informations, reportez-vous à Utilisation de la console pour activer Data Guard sur un système Exadata Cloud@Customer.

• Services : Database
• Date de publication : 20 juillet 2021

Mettez à niveau Oracle Grid Infrastructure (GI) sur un cluster de machines virtuelles Exadata Cloud@Customer à l'aide des API ou de la console Oracle Cloud Infrastructure. Pour plus d'informations, reportez-vous à Mise à niveau d'Oracle Grid Infrastructure sur un cluster de machines virtuelles Exadata Cloud@Customer.

• Services : Database
• Date de publication : 20 juillet 2021

Mettez à jour de manière automatisée l'image de système d'exploitation sur les noeuds de cluster de machines virtuelles Exadata Cloud@Customer à partir des API et de la console OCI. Pour plus d'informations, reportez-vous à Mise à jour du système d'exploitation de machine virtuelle invitée.

• Services : Database
• Date de publication : 20 juillet 2021

Mettez à niveau Oracle Database 19c (version à long terme) à l'aide de la console et des API. Pour plus d'informations, reportez-vous à Mise à niveau des bases de données Oracle.

• Services : Database
• Date de publication : 20 juillet 2021

Validez et inspectez le rapport sur l'échec de la validation du réseau sans l'implication active de l'équipe des opérations Oracle Cloud pour la résolution des problèmes de configuration réseau. Pour plus d'informations, reportez-vous à Utilisation de la console pour télécharger le rapport de validation du réseau.

• Services : Database
• Date de publication : 15 juin 2021

• Services : Database
• Date de publication : 08 avril 2021

• Services : Database
• Date de publication : 08 décembre 2020

Vous pouvez maintenant programmer une fenêtre de maintenance pour l'application de patches à l'infrastructure Exadata Cloud@Customer, gérée par Oracle. Pour plus d'informations, reportez-vous à Utilisation de la console pour configurer les mises à jour d'infrastructure gérées par Oracle.

• Services : Database
• Date de publication : 22 septembre 2020

Les contacts de maintenance sont requis pour les communications au sujet d'une demande de service concernant un remplacement de matériel ou d'autres événements de maintenance.

Ajoutez un contact de maintenance principal et, éventuellement, neuf contacts secondaires au maximum. Le contact principal et les contacts secondaires reçoivent toutes les notifications relatives au remplacement de matériel, aux problèmes réseau et aux exécutions de maintenance logicielle.

Vous pouvez à tout moment promouvoir n'importe quel contact secondaire au rang de contact principal. Lorsque vous promouvez un contact secondaire au rang de contact principal, le contact principal actuel est automatiquement défini comme contact secondaire.

• Services : Database
• Date de publication : 18 août 2020

Oracle Exadata Cloud@Customer est fourni dans différentes formes d'infrastructure pour prendre en charge des charges globales de différentes tailles. Dans cette version, la capacité d'Oracle Exadata Cloud@Customer a été étendue afin de prendre en charge le système X8M-2.

• Services : Database
• Date de publication : 18 août 2020

Oracle Data Guard garantit la haute disponibilité, la protection des données et la récupération après sinistre des données Enterprise.

Activez une association Data Guard entre des bases de données, changez le rôle d'une base de données dans une association Data Guard à l'aide d'une opération de permutation ou de basculement, et rétablissez une base de données ayant échoué.

• Services : Database
• Date de publication : 08 août 2020

L'assistant Déploiement Oracle Exadata Cloud@Customer est un outil d'installation et de configuration automatisé qui vous permet de configurer votre machine Oracle Exadata Cloud@Customer et de créer une instance Oracle Database en toute simplicité.

Pour plus d'informations, reportez-vous à unresolvable-reference.html#GUID-EA6C77B5-0FE2-4462-9AE8-F9C9826CC81E.

• Services : Database
• Date de publication : 28 juillet 2020

Vous pouvez désormais visualiser, prévérifier et appliquer des patches Oracle Grid Infrastructure et Oracle Database à l'aide de la console, de l'API ou de l'interface de ligne de commande Oracle Cloud Infrastructure. Cette fonctionnalité inclut la possibilité d'appliquer facilement des patches à une base de données en la déplaçant vers un autre répertoire de base de base de données. De même, vous pouvez facilement annuler la version de la base de données en la redéplaçant vers son répertoire de base de base de données d'origine.

• Services : Database
• Date de publication : 14 juillet 2020

Oracle Exadata Database Service on Cloud@Customer Gen 2 utilise la facturation à la seconde pour les OCPU. Cela signifie que l'utilisation d'OCPU est facturée à la seconde, avec une période d'utilisation minimale de 1 minute.

• Services : Database
• Date de publication : 23 juin 2020

Ajoutez, mettez à jour et enlevez des balises appliquées à une ressource de répertoire de base de base de données partagée.

• Services : Database
• Date de publication : 13 juin 2020

Fragmentez des ressources Exadata en plusieurs machines virtuelles. Définissez jusqu'à 8 clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer et indiquez la façon dont les ressources système globales leur sont allouées.

• Services : Database
• Date de publication : 13 juin 2020

Oracle Exadata Database Service on Cloud@Customer est considéré comme étant en mode "déconnecté" en cas de perte de connectivité avec le plan de contrôle de service Database exécuté sur Oracle Cloud Infrastructure. Augmentez ou réduisez le nombre de coeurs de processeur pour une machine virtuelle dans un cluster de machines virtuelles en mode déconnecté.

• Services : Database
• Date de publication : 07 mai 2020

Avant de créer la base de données, choisissez le jeu de caractères à utiliser.

Une fois la base de données créée, la modification de son jeu de caractères est généralement très coûteuse en matière de temps et de ressources. De telles opérations peuvent nécessiter la conversion de toutes les données alphanumériques en exportant l'intégralité de la base de données et en la réimportant. Par conséquent, il est important de sélectionner soigneusement le jeu de caractères de la base de données au moment de l'installation.

Pour obtenir des informations et des instructions, reportez-vous à Utilisation de la console pour créer une base de données.

• Services : Database
• Date de publication : 07 mai 2020

Le fuseau horaire par défaut de l'infrastructure Oracle Exadata Database Service on Cloud@Customer est UTC. L'heure est affichée au format UTC au niveau du système d'exploitation et de la base de données. Vous pouvez choisir un autre fuseau horaire lors du provisionnement de votre infrastructure Oracle Exadata Database Service on Cloud@Customer. Toutefois, Oracle recommande de définir le fuseau horaire de la base de données sur UTC (0:00) car aucune conversion de fuseaux horaires ne sera requise.

Pour obtenir des informations et des instructions, reportez-vous à Utilisation de la console pour créer une infrastructure.

• Services : Database
• Date de publication : 31 mars 2020

Utilisez la console, l'API ou l'interface de ligne de commande Oracle Cloud Infrastructure afin de créer et de gérer des répertoires de base de base de données Oracle partagés pour vos bases de données sur Oracle Exadata Database Service on Cloud@Customer.

Pour obtenir des informations et des instructions, reportez-vous à Création de répertoires de base de base de données Oracle sur un système Exadata Cloud@Customer.

• Services : Database
• Date de publication : 19 mars 2020

Oracle Exadata Database Service on Cloud@Customer est fourni dans différentes formes d'infrastructure pour prendre en charge des charges globales de différentes tailles. Dans cette version, la capacité d'Oracle Exadata Database Service on Cloud@Customer a été étendue afin de prendre en charge le système X7-2.

Pour plus d'informations, reportez-vous à Spécifications de modèle de système Oracle Exadata X7-2.