Annonces de nouvelles fonctions (2023)

Annonces concernant les changements remarquables apportés à la base de données d'IA autonome sur l'infrastructure Exadata dédiée en 2023.

Décembre 2023

Fonctionnalité Description
Désactiver et activer les sauvegardes automatiques

Par défaut, les sauvegardes automatiques sont activées pour une base de données conteneur autonome. Toutefois, vous pouvez désormais les désactiver lors du provisionnement de la base de données conteneur autonome et les activer à tout moment ultérieurement. Une fois les sauvegardes automatiques activées, vous ne pouvez pas les désactiver pour une base de données conteneur autonome. Vous pouvez définir une période de conservation de sauvegarde comprise entre 7 et 95 jours pour les sauvegardes.

Pour plus d'informations, reportez-vous aux sections suivantes :
Possibilité d'augmenter ou de réduire une grappe de machines virtuelles Exadata autonome

Vous pouvez ajouter des ressources à une grappe de machines virtuelles Exadata autonome (AVMC) ou en supprimer. Il s'agit de l'ajustement vertical de la grappe de machines virtuelles Exadata autonome.

Cette fonctionnalité vous permet d'augmenter ou de réduire une machine virtuelle autonome en modifiant les ressources suivantes :

  • Nombre d'UC par MV
  • Nombre de bases de données conteneur autonomes
  • Stockage de base de données

Pour obtenir des instructions, voir Gérer les ressources de grappe de machines virtuelles Exadata autonome.

Novembre 2023

Fonctionnalité Description
Doc Update : Fonctions de configuration de sécurité renforcée

Nous avons ajouté une nouvelle section pour décrire les stratégies mises en œuvre par Autonomous AI Database afin de fournir des configurations de sécurité standard et limitées pour vos machines virtuelles autonomes (machines virtuelles client).

Pour plus de détails, reportez-vous à Gestion de la configuration dans la base de données d'IA autonome.

Activez Autonomous Data Guard et ajoutez des bases de données de secours sur une base de données conteneur autonome.

Dans les déploiements d'Oracle Public Cloud, vous pouvez activer Autonomous Data Guard et ajouter une base de données conteneur autonome de secours aux bases de données conteneur autonomes déjà provisionnées.

Pour plus d'informations, voir Activer Autonomous Data Guard sur une base de données conteneur autonome.

Oracle Real Application Testing (RAT) : Database Replay

Vous pouvez utiliser Oracle Real Application Testing Database Replay pour saisir une charge de travail à partir d'une base de données sur place ou d'un autre service en nuage et la réexécuter sur une instance de base de données Autonomous AI Database. Vous pouvez ainsi comparer les charges de travail entre une base de données sur place ou un autre service en nuage et une base de données autonome avec intelligence artificielle.

Vous pouvez également saisir la charge de travail à partir d'une base de données d'IA autonome sur une infrastructure Exadata dédiée et la réexécuter sur la même base de données d'IA autonome ou sur toute autre base de données. Cela peut être utile dans les scénarios où vous souhaitez tester un correctif ou une mise à niveau avant de l'appliquer à votre base de données de production.

Pour plus d'informations, voir Utilisation d'Oracle Real Application Testing.

Octobre 2023

Fonctionnalité Description
Mise à jour de la documentation : Graphique interactif pour les principales fonctions de sécurité

Vous pouvez maintenant consulter les fonctions de sécurité de la base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée pour obtenir des informations complètes sur les fonctions de sécurité clés prises en charge par la base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée.

Ce document est accompagné d'un graphique cliquable représentant les composants de base des principales fonctions de sécurité de la base de données Autonomous AI Database. Vous pouvez également cliquer sur le bloc que vous souhaitez explorer plus loin.

Mise à jour du fichier de fuseau horaire DST pour une base de données conteneur autonome.

Vous pouvez maintenant choisir d'inclure ou d'exclure une mise à jour de fichier de fuseau horaire ainsi que vos correctifs de maintenance automatiques trimestriels, soit lors du provisionnement d'une base de données conteneur autonome, soit pour une base de données conteneur autonome existante.

