Documentation sur Oracle Cloud Infrastructure

Quoi de neuf dans le service Oracle Exadata Database Service on Cloud@Customer

Oracle ajoute constamment de nouvelles capacités au service Oracle Exadata Database sur Cloud@Customer. Cette section donne un bref aperçu de toutes les nouvelles fonctions à mesure de leur publication.

Note

Pour plus d'informations sur les nouvelles fonctions d'Autonomous Database sur Oracle Exadata Cloud@Customer, voir Nouveautés dans ADB-D sur Oracle Exadata Cloud@Customer

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.

Sélectionner une version mineure de Grid Infrastructure (N-3) lors du provisionnement d'une grappe de machines virtuelles

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

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'opérations Data Guard concurrentes dans plusieurs environnements de secours

En plus de la prise en charge des opérations concurrentes Data Guard, Container Database (CDB) et Pluggable Database (PDB), ces améliorations vous permettent d'effectuer des opérations concurrentes sur les CDB et les PDB en plus des opérations de migration Data Guard dans des environnements avec plusieurs bases de données de secours.

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 Cloud@Customer (ExaDB-C@C).

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.

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.

Sauvegarde et restauration à partir d'une base de données de secours dans un environnement Data Guard

Note

La possibilité d'effectuer des sauvegardes sur plusieurs bases de données de secours à l'aide de Zero Data Loss Recovery Appliance (ZDLRA) en tant que destination de sauvegarde figure sur la feuille de route pour Oracle Exadata Database Service on Cloud@Customer.

Cette amélioration vous permet d'effectuer les tâches suivantes :

  • Déchargez les sauvegardes dans la base de données de secours à l'aide d'Oracle Cloud Infrastructure Object Storage, de Zero Data Loss Recovery Appliance (ZDLRA) ou de Network File System (NFS) dans un environnement Data Guard, libérant ainsi des ressources dans l'environnement de base de données de production.
  • Programmer des sauvegardes automatiques sur la base de données de secours dans un environnement Data Guard et configurer la période de conservation.
  • Restaurez et récupérez une base de données de secours à l'aide d'une sauvegarde de la base de secours.
  • Choisissez de prendre des sauvegardes uniquement sur la base de données principale, uniquement sur la base de secours, ou les deux, en fonction de vos besoins.

Note :

  • Opérations de restauration/récupération :
    • Vous ne pouvez pas utiliser de sauvegardes sur la base de données de secours pour effectuer des opérations de restauration ou de 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, Zero Data Loss Recovery Appliance (ZDLRA) ou Network File System (NFS), 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 de données de secours avec la destination de sauvegarde d'Oracle Cloud Infrastructure Object Storage, Zero Data Loss Recovery Appliance (ZDLRA) ou Network File System (NFS), lors de la permutation, les sauvegardes se poursuivront 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 d'Oracle Cloud Infrastructure Object Storage, Zero Data Loss Recovery Appliance (ZDLRA) ou Network File System (NFS), 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, Zero Data Loss Recovery Appliance (ZDLRA) ou Network File System (NFS), lors du basculement, les sauvegardes se poursuivront sur la nouvelle base de données principale.

Créer ou supprimer simultanément des bases de données enfichables

Vous pouvez maintenant 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. Toutefois, vous ne pouvez pas créer ou supprimer des bases de données enfichables lorsqu'une base de données conteneur est à l'état de mise à jour si d'autres opérations, à l'exclusion de la création ou de la suppression de bases de données enfichables, modifient ses métadonnées ou sa structure.

Service Exadata Database pour les développeurs

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

Vous pouvez affecter autant d'OCPU/ECPU, de mémoire et de stockage à la grappe de MV de développeur que vous le souhaitez. Dans la grappe de machines virtuelles, vous pouvez avoir plusieurs bases de données conteneur et chacune peut avoir plusieurs bases de données enfichables.

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

  • Grappe de machines virtuelles unique : Les grappes de machines virtuelles Exadata Database-Developer sont limitées à une seule machine virtuelle.
  • Filtres par base de données enfichable : 2 fils (1 coeur) par base de données enfichable.
  • Mémoire par base de données enfichable : 8 Go de mémoire par base de données enfichable.
  • Taille de la base de données par base de données enfichable : 20 Go de stockage par base de données enfichable.
  • Sessions par base de données enfichable : 30 sessions par base de données enfichable.
  • Data Guard : La création d'une base de données de secours Data Guard est interdite lors de l'utilisation des grappes de MV pour développeurs.
  • Sauvegardes inter-régions : Les sauvegardes inter-régions 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