La mise à jour du fichier de fuseau horaire nécessiterait un temps d'arrêt complet pour la base de données conteneur autonome et les bases de données autonomes associées. Le temps d'arrêt dépend de la quantité de données sensibles au fuseau horaire.

Vous pouvez également programmer une maintenance sur demande pour mettre à jour l'UR (mise à jour de version) avec le fichier de fuseau horaire ou simplement le fichier de fuseau horaire d'une base de données conteneur autonome. Pour obtenir des instructions, voir Programmer une mise à jour de maintenance trimestrielle.

Méthodes de maintenance continue et non continue pour mettre à jour une base de données conteneur autonome.

Vous avez maintenant la possibilité de choisir entre des méthodes de maintenance continue ou non continue pour appliquer des correctifs de maintenance automatiques trimestriels. Vous pouvez configurer la méthode de maintenance lors du provisionnement d'une base de données conteneur autonome ou d'une base de données conteneur autonome existante. La méthode de maintenance non continue implique un temps d'arrêt complet du système.

Pour plus d'informations, voir Types de maintenance de service et Mettre à jour les préférences de maintenance de base de données conteneur autonome pour obtenir des instructions détaillées.

Mise à jour de la documentation : Étapes pour configurer CMU avec Microsoft Active Directory sur Exadata Cloud@Customer sans utiliser le service Oracle Object Store. La documentation sur Autonomous AI Database on Dedicated Exadata Infrastructure est maintenant mise à jour avec une nouvelle section qui explique comment configurer CMU avec Microsoft Active Directory sur Exadata Cloud@Customer sans utiliser le service Oracle Object Store. Voir Utiliser Microsoft Active Directory avec une base de données autonome d'IA sur une infrastructure Exadata dédiée pour plus de détails.
Nouveau modèle de calcul : ECPU

Vous pouvez configurer vos ressources de base de données autonome avec un nouveau type de calcul appelé ECPU.

Une ECPU est une mesure abstraite des ressources de calcul. Les ECPU sont basées sur le nombre de coeurs affectés de manière élastique à partir d'un groupe de serveurs de calcul et de stockage.

Pour plus d'informations sur les modèles de calcul pris en charge par Autonomous AI Database, voir Modèles de calcul dans Autonomous AI Database.

Soutien amélioré pour le suivi de l'utilisation des ressources sur Oracle Exadata Cloud@Customer

Dans les déploiements Oracle Exadata Cloud@Customer, vous pouvez surveiller et suivre l'affectation et l'utilisation de vos ressources Exadata dans les grappes de machines virtuelles Exadata autonomes (AVMC) et les bases de données conteneur autonomes (ACD), avec une granularité améliorée et de nouvelles visualisations dans la console Oracle Cloud Infrastructure (OCI), en temps réel.

Cette version vous permet d'obtenir une image complète et claire de l'affectation et de l'utilisation des ressources de calcul et de stockage au niveau de la machine virtuelle autonome et de la base de données conteneur autonome à partir de la page Détails de la console OCI. Selon votre choix, vous pouvez afficher ces informations dans une vue graphique ou de table.

La compréhension et la connaissance de ces détails peuvent vous aider à optimiser l'affectation de vos ressources aux bases de données d'intelligence artificielle autonomes et à prévoir efficacement vos besoins en matière de capacité.

Pour obtenir la liste exacte des détails des ressources que vous pouvez surveiller à partir de la page Détails de la grappe de machines virtuelles autonome et de la base de données conteneur autonome, ainsi que leur signification, voir Planifier et surveiller la capacité.

Septembre 2023

Fonctionnalité Description
Systèmes X10M disponibles dans les déploiements Exadata Cloud@Customer.

Lorsque vous créez des déploiements de base de données d'intelligence artificielle autonome sur Exadata Cloud@Customer, vous pouvez maintenant les déployer sur des systèmes Exadata Database Machine X10M.