En outre, RAC à plusieurs machines virtuelles (grappes d'application réelle) n'est pas pris en charge et les grappes de machines virtuelles pour développeurs sont limitées à une seule machine virtuelle. L'automatisation de Data Guard est bloquée et la configuration manuelle de Data Guard n'est pas autorisée.

Note

Vous ne pouvez pas modifier le type de grappe de machines virtuelles après avoir déployé la grappe. Si vous souhaitez modifier le type de grappe de machines virtuelles, vous devez créer une nouvelle grappe de machines virtuelles et migrer la base de données vers la nouvelle grappe.

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.

Gestion des clés à l'aide d'un magasin de clés externe

Grâce à cette amélioration, vous pouvez maintenant stocker et gérer les clés de chiffrement de base de données dans un fournisseur de magasin de clés externe de votre choix. Cette fonction offre de la flexibilité dans le choix des fournisseurs de magasin de clés externes pour améliorer la sécurité et le contrôle des clés.

X11M Prise en charge du système

Note

This feature is rolled out only to the MTY, BOG, HYD, DXB, YUL, KIX, SYD, ZRH, AMS, MEL, SCL, YNY, VCP, CWL, SJC, MRS, ARN, MTZ, AUH, LIN, SIN, JNB, ORD, CDG, QRO, MAD, AGA, VAP, XSP, RUH, LHR, NRT, BOM, JED, ICN, PHX, IAD, FRA, YYZ, and GRU regions. Il sera déployé dans d'autres régions par phases.

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

Rubriques connexes

Rubrique parent : Nouveautés dans le service Oracle Exadata Database Service on Cloud@Customer

Service Exadata exaflopique avec Exadata Database sur Cloud@Customer

Présentation d'Exadata Exascale avec le service Exadata Database sur Cloud@Customer (ExaDB-C@C), la seule architecture de données intelligente au monde pour le nuage est un saut révolutionnaire qui combine le meilleur d'Exadata et le meilleur du nuage. Exascale repense la façon dont les ressources de calcul et de stockage sont gérées sur les plates-formes Exadata en découplant et en simplifiant la gestion du stockage, ouvrant la voie à des capacités innovantes. Il assure les meilleures normes de performance, de disponibilité et de sécurité de base de données de l'industrie attendues d'Exadata.

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

Exigences minimales pour la configuration exaflopique sur Exadata Cloud@Customer :

  • Cette fonction n'est prise en charge que sur le modèle d'infrastructure Exadata X8M (et versions ultérieures) et nécessite le logiciel du système Exadata version 24.1 et versions ultérieures.
  • Cette fonction 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 les délais de prise en charge des versions et des logiciels Oracle Database, consultez le Calendrier pour les versions de base de données courantes (ID document 742060.1) dans le portail My Oracle Support

Exadata Exascale avec le service Exadata Database sur 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 affectant dynamiquement la capacité de stockage sur tous les serveurs de stockage et en la partageant avec plusieurs grappes de machines virtuelles. L'option exaflopique permet également d'ajuster le stockage de base de données de manière dynamique à tout moment, sans affecter la performance globale.
  • Développement agile avec des clones légers exaflopiques : Exaflopique permet des clones légers économes en espace à partir de toute base de données enfichable en lecture/écriture, ce qui améliore considérablement la productivité des développeurs. Chaque développeur peut obtenir une base de données de clone à provisionnement léger avec tous les avantages Exadata pour une utilisation unique, ce qui garantit 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.
  • Puissante : L'application exaflopique s'intègre de façon transparente à des pipelines de développement, de test et de déploiement, ce qui accélère les applications de production à l'exaflopique tout en tirant parti des optimisations Exadata qui assurent une performance, 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, voir le guide de l'utilisateur d'Oracle® Exadata Exascale.

Rubriques connexes

Rubrique parent : Nouveautés dans le service Oracle Exadata Database Service on Cloud@Customer

Intégration de Microsoft Entra ID (MS-EI) au service Oracle Exadata Database Service on Cloud@Customer

Oracle Exadata Database Service on Cloud@Customer 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 :

Prise en charge des opérations concurrentes Data Guard, Container Database (CDB) et Pluggable Database (PDB)

Grâce à cette amélioration, vous pouvez maintenant effectuer des opérations concurrentes sur des bases de données conteneur et des bases de données enfichables, en même temps que des associations et des 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 une base de données conteneur alors qu'une configuration Data Guard s'exécute sur une autre base de données dans le même répertoire de base Oracle, et vice versa.
  • Créer ou supprimer une base de données enfichable alors qu'une configuration Data Guard s'exécute sur une autre base de données dans le même répertoire de base Oracle, et vice versa.
  • Effectuer des actions Data Guard (commutation, basculement et remise en service) alors qu'une configuration Data Guard s'exécute sur une autre base de données dans le même répertoire de base Oracle, et vice versa.
  • Créer ou supprimer une base de données conteneur lors de l'exécution simultanée d'actions Data Guard (passerelle, basculement et remise en service) dans le même répertoire de base Oracle, et vice versa.
  • 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) 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 dans le même répertoire de base Oracle, et vice versa.
  • Créer ou supprimer une base de données conteneur simultanément sur différentes bases de données dans le même répertoire de base Oracle.
  • Créer ou supprimer une base de données enfichable simultanément 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.
  • Exécution simultanée d'actions Data Guard (commutation, basculement et remise en service) sur différentes bases de données du même répertoire de base Oracle.
  • Création ou suppression d'une base de données conteneur ou d'une base de données enfichable, exécution de la configuration de Data Guard et exécution d'actions Data Guard (passerelle, basculement et remise en service) lors de la mise à jour simultanée des marqueurs de grappe de machines virtuelles.

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

Le service de contrôle d'accès délégué permet aux clients du service Oracle Exadata Database Service on Cloud@Customer 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.

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.

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.

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 spécifiques pour les opérations de grappe de machines virtuelles, telles que permettre à un jeu d'utilisateurs sélectionné d'ajuster uniquement la mémoire ou l'UC, ajuster le stockage local/Exadata ou 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.

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

La maintenance de l'infrastructure est effectuée sous la forme d'une seule activité programmée basée sur les préférences du client et comprend tous les composants de l'infrastructure. Selon le nombre de composants, la maintenance de l'infrastructure peut prendre entre 12 et 30 heures (ou plus longtemps pour les infrastructures à expansion élastique).

Les composants d'infrastructure sont les suivants :

  • Serveurs de base de données
  • Serveurs de stockage
  • Commutateurs de réseau

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. En fonction des intervalles de temps privilégiés par les clients les mieux adaptés à vos besoins d'affaires, 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 répondre aux directives de conformité.

Rubriques connexes

Rubrique parent : Nouveautés dans le service Oracle Exadata Database Service on Cloud@Customer

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

Améliorations apportées à l'intégration d'Oracle Key Vault (OKV) avec ExaDB-C@C pour gérer les clés TDE

Intégrer Oracle Key Vault (OKV) sur place avec le service Oracle Exadata Database Service on Cloud@Customer et utiliser des clés gérées par le client stockées dans Oracle Key Vault pour sécuriser vos données critiques.

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

Actuellement, vous pouvez uniquement augmenter ou diminuer la taille du système de fichiers /u02 dans la machine virtuelle invitée. Maintenant, à l'aide de la console ou de l'API OCI, vous pouvez augmenter la taille de 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.

Oracle Database 23ai sur le service Oracle Exadata Database Service on Cloud@Customer

Oracle Database 23ai est une version de production régulière disponible sur le service 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.

Modifier la région principale de l'infrastructure ExaDB-C@C

Avec cette amélioration, vous pouvez modifier la région OCI principale à laquelle votre infrastructure ExaDB-C@C se connecte. Il s'agit d'une opération assistée par un ingénieur sur place et il n'y a aucun temps d'arrêt du service pendant que la modification de la région principale est en cours.

Note

La modification de la région principale de votre infrastructure ExaDB-C@C n'aura aucune incidence sur la facturation.

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 d'OCI Cloud Shell
  • Historique de la console

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 vérifier et vérifier les activités précédentes effectuées au moyen de la console série par d'autres utilisateurs.

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 à la console série par Cloud Shell nécessite des autorisations IAM appropriées pour Cloud Shell. Pour plus de détails, voir la documentation sur OCI Cloud Shell. De plus, pour accéder à la console série et utiliser l'historique de la console, vous devez configurer des règles de pare-feu afin que le serveur de plan de contrôle puisse accéder aux points d'extrémité OCI nécessaires. Consultez les détails du tableau 3-2 pour connaître les exigences de connectivité de la console de machine virtuelle et du stockage d'objets.

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.

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.

Amélioration de la gestion des bases de données enfichables

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

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.

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 MV 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.

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 :

Intégration d'Oracle Key Vault (OKV) avec ExaDB-C@C pour gérer les clés de chiffrement transparent des données (TDE)

Intégrer Oracle Key Vault (OKV) sur place avec le service Oracle Exadata Database Service on Cloud@Customer pour sécuriser vos données critiques sur place.

L'intégration Oracle Key Vault vous permet de contrôler complètement vos clés de chiffrement et de les stocker en toute sécurité sur un appareil de gestion des clés externe et centralisé.

X10M Prise en charge du système

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

Gérer la console série Accès aux systèmes ExaDB-C@C

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