Pour plus de détails sur les capacités et les caractéristiques des systèmes X10M pris en charge par Autonomous AI Database, voir Systèmes Exadata X10M.

Limiter l'accès de l'opérateur à une base de données conteneur autonome approuvée par le client

Autonomous AI Database on Dedicated Exadata Infrastructure vous permet de restreindre l'accès de l'opérateur Oracle à une base de données conteneur autonome (ACD) spécifique dans une grappe de machines virtuelles Exadata autonome (AVMC) dans les cages de diagnostic et de maintenance.

Lorsque cette restriction est activée, vous recevez une demande d'approbation avec les détails auxquels les opérateurs demandent l'accès. Une fois que vous aurez vérifié et approuvé la demande d'accès, les opérateurs n'auront accès SQL qu'aux bases de données conteneur autonomes approuvées.

Reportez-vous à Vérification des activités des opérateurs Oracle pour en savoir plus sur le contrôle d'accès des opérateurs Oracle.

Réplication parallèle en mode intégré La base de données autonome sur une infrastructure Exadata dédiée prend en charge la réplication parallèle en mode intégré, c'est-à-dire que vous pouvez également créer (ou ajouter) et configurer la réplication parallèle dans votre environnement. Voir [Utilisation de la réplication parallèle](/pls/topic/lookup?ctx=en/cloud/paas/autonomous-database/dedicated/adbaa&id=GGODB-GUID-AAD332AC-06FD-4116-A71E-BF785E41F2FE) pour plus d'informations.

Note : La réplication parallèle n'est pas prise en charge pour les bases de données IA autonomes surprovisionnées, c'est-à-dire les bases de données provisionnées avec moins de 1 OCPU.
Mise à jour de la documentation : Guide de dépannage Pour vous aider à résoudre les problèmes que vous pourriez rencontrer avec Oracle Autonomous AI Database sur une infrastructure Exadata dédiée, le dépannage d'une base de données d'IA autonome sur une infrastructure Exadata dédiée est ajouté à notre documentation.

Août 2023

Fonctionnalité Description
Prise en charge améliorée pour le suivi de l'utilisation des ressources sur Oracle Public Cloud.

Dans les déploiements Oracle Public Cloud, vous pouvez surveiller et suivre l'affectation et l'utilisation de vos ressources Exadata dans les grappes de machines virtuelles Exadata autonomes (AVMC) et les bases de données conteneur autonomes, avec une granularité améliorée et de nouvelles visualisations dans la console Oracle Cloud Infrastructure (OCI), en temps réel.

Cette version vous permet d'obtenir une image complète et claire de l'affectation et de l'utilisation des ressources de calcul et de stockage au niveau de la machine virtuelle autonome et de la base de données conteneur autonome à partir de la page Détails de la console OCI. Selon votre choix, vous pouvez afficher ces informations dans une vue graphique ou de table.

La compréhension et la connaissance de ces détails peuvent vous aider à optimiser l'affectation de vos ressources aux bases de données d'intelligence artificielle autonomes et à prévoir efficacement vos besoins en matière de capacité.

Pour obtenir la liste exacte des détails des ressources que vous pouvez surveiller à partir de la page Détails de la grappe de machines virtuelles autonome et de la base de données conteneur autonome, ainsi que leur signification, voir Planifier et surveiller la capacité.

Prise en charge du magasin en colonnes de base de données en mémoire pour une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée

Vous pouvez activer Database In-Memory pour votre base de données Autonomous AI Database en affectant un pourcentage de sa mémoire SGA (System Global Area) au magasin de colonnes In-Memory (stock de colonnes IM).

Vous pouvez activer ou désactiver Database In-memory pendant ou après le provisionnement de la base de données avec au moins 4 OCPU activées. L'ajustement du nombre d'UC à moins de 4 OCPU plus tard le désactive automatiquement.

Vous pouvez également activer Database In-Memory sur des bases de données clonées à partir d'une instance ou d'une sauvegarde de base de données, que la source du clone soit activée ou non pour Database In-Memory.

Consultez la section Base de données en mémoire pour connaître les exigences et les directives relatives à l'utilisation de cette fonction avec Autonomous AI Database.

Pour obtenir des instructions détaillées, voir Activer ou désactiver la base de données en mémoire ou Créer une base de données d'IA autonome sur une infrastructure Exadata dédiée.

Juillet 2023

Fonctionnalité Description
Configuration Autonomous Data Guard inter-région pour Autonomous AI Database sur Exadata Cloud@Customer.

Dans les déploiements Exadata Cloud@Customer, vous pouvez spécifier une infrastructure Exadata et une grappe de machines virtuelles Exadata autonome qui se trouvent dans une région différente de celle de l'infrastructure Exadata et de la grappe de machines virtuelles Exadata autonome de la base de données principale.

Cette option offre le plus haut niveau de protection contre les sinistres, y compris une perte de connectivité réseau externe ou une coupure d'alimentation dans toute une région.

Pour plus de détails sur Autonomous Data Guard et les concepts connexes, voir Protéger les bases de données critiques contre les défaillances et les sinistres à l'aide d'Autonomous Data Guard.

Cloner une instance de base de données ou sa sauvegarde entre les régions et les ressources d'infrastructure Exadata.

Dans les déploiements Exadata Cloud@Customer, vous pouvez :

  • Cloner une base de données autonome d'IA, avec ou sans Autonomous Data Guard, vers une base de données conteneur autonome, avec ou sans Autonomous Data Guard, sur une autre infrastructure Exadata dans la même région ou dans une autre. Dans le cas des bases de données autonomes avec Autonomous Data Guard, vous ne pouvez cloner qu'à partir de la base de données principale.
  • Créez une nouvelle base de données d'intelligence artificielle autonome à partir d'une sauvegarde sur la même infrastructure Exadata ou sur une autre infrastructure dans la même région ou dans une autre. Dans le cas des bases de données autonomes utilisant Autonomous Data Guard, créez une instance de base de données à partir des sauvegardes de base de données principale ou de secours dans la même région ou dans une autre.

Pour obtenir des instructions étape par étape, voir :

Juin 2023

Fonctionnalité Description
Mise à jour de la documentation pour consolider les fonctions de réglage et de surveillance de la performance prises en charge par Autonomous AI Database sur une infrastructure Exadata dédiée.

La documentation existante relative aux fonctions à haute performance prises en charge par Autonomous AI Database sur une infrastructure Exadata dédiée n'est pas conçue pour fournir des informations complètes dans un seul article.

Le nouvel article contient :

  • Un graphique d'aperçu pour vous donner une vue d'ensemble de toutes les fonctionnalités haute performance et des outils de surveillance des performances pris en charge par la base de données autonome d'IA.
  • Une explication détaillée de chaque fonctionnalité et outil avec des références croisées aux guides pratiques connexes, le cas échéant.

Pour plus d'informations, voir Fonctions hautes performances dans une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée.

Prise en charge de la forme de base pour une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée dans Oracle Public Cloud.

Oracle Autonomous AI Database sur une infrastructure Exadata dédiée prend différentes formes d'infrastructure pour prendre en charge des charges de travail de différentes tailles. Dans cette version, la capacité de la base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée a été étendue pour prendre en charge la forme de base.

Pour plus d'informations, voir Limites de ressources et caractéristiques des formes d'infrastructure.

Utilisez DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION pour activer un modèle d'authentification externe.

Vous pouvez utiliser DBMS_CLOUD_ADMIN.ENABLE_EXTERNAL_AUTHENTICATION pour activer l'authentification Kerberos, Microsoft Azure AD ou Identity and Access Management (IAM) en tant que modèle d'authentification externe pour votre base de données IA autonome.

Reportez-vous aux rubriques suivantes pour obtenir des instructions détaillées :
Utilisez des répertoires pour charger des données avec les procédures DBMS_CLOUD.