Exigences : L'utilisation de la fonction de console série nécessite l'infrastructure Exadata version 22.1.10 ou ultérieure pour la version 22. X utilisateurs et version 23.1.1 ou supérieure pour 23. X utilisateurs. La fonction de console série sera disponible sur toutes les nouvelles grappes de machines virtuelles créées immédiatement, mais ne sera disponible que sur les grappes de machines virtuelles existantes après le prochain cycle de maintenance trimestrielle. 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.

Note

Les deux points d'extrémité suivants ont été ajoutés pour le serveur de plan de contrôle (CPS). Utilisez ces formats d'URL, en remplaçant oci_region par votre région. 

  • console1.exacc.oci_region.oci.oraclecloud.com
  • console2.exacc.oci_region.oci.oraclecloud.com

Ceux-ci doivent être autorisés sur votre pare-feu pour que les connexions à la console série fonctionnent. Voir le tableau 3-2 des exigences relatives au réseau pour le service Oracle Exadata Database Service on Cloud@Customer pour plus de détails.

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.

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.

Prise en charge du protocole LACP (Aggregation Control Protocol) pour les réseaux clients et de sauvegarde

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

Vous pouvez configurer des réseaux clients 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 en grappe de machines virtuelles, futurs ou existants. Comme le paramètre est appliqué individuellement à chaque interface réseau, 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 qui est maintenant utilisée, vous pouvez modifier le mode de liaison réseau d'Active-Sauvegarde à LACP (ou vice versa). Notez toutefois qu'il s'agit d'un processus de mise à jour non continue 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 pouvez subir une interruption du réseau et devez planifier le temps d'arrêt de l'application jusqu'à ce que vos paramètres de commutateur et ExaDB-C@C soient mis en correspondance.

L'utilisation de LACP nécessite que le serveur et les commutateurs aient des paramètres compatibles pour permettre à LACP de fonctionner correctement. Pour utiliser LACP pour ExaDB-C@C, vous devez configurer vos commutateurs de 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, de sorte que les paramètres du commutateur de client doivent être compatibles avec les paramètres indiqués ci-dessus sans modification.

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 et de performance 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.

Activer Data Guard avec l'image logicielle de base de données (image personnalisée)

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

Avec cette amélioration.

  • Vous pouvez remplacer le DSI principal sélectionné automatiquement par un autre DSI pour la base 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. Facultativement, vous pouvez 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 avertira des problèmes potentiels liés à la présence d'images différentes pour les bases de données principale et de secours.

Utiliser l'authentification du service de gestion des identités et des accès (GIA) avec le service Oracle Exadata Database sur Cloud@Customer

Vous pouvez configurer Oracle Database dans le service Oracle Exadata Database sur Cloud@Customer afin d'utiliser l'authentification et l'autorisation du service de gestion des identités et des accès (GIA) pour Oracle Cloud Infrastructure pour permettre aux utilisateurs GIA d'accéder à la base de données à l'aide des données d'identification GIA.

Note

L'intégration du service Oracle Exadata Database sur Cloud@Customer au service GIA pour OCI est prise en charge dans les locations commerciales avec des domaines d'identité, ainsi qu'au service GIA pour OCI existant, qui ne contient pas de domaines d'identité. Le service GIA avec des domaines d'identité a été introduit avec les nouvelles locations OCI créées après le 8 novembre 2021. Seuls les utilisateurs GIA du domaine par défaut sont pris en charge avec les nouveaux domaines d'identité.

Créer des associations Data Guard entre régions

Créez des associations Data Guard entre les régions de votre location. Cela vous aidera à mettre en oeuvre un plan de récupération après sinistre efficace pour protéger vos données contre les catastrophes naturelles.

Note

Des associations Active Data Guard ou Data Guard peuvent uniquement être créées pour les bases de données activées pour le chiffrement transparent des données (TDE), et non pour les bases de données activées pour Oracle Key Vault (OKV).

Extension des capacités de calcul et de stockage sur plusieurs bâtis

Pour certains déploiements, il se peut que vous souhaitiez dépasser le nombre maximal de serveurs de calcul et de stockage pris en charge dans un seul bâti d'infrastructure Exadata. Grâce à cette amélioration pour l'extension des capacités de calcul et de stockage, vous pouvez maintenant disposer de capacités de calcul et de stockage supplémentaires sur plusieurs bâtis disponibles pour les grappes de machines virtuelles provisionnées sur l'infrastructure Exadata.

Les systèmes de base ne sont pas admissibles à l'extension multibâti. La configuration multibâti s'applique uniquement aux formes suivantes :

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

Note : Une infrastructure Exadata comportant plus de 8 serveurs de calcul ou 12 serveurs de stockage nécessite un déploiement sur plusieurs bâtis.