Comme alternative à un URI d'emplacement de magasin d'objets, vous pouvez maintenant spécifier un répertoire avec des procédures DBMS_CLOUD pour charger ou décharger des données à partir de fichiers d'un répertoire, y compris des répertoires créés sur des systèmes de fichiers réseau attachés.

Les procédures suivantes prennent en charge la spécification de fichiers dans un répertoire avec le paramètre file_uri_list :

  • DBMS_CLOUD.COPY_COLLECTION
  • DBMS_CLOUD.COPY_DATA
  • DBMS_CLOUD.CREATE_EXTERNAL_TABLE

Les procédures suivantes prennent en charge la spécification de fichiers dans un répertoire avec le paramètre partitioning_clause :

  • DBMS_CLOUD.CREATE_EXTERNAL_TABLE
  • DBMS_CLOUD.CREATE_HYBRID_PART_TABLE

Pour plus de détails, reportez-vous à DBMS_CLOUD for Objects and Files.

Accédez aux fichiers Avro, ORC et Parquet dans les magasins d'objets.

Vous pouvez désormais interroger et charger directement des données stockées dans des fichiers au format Apache Avro, Apache Parquet ou ORC dans Autonomous AI Database. Vous pouvez également créer des tables externes pour les fichiers de données au format Avro, Parquet ou ORC.

Pour plus de détails, reportez-vous aux rubriques suivantes :

Mai 2023

Fonctionnalité Description
Prise en charge des quotas de compartiment pour Autonomous AI Database sur Exadata Cloud@Customer

Autonomous AI Database sur Exadata Cloud@Customer prend désormais en charge la fonction de quotas de compartiment d'Oracle Cloud Infrastructure. Grâce à cette fonction, vous pouvez limiter, pour chaque compartiment, la disponibilité des ressources d'infrastructure dédiée dans votre location.

Pour plus d'informations, voir Gérer la disponibilité des ressources à l'aide de quotas de compartiment. Pour des informations générales sur la fonction de quotas de compartiment, voir Quotas de compartiment.

Prise en charge du sous-ensemble de noeuds de grappe de machines virtuelles autonome sur Autonomous AI Database sur Oracle Public Cloud.

Dans Oracle Public Cloud, vous pouvez maintenant sélectionner les serveurs de base de données lors du déploiement d'une nouvelle ressource de grappe de machines virtuelles Exadata autonome (AVMC). Cette option est disponible uniquement lors du provisionnement d'une ressource AVMC, et vous ne pouvez pas modifier la sélection après avoir créé l'AVMC avec succès.

Pour plus de détails, voir Créer une grappe de machines virtuelles Exadata autonome.

Activité mensuelle de maintenance de sécurité de l'infrastructure

Oracle programme et effectue une maintenance mensuelle de la sécurité de l'infrastructure ainsi qu'une maintenance trimestrielle. Cette activité de maintenance est programmée pour être appliquée pendant une fenêtre de 21 jours qui commence après le 15 de chaque mois. Vous recevrez un avis du programme proposé au moins 7 jours avant le début de la fenêtre de maintenance mensuelle, et vous pouvez reprogrammer la maintenance mensuelle à une autre date dans la fenêtre si vous le souhaitez.

Ces correctifs de sécurité sont appliqués seulement pendant les mois avec des mises à jour de sécurité critiques, y compris les correctifs pour les vulnérabilités dont la note CVSS est supérieure ou égale à 7. Pour plus d'informations, voir Maintenance du service dans une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée.

Note :

La mise en oeuvre de la maintenance de sécurité de l'infrastructure sera déployée progressivement dans différentes régions Oracle Cloud Infrastructure (OCI).
Mise à jour de la documentation : Caractéristiques de haute performance dans une base de données d'intelligence artificielle autonome sur une infrastructure Exadata dédiée

La documentation existante expliquant les fonctions de haute performance prises en charge par Autonomous AI Database sur une infrastructure Exadata dédiée est improvisée et consolidée dans un article unique. Ce nouvel article décrit comment utiliser les différentes fonctions de surveillance et de réglage de la performance prises en charge par Autonomous AI Database, en référençant les guides pratiques connexes.

Pour plus de détails, voir Fonctions haute performance dansAutonomous AI Database.

Possibilité d'apporter vos propres certificats (BYOC)

Dans les déploiements Oracle Public Cloud, vous pouvez désormais prédéfinir vos propres certificats de sécurité avec une grappe de machines virtuelles Exadata autonome (AVMC) à l'aide de la console Oracle Cloud Infrastructure (OCI). Cette fonction vous permet d'utiliser les certificats SSL (Secure Socket Layer) ou Oracle REST Data Services (ORDS) côté serveur signés par une autorité de certification lors de la rotation des certificats de sécurité de votre ressource AVMC.

Pour plus de détails, voir Gérer les certificats de sécurité pour une ressource de grappe de machines virtuelles Exadata autonome.

Possibilité d'ajouter du stockage à une ressource d'infrastructure Exadata existante

Vous pouvez maintenant ajouter des serveurs de stockage supplémentaires à une ressource d'infrastructure Exadata existante et créer de nouvelles grappes de machines virtuelles Exadata autonomes à l'aide du stockage nouvellement ajouté. En termes simples, vous pouvez ajuster votre stockage d'infrastructure Exadata à la demande de manière automatisée et élastique.

Pour plus d'informations sur l'utilisation de cette fonction avec les déploiements Oracle Public Cloud, voir :

Pour plus d'informations sur l'utilisation de cette fonction avec les déploiements Exadata Cloud@Customer, voir :

Avril 2023

Fonctionnalité Description
Traitement du fuseau horaire dans les appels à SYSDATE et SYSTIMESTAMP

Le paramètre d'initialisation SYSDATE_AT_DBTIMEZONE permet un traitement spécial dans une session pour la valeur de date et d'heure retournée dans les appels à SYSDATE et SYSTIMESTAMP. Selon la valeur de SYSDATE_AT_DBTIMEZONE, la date et l'heure sont basées sur le fuseau horaire par défaut de la base de données autonome avec intelligence artificielle, sur le temps universel coordonné (UTC) ou sur le fuseau horaire défini dans la base de données.

Pour plus d'informations, voir SYSDATE_AT_DBTIMEZONE.

Port du module d'écoute SCAN et mode d'authentification TLS

Dans les déploiements Oracle Public Cloud, vous pouvez maintenant :

  • Sélectionnez un port de module d'écoute SCAN pour TLS et non TLS dans un intervalle de ports disponibles.
  • Choisissez entre TLS unidirectionnel et mTLS pour les certificats TLS de base de données.

Pour plus de détails, voir Créer une grappe de machines virtuelles Exadata autonome.

Accéder aux répertoires NFS (Network File System) ou FSS (OCI File System Service)

Vous pouvez désormais attacher des appareils NFS externes fournis par le client ou par OCI FSS à l'aide des procédures DBMS_CLOUD_ADMIN. Cela vous permet de charger des données à partir du stockage de fichiers externe dans votre réseau en nuage virtuel (VCN) ou tout autre système de fichiers réseau dans les centres de données sur place.

Pour plus d'informations, reportez-vous aux sections suivantes :
Prise en charge des formes de base dans les déploiements Exadata Cloud@Customer.

Oracle Autonomous AI Database sur une infrastructure Exadata dédiée prend 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 la forme de base.

Pour plus d'informations, voir Limites de ressources et caractéristiques des formes d'infrastructure.

Apportez vos propres certificats (BYOC)

Vous pouvez maintenant prédéfinir vos propres certificats de sécurité avec une grappe de machines virtuelles Exadata autonome (AVMC) sur Exadata Cloud@Customer à l'aide de la console Oracle Cloud Infrastructure.

Cette fonction vous permet d'utiliser les certificats SSL (Secure Socket Layer) ou Oracle REST Data Services (ORDS) côté serveur signés par une autorité de certification lors de la rotation des certificats de sécurité de votre ressource AVMC.