La sélection "multibâti" détermine le nombre maximal de serveurs de calcul et de stockage que vous pouvez spécifier dans la configuration du serveur.

  • Bâti unique :
    • Tous les systèmes : 8 serveurs de calcul et 12 serveurs de stockage
  • Multibâti :
    • Systèmes X7, X8 et tous les systèmes de base : Sans objet
    • Systèmes X8M et X9M : 32 serveurs de calcul et 64 serveurs de stockage

Processus avant déploiement :

  • Si plusieurs bâtis sont requis ou souhaités, le FE fournit au client un fichier de configuration JSON.
  • Le client charge 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 bâtis, il doit charger le fichier JSON afin que le plan de contrôle puisse générer correctement l'ensemble de configuration à télécharger. Le fichier JSON sera utilisé pour configurer correctement les composants supplémentaires. Le chargement de l'objet JSON sera obligatoire uniquement pour les déploiements identifiés comme étant sur plusieurs bâtis.
  • Si un client ne parvient pas à identifier une infrastructure en tant que multibâti et détermine ensuite qu'elle est bien composée de plusieurs bâtis, il devra supprimer cette infrastructure et la recréer.
  • Si un client étend une infrastructure existante et reste dans un seul bâti (en ajoutant seulement des serveurs), il n'y a aucune modification au processus de déploiement courant.
  • Lorsqu'un client étend une infrastructure existante et ajoute un nouveau bâti ou étend une infrastructure avec un bâti d'extension existant, il doit choisir le type de déploiement sur plusieurs bâtis et charger un nouveau fichier de configuration multibâti (JSON).

Rubriques connexes

Rubrique parent : Nouveautés dans le service Oracle Exadata Database Service on Cloud@Customer

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.

Extension du calcul élastique

L'extension du calcul élastique permet d'ajouter un nombre arbitraire de serveurs de base de données à l'infrastructure Exadata Cloud@Customer. En conjonction avec la fonction Extension du stockage élastique précédemment mise en disponibilité, les nouvelles installations d'infrastructure peuvent désormais être mieux personnalisées grâce au provisionnement d'un nombre discret de serveurs de base de données et de serveurs de stockage. De plus, il est désormais possible d'étendre la capacité de calcul des déploiements d'infrastructure existants en ajoutant des serveurs de base de données individuels de façon similaire à l'extension du stockage élastique.

En outre, des modifications importantes ont été apportées à l'objet Réseau en grappe de machines virtuelles afin de faciliter la création de sous-ensembles de ressources de réseau pour 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; toutefois, vous devez ajouter des ressources supplémentaires à vos grappes de machines virtuelles. Cette opération n'est pas effectuée automatiquement. Tout d'abord, ajoutez des ressources de réseau en grappe de machines virtuelles, puis ajoutez des machines virtuelles supplémentaires à vos grappes de machines virtuelles en suivant les instructions des liens ci-dessous.

Rubriques connexes

Rubrique parent : Nouveautés dans le service Oracle Exadata Database Service on Cloud@Customer

Service de marquage standard d'Oracle pour les ressources sur le service Oracle Exadata Database sur Cloud@Customer

Les ressources du service Exadata Database sur Cloud@Customer peuvent maintenant être marquées à l'aide des 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.

Historique de maintenance de l'infrastructure Exadata

Dans la page Historique de maintenance, vous pouvez désormais cliquer sur une maintenance pour afficher les détails de l'historique de maintenance, qui contient les mêmes informations détaillées que celles disponibles pour une maintenance programmée ou en cours. L'historique de maintenance est disponible, qu'il s'agisse d'une maintenance réussie ou d'une maintenance ayant échoué.

Maintenance de sécurité mensuelle de l'infrastructure ExaDB-C@C

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.

Amélioration du contrôle pour le repositionnement ou la relance en cas d'échec de la mise à jour du système d'exploitation de la MV invitée

Vous n'avez pas forcément besoin d'effectuer un repositionnement si l'application de la mise à jour du système d'exploitation de la machine virtuelle invitée échoue. Une nouvelle option, en plus de l'option de repositionnement courante, a été ajoutée pour que vous puissiez réessayer et appliquer la mise à jour qui a échoué. Si vous souhaitez appliquer une mise à jour d'image de système d'exploitation différente en cas d'échec, vous devrez d'abord effectuer un repositionnement, puis l'appliquer.

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.

Prise en charge du numéro de série du bâti en tant que marqueur de système

Cette amélioration consiste à afficher le numéro de série du bâti Exadata Cloud@Customer dans la console OCI sous 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.

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.

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 Exadata Cloud@Customer est à la version 20, vous pouvez la mettre à jour à la version 21.

Événements du service de base de données

La mise en oeuvre de la fonction Événements de service de base de données vous permet d'être informé des problèmes d'état liés à vos bases de données Oracle ou à d'autres composants sur la machine virtuelle invitée.