Pour plus de détails, voir Gérer les certificats de sécurité pour une ressource de grappe de machines virtuelles Exadata autonome.

Mars 2023

Fonctionnalité Description
Nom de la base de données conteneur autonome

Lors du provisionnement d'une base de données conteneur autonome, vous pouvez désormais définir le nom de la base de données conteneur de votre choix à partir de la console Oracle Cloud Infrastructure (OCI). Pour plus de détails, voir Créer une base de données conteneur autonome.

Dans les déploiements Exadata Cloud@Customer, le nom de la base de données conteneur est utilisé pour nommer le portefeuille OKV d'Oracle Key Vault. Vous pouvez utiliser ce nom pour localiser le portefeuille OKV associé à votre base de données conteneur autonome sur votre console OKV.

Prise en charge de l'authentification Kerberos

Vous pouvez maintenant utiliser Kerberos pour authentifier vos utilisateurs de base de données autonome avec intelligence artificielle.

Pour obtenir des conseils détaillés sur la configuration de l'authentification Kerberos, ses préalables et ses limites, voir Authentifier les utilisateurs de base de données autonome avec Kerberos.

Traçage SQL pour la session de base de données

Vous pouvez désormais utiliser la fonction de trace SQL pour identifier la source d'une charge globale de base de données excessive, telle qu'une instruction SQL à forte charge dans votre application.

Pour plus d'informations, voir Utiliser la fonction de suivi SQL sur une base de données d'IA autonome.

Prise en charge du profil de mot de passe pour les profils définis par l'utilisateur

Vous pouvez maintenant créer et modifier des profils d'utilisateur sur une base de données d'IA autonome sur une infrastructure Exadata dédiée à l'aide d'une fonction de vérification de mot de passe.

Pour plus d'informations, voir Gérer les profils d'utilisateur avec Autonomous AI Database.

Client Oracle pour les outils Microsoft (OCMT)

Vous pouvez désormais télécharger et utiliser Oracle Client for Microsoft Tools (OCMT), qui est un programme d'installation de logiciel Microsoft natif d'interface utilisateur graphique (GUI) qui simplifie la configuration ODP.NET et la connectivité de base de données Oracle à plusieurs outils de données Microsoft.

Consultez Connecter Power BI et les outils de données Microsoft àAutonomous AI Database pour plus de détails et des instructions sur l'utilisation d'OCMT.

Exigences simplifiées : Cloner à partir d'une sauvegarde

Nous avons maintenant supprimé l'exigence d'une base de données conteneur autonome disponible et réduit les besoins initiaux en ressources à 1 OCPU pour le clonage d'une base de données d'IA autonome à partir d'une sauvegarde.

Pour plus de détails, voir Exigences relatives au clonage.

Sauvegardes à long terme

Vous pouvez maintenant créer des sauvegardes à long terme sur une base de données autonome avec une période de conservation comprise entre 90 jours et 10 ans. Si nécessaire, vous pouvez également mettre à jour la période de conservation d'une sauvegarde à long terme avec une valeur différente après l'avoir créée.

Pour plus de détails, reportez-vous à Sauvegarde et restauration de bases de données d'IA autonomes.

Mise à jour de la documentation : Concepts relatifs à la sauvegarde et à la restauration Notre documentation est maintenant réorganisée pour présenter tous les concepts liés à la sauvegarde et à la récupération sur une seule page. Pour plus d'informations, voir Sauvegarder et restaurer des bases de données d'IA autonomes.

Février 2023

Fonctionnalité Description
Documentation mise à jour pour la référence à l'ensemble DBMS_CLOUD.

La référence de l'ensemble DBMS_CLOUD est maintenant mise à jour avec d'autres procédures et fonctions.

Vous pouvez désormais consulter les sections suivantes de la documentation sur l'infrastructure Exadata dédiée pour obtenir de l'aide sur les procédures et les fonctions DBMS_CLOUD :
Prise en charge de l'enregistrement de la configuration des ressources en tant que pile