Rapport hors ligne de diagnostic du serveur de plan de contrôle

Le rapport hors ligne de diagnostic du serveur de plan de contrôle (CPS) vous aide à résoudre les problèmes de connectivité entre le serveur de plan de contrôle et les points d'extrémité OCI.

Il vous incombe de maintenir et de dépanner l'infrastructure réseau de votre centre de données. Pour vous connecter à une région OCI, Exadata Cloud@Customer Gen2 dépend de votre infrastructure et de votre fiabilité. La connectivité d'Exadata Cloud@Customer de la région OCI aux serveurs de plan de contrôle d'Exadata Cloud@Customer peut être touchée par les modifications que vous apportez à votre infrastructure. Toutefois, Oracle n'a aucun contrôle sur votre pare-feu ou votre réseau.

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

Pour voir le rapport, procédez comme suit :
  1. Recherchez les adresses IP DU serveur de plan de contrôle.

    Pour plus d'informations, voir Utilisation de la console pour voir les détails de configuration du réseau de l'infrastructure Exadata.

  2. À partir de votre réseau local, accédez au rapport par HTTP.

    Pour voir le rapport au format HTML, utilisez http://<CPSPublicIP>:18080/report

    Pour voir le rapport au format JSON, utilisez http://<CPSPublicIP>:18080/report/json

Note

  • Vous ne pouvez pas activer ou désactiver le rapport hors ligne de diagnostic du serveur de plan de contrôle si l'infrastructure Exadata est en mode DISCONNECTED.
  • Toutes les heures, même si aucun problème n'est détecté sur le serveur de plan de contrôle, le système génère et enregistre toujours un rapport de diagnostic dans les formats HTML et JSON. Lorsqu'un problème de connectivité se produit entre le serveur de plan de contrôle et les points d'extrémité OCI, le système génère un rapport immédiatement.
  • À tout moment, le rapport n'est disponible que sur le serveur de plan de contrôle principal. Lors de la génération d'un rapport, si la première adresse IP spécifiée pour les serveurs de plan de contrôle ne fonctionne pas, vous pouvez essayer la deuxième adresse IP.

Pour plus d'informations, voir ExaCC gen2 : Dépannage de la connexion RPV/WSS du côté client (ID document 2745571.1).

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

La maintenance de l'infrastructure gérée par Oracle pour Exadata Cloud@Customer 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.

Gérer les bases de données enfichables sur Exadata Cloud@Customer

Créer et gérer des bases de données enfichables dans les systèmes Oracle Exadata Cloud@Customer à l'aide de la console et des API.

Permettre aux clients de choisir le type Data Guard

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é.

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.

Spécifier db_unique_name et l'IDS pour les bases de données principales et de secours dans une association Data Guard

Les bases de données Oracle sont identifiées par trois noms importants : db_name, db_unique_name et instance_name (IDS). Cette nouvelle fonction fournit des contrôles cohérents d'attribution de nom aux bases de données principale et de secours et permet d'entrer les préfixes db_unique_name et IDS dans les bases de données principale et de secours. Cela permet de prendre en charge différentes conventions d'attribution de nom pour gérer le parc Oracle Database.

Sous-ensemble de noeuds de grappe de machines virtuelles

Note

La fonction de sous-ensemble de noeuds de grappe de machines virtuelles est maintenant disponible dans toutes les régions commerciales OCI.

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).

Rubriques connexes

Rubrique parent : Nouveautés dans le service Oracle Exadata Database Service on Cloud@Customer

Prise en charge du système X9M-2

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

Pour plus d'informations, voir :
  • Options de configuration système pour Oracle Exadata Cloud@Customer
  • Spécifications du modèle de système Oracle Exadata X9M-2
  • Estimation de la quantité de stockage local que vous pouvez fournir à vos MV
  • Aperçu de l'extension du stockage élastique

Personnaliser le port du module d'écoute SCAN

Vous pouvez maintenant spécifier un port de module d'écoute SCAN (TCP/IP) dans l'intervalle autorisé lors de la création d'une ressource de réseau en grappe de machines virtuelles. Pour plus d'informations, voir :
  • Utilisation de la console pour créer un réseau en grappe de machines virtuelles
  • Utilisation de la console pour voir le port du module d'écoute SCAN configuré

Création de l'association DG/base de données de secours à l'aide du répertoire de base de base de données existant

Sélectionnez un répertoire de base 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, voir Utilisation de la console pour activer Data Guard sur un système Exadata Cloud@Customer.

Mise à niveau d'Oracle Grid Infrastructure sur une grappe de machines virtuelles Exadata Cloud@Customer

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

Mise à jour du système d'exploitation de la MV invitée

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

Mise à niveau des bases de données Oracle

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

Télécharger le rapport de validation du réseau

Validez et inspectez le rapport d'échec de validation du réseau sans l'intervention active de l'équipe des opérations Oracle Cloud pour résoudre les problèmes de configuration de réseau. Pour plus d'informations, voir Utilisation de la console pour télécharger le rapport de validation du réseau.

Extension du stockage élastique

Étendez le stockage associé à votre infrastructure Exadata Cloud@Customer et rendez-le disponible pour l'affectation des grappes de machines virtuelles, pendant et après le provisionnement de l'infrastructure. Pour plus d'informations, voir :
  • Aperçu de l'extension du stockage élastique
  • Utilisation de la console pour ajuster le stockage d'infrastructure
  • Utilisation de la console pour télécharger le fichier de configuration d'ajustement du stockage d'infrastructure
  • Utilisation de la console pour activer de nouveaux serveurs de stockage
  • Utilisation de la console pour rendre la capacité de stockage des nouveaux serveurs disponible pour la consommation des grappes de machines virtuelles
  • Utilisation de la console pour voir les détails de l'infrastructure Exadata Cloud@Customer avec une capacité de stockage ajustée
  • Autorisations requises pour chaque opération d'API
  • exadata-infrastructures
  • Types d'événement d'extension de stockage

Rubriques connexes

Rubrique parent : Nouveautés dans le service Oracle Exadata Database Service on Cloud@Customer

Images logicielles de base de données Oracle

Utilisez le type de ressource Image logicielle de base de données pour créer des bases de données et des répertoires de base Oracle Database et pour appliquer des correctifs aux bases de données. Pour plus d'informations, voir :
  • Images logicielles de base de données Oracle
  • Utilisation de la console pour créer un répertoire de base Oracle Database sur Exadata Cloud@Customer
  • Utilisation de la console pour effectuer une opération d'application de correctifs sur un répertoire de base de base de données

Automatisation de l'application de correctifs à l'infrastructure Exadata Cloud@Customer

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

Contacts chez le client pour la maintenance

Les contacts de maintenance sont requis pour les communications basées sur des demandes de service pour le remplacement de matériel ou pour d'autres événements de maintenance.

Ajoutez un contact principal pour la maintenance et ajoutez éventuellement un maximum de neuf contacts secondaires. Les contacts principaux et secondaires reçoivent tous les avis sur le remplacement de matériel, les problèmes de réseau et les exécutions de maintenance logicielle.

Vous pouvez promouvoir un contact secondaire au rang de contact principal à tout moment. Lorsque vous promouvez un contact secondaire au rang de contact principal, le contact principal courant est automatiquement rétrogradé au rang de contact secondaire.

Pour plus d'informations, voir :
  • Utilisation de la console pour créer une infrastructure
  • Gestion des contacts pour la maintenance de l'infrastructure

Prise en charge du système X8M-2

Oracle Exadata Cloud@Customer présente différentes formes d'infrastructure pour prendre en charge des charges de travail de différentes tailles. Dans cette version, la capacité d'Oracle Exadata Cloud@Customer a été étendue au système X8M-2.

Pour plus d'informations, voir :
  • Options de configuration système pour Oracle Exadata Cloud@Customer
  • Spécifications du système Oracle Exadata Cloud@Customer X8M-2
  • Exigences relatives au réseau pour Oracle Exadata Cloud@Customer

Activer et gérer les associations Data Guard

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

Activez une association Data Guard entre des bases de données, modifiez 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, puis remettez en service une base de données défaillante.

Pour plus d'informations, voir :
  • Utilisation d'Oracle Data Guard avec Exadata Cloud@Customer
  • Utilisation de l'API pour gérer des associations Data Guard sur un système Exadata Cloud@Customer
  • Autorisations requises pour chaque opération d'API
  • Types d'événement Data Guard

Assistant de déploiement Oracle Exadata Cloud@Customer

L'Assistant de déploiement Oracle Exadata Cloud@Customer est un outil automatisé d'installation et de configuration qui vous permet de configurer votre machine Oracle Exadata Cloud@Customer et de créer une instance Oracle Database avec un minimum d'efforts.

Pour plus de renseignements, consultez la page unresolvable-reference.html#GUID-EA6C77B5-0FE2-4462-9AE8-F9C9826CC81E

Application de correctifs Oracle Grid Infrastructure et Oracle Database

Vous pouvez maintenant voir, pré-vérifier et appliquer des correctifs à 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é permet d'appliquer facilement des correctifs à une base de données en la déplaçant vers un autre répertoire de base. De même, vous pouvez facilement annuler la version de la base de données en la déplaçant vers son répertoire de base initial.