Lors du provisionnement de nouvelles ressources de base de données autonome avec intelligence artificielle à partir de la console Oracle Cloud Infrastructure, vous pouvez maintenant enregistrer la configuration des ressources en pile en un seul clic. Vous pouvez ensuite utiliser la pile pour créer la ressource au moyen du service de gestionnaire de ressources.

Une pile est une collection de ressources Oracle Cloud Infrastructure correspondant à une configuration Terraform. Chaque pile réside dans le compartiment que vous spécifiez dans une seule région. Vous pouvez ensuite déployer les ressources sur une pile donnée dans plusieurs régions. Pour plus d'informations, voir stack .

Pour obtenir des instructions sur l'utilisation de cette fonction avec différentes ressources de base de données d'IA autonome, voir :
Prise en charge du sous-ensemble de noeuds de grappe de machines virtuelles autonome sur une base de données d'intelligence artificielle autonome sur Exadata Cloud@Customer

Dans les déploiements Exadata Cloud@Customer, vous pouvez maintenant sélectionner les serveurs de base de données lors du déploiement d'une nouvelle ressource de grappe de machines virtuelles Exadata autonome (AVMC). Cette option est disponible uniquement lors du provisionnement d'une ressource AVMC, et vous ne pouvez pas modifier la sélection après avoir créé l'AVMC avec succès.

Pour plus de détails, voir Créer une grappe de machines virtuelles Exadata autonome.

Prise en charge de la base de données de secours instantanée dans une configuration Autonomous Data Guard

Vous pouvez maintenant convertir une base de données de secours en base de données de secours instantanée en remplaçant la base de données conteneur autonome de secours par une base de données de secours instantanée. Voir Convertir la base de données de secours physique en base de données de secours instantanée pour obtenir des instructions étape par étape.

Une base de données de secours instantanée permet des opérations de lecture-écriture sur ses données tout en conservant une perte de données minimale ou nulle en fonction du mode de protection. Il reçoit et archive, mais n'applique pas, les données de journalisation de la base principale.

Une base de données de secours instantanée est utile lorsque vous devez l'utiliser pour des opérations de lecture-écriture, par exemple, pour tester un correctif avant de l'appliquer à la base de données principale. Reportez-vous à Base de données de secours instantanée pour connaître les exigences et les limites de la base de données de secours instantanée.

Possibilité de mettre à jour le mode de protection et le délai de basculement de démarrage rapide

Vous pouvez maintenant modifier le mode de protection d'une configuration Autonomous Data Guard. Vous pouvez également modifier la limite du décalage pour le basculement à démarrage rapide à une valeur comprise entre 5 et 3600 secondes pour une base de données conteneur autonome principale avec basculement automatique dans une configuration Autonomous Data Guard.

Voir Mettre à jour les paramètres Autonomous Data Guard pour des instructions détaillées.

Contrôle des versions du répertoire de base Oracle

Vous pouvez maintenant choisir la version du répertoire de base Oracle lors du provisionnement d'une base de données conteneur autonome sur une infrastructure Exadata dédiée. Vous avez la possibilité de choisir entre la dernière version d'Oracle Database prise en charge par Autonomous AI Database ou sa version précédente immédiate.

Par exemple, supposons que la dernière version d'Oracle Database prise en charge par Autonomous AI Database soit la version 19.18.0.1.0. Ensuite, la liste déroulante Sélectionner une image de base dans la page Créer une base de données conteneur autonome répertorie les versions 19.18.0.1.0 et 19.17.0.1.0. pour que vous puissiez choisir.

Pour plus de détails, voir Créer une base de données conteneur autonome.

Possibilité de configurer la version de maintenance d'une base de données conteneur autonome

Vous pouvez maintenant configurer le type de maintenance d'une base de données conteneur autonome sur la prochaine mise à jour de version ou la dernière mise à jour de version pour la mise à jour de version suivante ou la dernière mise à jour de version dans la fenêtre de maintenance suivante, respectivement.

Pour plus de détails, voir Modifier le type de maintenance d'une base de données conteneur autonome.

Contenu connexe