Pour plus d'informations et obtenir des instructions, voir :
  • Application manuelle de correctifs et de mises à jour à un système Exadata Cloud@Customer
  • Dépannage des systèmes Exadata Cloud@Customer
  • Types d'événement d'application de correctifs à Oracle Database et Oracle Grid Infrastructure

Facturation à la seconde pour l'utilisation des OCPU

Le service Oracle Exadata Database sur Cloud@Customer Gen2 utilise la facturation à la seconde pour les OCPU. Autrement dit, l'utilisation d'OCPU est facturée à la seconde, avec une période d'utilisation minimale de 1 minute.

Marqueurs de ressource dans un répertoire de base de base de données partagé

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

Pour plus d'informations et obtenir des instructions, voir :
  • Utilisation de la console pour créer un répertoire de base Oracle Database sur Exadata Cloud@Customer
  • Utilisation de la console pour créer une base de données

Créer et gérer des machines virtuelles multiples par système Exadata (MultiVM)

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 Cloud@Customer et spécifiez comment les ressources de système globales leur sont affectées.

Pour plus d'informations et obtenir des instructions, voir :
  • Utilisation de la console pour créer une grappe de machines virtuelles
  • Utilisation de la console pour ajuster les ressources dans une grappe de machines virtuelles
  • Types d'événement de grappe de MV

Ajuster les OCPU sans connectivité au nuage

Le service Oracle Exadata Database sur Cloud@Customer est considéré comme étant en mode "déconnecté" en cas de perte de connectivité avec le plan de contrôle du service de base de données exécuté sur Oracle Cloud Infrastructure. Augmentez ou diminuez le nombre de coeurs d'UC pour une machine virtuelle dans une grappe de machines virtuelles en mode déconnecté.

Pour plus d'informations et obtenir des instructions, voir :
  • À propos de l'utilisation de l'utilitaire dbaascli sur Exadata Cloud@Customer
  • dbaascli cpuscale get_status
  • dbaascli cpuscale update
  • Types d'événement d'infrastructure Exadata

Configurer le jeu de caractères et le jeu de caractères national pour Oracle Database

Avant de créer la base de données, décidez du jeu de caractères à utiliser.

Une fois la base de données créée, la modification de son jeu de caractères prend généralement beaucoup de temps et monopolise des ressources. Ces opérations peuvent nécessiter la conversion de toutes les données alphanumériques, soit l'exportation de toute la base de données suivie de sa réimportation. 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 plus d'informations et d'instructions, voir Utilisation de la console pour créer une base de données

Spécifier un fuseau horaire lors du provisionnement de l'infrastructure du service Oracle Exadata Database sur Cloud@Customer

Le fuseau horaire par défaut de l'infrastructure du service Oracle Exadata Database sur Cloud@Customer est UTC. L'heure est affichée dans le 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 l'infrastructure de votre service Oracle Exadata Database sur Cloud@Customer. Toutefois, Oracle recommande de régler le fuseau horaire de la base de données à UTC (0:00), car aucune conversion de fuseau horaire n'est requise.

Pour plus d'informations et d'instructions, voir Utilisation de la console pour créer une infrastructure.

Répertoires de base de données partagés pour le service Oracle Exadata Database sur Cloud@Customer

Utilisez un seul répertoire de base Oracle pour plusieurs bases de données. En plus d'économiser de l'espace, le partage d'un répertoire de base Oracle contenant plusieurs bases de données offre les avantages suivants :
  • Les correctifs ponctuels requis pour plusieurs bases de données doivent seulement être appliqués à un nombre moindre de répertoires de base Oracle, ce qui réduit les frais généraux et l'administration de l'application de correctifs.
  • Gains d'espace, par exemple, en n'ayant qu'un seul répertoire de base Oracle par version du logiciel Oracle (bien que plusieurs soient possibles).
  • Application de correctifs à Oracle Database en déplaçant les bases de données entre les répertoires de base au lieu d'appliquer des correctifs au répertoire de base.
  • Traitement de secours pour déplacer une base de données vers une version inférieure du répertoire de base sans avoir à annuler l'application d'un correctif.
  • L'installation logicielle de nouveaux répertoires de base et de nouvelles versions n'interrompt pas le fonctionnement de la base de données.
  • Le temps d'application de correctifs à une base de données est réduit, car il n'est pas nécessaire d'installer des binaires Oracle supplémentaires.

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

Pour des informations et des instructions, voir Créer des répertoires de base Oracle Database sur des systèmes Exadata Cloud@Customer.

Prise en charge du système X7-2

Le service Oracle Exadata Database sur Cloud@Customer est livré avec différentes formes d'infrastructure pour prendre en charge des charges de travail de tailles différentes. Dans cette version, la capacité du service Oracle Exadata Database sur Cloud@Customer a été étendue pour prendre en charge le système X7-2.

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