Annonces des nouvelles fonctionnalités (2023)

Annonces concernant les modifications importantes apportées à Autonomous AI Database on Dedicated Exadata Infrastructure en 2023.

Décembre 2023

Fonctionnalité Description
Désactivation et activation des sauvegardes automatiques

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

Pour plus d'informations, voir les sections suivantes :
Possibilité d'augmenter ou de réduire un cluster de machines virtuelles Exadata Autonomous

Vous pouvez ajouter des ressources à un cluster de machines virtuelles Exadata Autonomous ou en enlever. Il s'agit du redimensionnement vertical de cluster de machines virtuelles Exadata Autonomous.

Cette possibilité vous permet d'augmenter ou de réduire un AVMC en modifiant les ressources suivantes :

  • Nombre d'UC par machine virtuelle
  • Nombre de Bases de données Conteneur Autonomous
  • Stockage de base de données

Pour obtenir des instructions, reportez-vous à Gestion des ressources de cluster de machines virtuelles Exadata Autonomous.

Novembre 2023

Fonctionnalité Description
Mise à jour du document : Fonctionnalités de configuration de sécurité renforcée

Nous avons ajouté une nouvelle section pour décrire les stratégies implémentées par Autonomous AI Database afin de fournir des configurations de sécurité renforcées standard pour vos machines virtuelles Autonomous (machines virtuelles client).

Pour plus de détails, reportez-vous à Gestion de la configuration dans la base de données Autonomous AI.

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

Sur les déploiements Oracle Public Cloud, vous pouvez activer Autonomous Data Guard et ajouter une base de données Conteneur Autonomous de secours aux bases de données Conteneur Autonomous provisionnées.

Pour plus d'informations, reportez-vous à Activation d'Autonomous Data Guard sur une base de données Conteneur Autonomous.

Oracle Real Application Testing (RAT) : réexécution de base de données

Vous pouvez utiliser Oracle Real Application Testing Database Replay pour capturer la charge globale à partir d'une base de données de service cloud ou sur site, puis la réexécuter sur une instance de base de données Autonomous AI. Vous pouvez ainsi comparer les charges de travail entre une base de données sur site ou une autre base de données de service cloud et une base de données d'IA autonome.

Vous pouvez également capturer la charge globale à 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 d'IA autonome. Cela peut s'avérer utile dans les scénarios où vous souhaitez tester un patch ou une mise à niveau avant de l'appliquer à la base de données de production.

Pour plus d'informations, reportez-vous à Utilisation d'Oracle Real Application Testing.

2023 octobre

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

Pour plus d'informations sur les principales fonctionnalités de sécurité prises en charge par Autonomous AI Database on Dedicated Exadata Infrastructure, reportez-vous à Fonctionnalités de sécurité dans Autonomous AI Database on Dedicated Exadata Infrastructure.

Ce document est fourni avec un graphique cliquable représentant les éléments constitutifs des principales fonctionnalités de sécurité de la base de données Autonomous AI. Vous pouvez également cliquer sur le bloc que vous souhaitez explorer davantage.

Mise à jour du fichier de fuseau horaire de l'heure d'été pour une base de données Conteneur Autonomous.

Vous pouvez désormais choisir d'inclure ou d'exclure une mise à jour de fichier de fuseau horaire avec vos patches de maintenance automatique trimestriels, lors du provisionnement d'une base de données Conteneur Autonomous ou d'une base de données Conteneur Autonomous existante.

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

Vous pouvez également planifier une maintenance à la demande pour mettre à jour RU (Mise à jour de version) avec le fichier de fuseau horaire ou simplement le fichier de fuseau horaire pour une base de données Conteneur Autonomous. Pour obtenir des instructions, voir Planifier une mise à jour de maintenance trimestrielle.

Méthodes de maintenance non simultanée et non simultanée pour mettre à jour une base de données Conteneur Autonomous.

Vous avez maintenant la possibilité de choisir entre des méthodes de maintenance non simultanées ou non simultanées pour appliquer des patches de maintenance automatique trimestriels. Vous pouvez configurer la méthode de maintenance lors du provisionnement d'une base de données Conteneur Autonomous ou d'une base de données Conteneur Autonomous existante. La méthode de maintenance simultanée implique un temps d'arrêt complet du système.

Pour plus d'informations, reportez-vous à Types de maintenance de service et à Mise à jour des préférences de maintenance de la base de données Conteneur Autonomous pour obtenir des instructions détaillées.

Mise à jour de la documentation : étapes de configuration de la 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 a été 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. Pour plus de détails, reportez-vous à Utilisation de Microsoft Active Directory avec Autonomous AI Database sur une infrastructure Exadata dédiée.
Nouveau modèle de calcul : ECPU

Vous pouvez configurer vos ressources de base de données Autonomous AI à l'aide d'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 alloués élastiquement à partir d'un pool de serveurs de calcul et d'un pool de stockage.

Pour plus d'informations sur les modèles de calcul pris en charge par la base de données d'IA autonome, reportez-vous à Modèles de calcul dans la base de données d'IA autonome.

Prise en charge améliorée du suivi de l'utilisation des ressources sur Oracle Exadata Cloud@Customer

Sur les déploiements Oracle Exadata Cloud@Customer, vous pouvez surveiller et suivre votre allocation et votre utilisation des ressources Exadata dans les clusters de machines virtuelles Exadata Autonomous (AVMC) et les bases de données Conteneur Autonomous (ACD) avec une granularité améliorée et de nouveaux visuels sur la console Oracle Cloud Infrastructure (OCI), en temps réel.

Cette version vous permet d'obtenir une image complète et claire de l'allocation et de l'utilisation des ressources de calcul et de stockage aux niveaux AVMC et ACD à partir de leur page Détails sur la console OCI. En fonction de votre choix, vous pouvez afficher ces informations sous forme de vue graphique ou de tableau.

La compréhension et la connaissance de ces détails peuvent vous aider à optimiser votre allocation de ressources aux bases de données d'IA autonomes et à prévoir efficacement vos besoins en capacité.

Pour obtenir la liste exacte des détails de ressource que vous pouvez surveiller à partir de la page Détails AVMC et ACD et leur signification, reportez-vous à Planification et surveillance de la capacité.

Septembre 2023

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

Lorsque vous créez des déploiements de base de données Autonomous AI sur Exadata Cloud@Customer, vous pouvez désormais effectuer le déploiement vers des systèmes Exadata Database Machine X10M.

Pour plus d'informations sur les capacités et les caractéristiques des systèmes X10M pris en charge par Autonomous AI Database, reportez-vous à la section Systèmes Exadata X10M.

Limiter l'accès de l'opérateur à une base de données Conteneur Autonomous approuvée par le client spécifique

Autonomous AI Database on Dedicated Exadata Infrastructure vous permet de restreindre l'accès des opérateurs Oracle à une base de données Conteneur Autonomous spécifique dans un cluster de machines virtuelles Exadata Autonomous dans les cage 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 avez vérifié et approuvé la demande d'accès, les opérateurs n'obtiennent l'accès SQL qu'aux bases de données Conteneur Autonomous approuvées.

Pour en savoir plus sur le contrôle d'accès d'opérateur Oracle, voir Auditer les activités d'opérateur Oracle.

Réplication parallèle en mode intégré Autonomous AI Database on Dedicated Exadata Infrastructure prend en charge le processus de 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. Pour plus d'informations, reportez-vous à [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).

Remarque : le processus Replicat parallèle n'est pas pris en charge pour les bases de données Autonomous AI surprovisionnées, c'est-à-dire les bases de données provisionnées avec moins d'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 on Dedicated Exadata Infrastructure, le dépannage d'Autonomous AI Database on Dedicated Exadata Infrastructure est ajouté à notre documentation.

Août 2023

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

Sur les déploiements Oracle Public Cloud, vous pouvez surveiller et suivre l'allocation et l'utilisation des ressources Exadata dans les clusters de machines virtuelles Exadata Autonomous et les bases de données Conteneur Autonomous avec une granularité améliorée et de nouveaux visuels sur la console Oracle Cloud Infrastructure (OCI), en temps réel.

Cette version vous permet d'obtenir une image complète et claire de l'allocation et de l'utilisation des ressources de calcul et de stockage aux niveaux AVMC et ACD à partir de leur page Détails sur la console OCI. En fonction de votre choix, vous pouvez afficher ces informations sous forme de vue graphique ou de tableau.

La compréhension et la connaissance de ces détails peuvent vous aider à optimiser votre allocation de ressources aux bases de données d'IA autonomes et à prévoir efficacement vos besoins en capacité.

Pour obtenir la liste exacte des détails de ressource que vous pouvez surveiller à partir de la page Détails AVMC et ACD et leur signification, reportez-vous à Planification et surveillance de la capacité.

Prise en charge du stockage en colonnes en mémoire de base de données pour Autonomous AI Database sur une infrastructure Exadata dédiée

Vous pouvez activer Database In-memory pour votre base de données Autonomous AI en allouant un pourcentage de sa mémoire SGA (System Global Area) à la banque de colonnes en mémoire (stockage 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. Le fait de réduire le nombre d'UC à moins de 4 OCPU ultérieurement le désactive automatiquement.

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

Reportez-vous à Database In-Memory pour connaître les exigences et les directives relatives à l'utilisation de cette fonctionnalité avec Autonomous AI Database.

Pour obtenir des instructions détaillées, reportez-vous à Activation ou désactivation de Database In-Memory ou à Création d'une base de données Autonomous AI sur une infrastructure Exadata dédiée.

Juillet 2023

Fonctionnalité Description
Configuration Autonomous Data Guard inter-région pour la base de données Autonomous AI sur Exadata Cloud@Customer.

Sur les déploiements Exadata Cloud@Customer, vous pouvez indiquer une infrastructure Exadata et un cluster des machines virtuelles Exadata Autonomous qui se trouvent dans une région différente de celle de l'infrastructure Exadata et du cluster des machines virtuelles Exadata Autonomous de la base de données principale.

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

Pour plus d'informations sur Autonomous Data Guard et les concepts associés, reportez-vous à Protection des bases de données critiques contre les pannes et les catastrophes à l'aide d'Autonomous Data Guard.

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

Sur les déploiements Exadata Cloud@Customer, vous pouvez effectuer les opérations suivantes :

  • Clonez une base de données Autonomous AI, avec ou sans Autonomous Data Guard, vers une base de données Conteneur Autonomous, avec ou sans Autonomous Data Guard, sur une autre infrastructure Exadata dans la même région ou dans une autre. Dans le cas de bases de données Autonomous AI avec Autonomous Data Guard, vous ne pouvez effectuer le clonage qu'à partir de la base de données principale.
  • Créez une base de données d'IA autonome à partir d'une sauvegarde sur la même infrastructure Exadata ou sur une autre dans la même région ou dans une autre. Dans le cas de bases de données Autonomous AI qui utilisent Autonomous Data Guard, créez une instance de base de données à partir de sauvegardes de base de données principale ou de secours dans la même région ou dans une autre.

Pour obtenir des instructions pas à pas, reportez-vous aux sections suivantes :

Juin 2023

Fonctionnalité Description
Mise à jour de la documentation pour consolider les fonctionnalités de réglage et de surveillance des performances prises en charge par Autonomous AI Database on Dedicated Exadata Infrastructure.

La documentation existante relative aux fonctionnalités hautes performances prises en charge par Autonomous AI Database on Dedicated Exadata Infrastructure est improvisée pour fournir des informations complètes dans un seul article.

Le nouvel article a :

  • Un graphique d'aperçu pour vous donner une vue d'ensemble de toutes les fonctionnalités hautes performances et des outils de surveillance des performances pris en charge par la base de données d'IA autonome.
  • 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, reportez-vous à Fonctionnalités hautes performances dans Autonomous AI Database on Dedicated Exadata Infrastructure.

Prise en charge des formes de base pour Autonomous AI Database sur une infrastructure Exadata dédiée sur Oracle Public Cloud.

Oracle Autonomous AI Database on Dedicated Exadata Infrastructure est disponible dans différentes formes d'infrastructure pour prendre en charge des charges de travail de différentes tailles. Dans cette version, la fonctionnalité de base de données Autonomous AI sur une infrastructure Exadata dédiée a été étendue pour prendre en charge la forme de base.

Pour plus d'informations, reportez-vous à Limites de ressources et caractéristiques des structures 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 Autonomous AI.

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

Au lieu d'un URI d'emplacement de banque d'objets, vous pouvez désormais 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 d'informations, voir DBMS_CLOUD pour les objets et les fichiers.

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

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

Pour plus d'informations, voir les rubriques suivantes :

Mai 2023

Fonctionnalité Description
Prise en charge des quotas de compartiment pour la base de données Autonomous AI sur Exadata Cloud@Customer

La base de données Autonomous AI sur Exadata Cloud@Customer prend désormais en charge la fonctionnalité de quotas de compartiment d'Oracle Cloud Infrastructure. Cette fonctionnalité permet de limiter, par compartiment, la disponibilité des ressources d'infrastructure dédiée dans la location.

Pour plus d'informations, reportez-vous à Gestion de la disponibilité des ressources avec des quotas de compartiment. Pour plus d'informations générales sur la fonctionnalité de quotas de compartiment, reportez-vous à Quotas de compartiment.

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

Sur Oracle Public Cloud, vous pouvez désormais sélectionner les serveurs de base de données lors du déploiement d'une nouvelle ressource de cluster de machines virtuelles Exadata Autonomous. 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éé AVMC.

Pour plus de détails, reportez-vous à Création d'un cluster de machines virtuelles Exadata Autonomous.

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

Oracle planifie et effectue une maintenance mensuelle de la sécurité de l'infrastructure ainsi qu'une maintenance trimestrielle. L'application de cette activité de maintenance est programmée pendant une fenêtre de 21 jours qui commence après le 15 de chaque mois. Vous recevrez une notification avec la programmation proposée au moins 7 jours avant le début de la fenêtre d'entretien mensuel, et vous pouvez reprogrammer cette maintenance mensuelle à une autre date de la fenêtre si nécessaire.

Ces correctifs de sécurité ne sont appliqués qu'au cours des mois avec des mises à jour de sécurité critiques, y compris des correctifs pour les vulnérabilités dont les scores CVSS sont supérieurs ou égaux à 7. Pour plus de détails, reportez-vous à Maintenance de service dans la base de données Autonomous AI sur une infrastructure Exadata dédiée.

Remarques :

L'implémentation de la maintenance de sécurité d'infrastructure sera déployée progressivement vers différentes régions Oracle Cloud Infrastructure (OCI).
Mise à jour de la documentation : fonctionnalités de hautes performances dans Autonomous AI Database sur une infrastructure Exadata dédiée

La documentation existante expliquant les fonctionnalités haute performance prises en charge par Autonomous AI Database on Dedicated Exadata Infrastructure est improvisée et consolidée en un seul article. Ce nouvel article explique comment utiliser les différentes fonctionnalités de surveillance et de réglage des performances prises en charge par Autonomous AI Database, en référence aux guides pratiques associés.

Pour plus de détails, reportez-vous à Fonctionnalités hautes performances dans la base de données d'IA autonome.

Possibilité d'apporter vos propres certificats (BYOC)

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

Pour plus de détails, reportez-vous à Gestion des certificats de sécurité pour une ressource d'un cluster de machines virtuelles Exadata Autonomous.

Permet d'ajouter du stockage à une ressource d'infrastructure Exadata existante

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

Pour plus d'informations sur l'utilisation de cette fonctionnalité avec les déploiements Oracle Public Cloud, reportez-vous aux sections suivantes :

Pour plus d'informations sur l'utilisation de cette fonctionnalité avec les déploiements Exadata Cloud@Customer, reportez-vous aux sections suivantes :

Avril 2023

Fonctionnalité Description
Gestion des fuseaux horaires 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 renvoyée dans les appels vers SYSDATE et SYSTIMESTAMP. Selon la valeur de SYSDATE_AT_DBTIMEZONE, la date et l'heure s'affichent en fonction du fuseau horaire par défaut de la base de données Autonomous AI, du temps universel coordonné (UTC) ou du fuseau horaire défini dans la base de données.

Pour plus d'informations, reportez-vous à SYSDATE_AT_DBTIMEZONE.

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

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

  • Choisissez un port de processus d'écoute SCAN pour TLS et non TLS dans une plage de ports disponibles.
  • Choisissez entre TLS unidirectionnel et mTLS pour les certificats TLS de base de données.

Pour plus d'informations, reportez-vous à Création d'un cluster de machines virtuelles Exadata Autonomous.

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

Vous pouvez désormais attacher des périphériques NFS externes fournis par le client ou OCI FSS à l'aide des procédures DBMS_CLOUD_ADMIN. Vous pouvez ainsi charger des données à partir d'un stockage de fichiers externe dans votre réseau cloud virtuel (VCN) ou tout autre système de fichiers réseau dans des centres de données sur site.

Pour plus d'informations, voir les sections suivantes :
Prise en charge des formes de base sur les déploiements Exadata Cloud@Customer.

Oracle Autonomous AI Database on Dedicated Exadata Infrastructure est disponible dans 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 afin de prendre en charge la forme de base.

Pour plus d'informations, reportez-vous à Limites de ressources et caractéristiques des structures d'infrastructure.

Utilisation de vos propres certificats (BYOC)

Vous pouvez désormais prédéfinir vos propres certificats de sécurité avec un cluster de machines virtuelles Exadata Autonomous sur Exadata Cloud@Customer à l'aide de la console Oracle Cloud Infrastructure.

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

Pour plus de détails, reportez-vous à Gestion des certificats de sécurité pour une ressource d'un cluster de machines virtuelles Exadata Autonomous.

Mars 2023

Fonctionnalité Description
Nom de la base de données Conteneur Autonomous

Lors du provisionnement d'une base de données Conteneur Autonomous, 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). Reportez-vous à Création d'une base de données Conteneur Autonomous pour plus de détails.

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

Prise en charge de l'authentification Kerberos

Vous pouvez désormais utiliser Kerberos pour authentifier les utilisateurs de votre base de données Autonomous AI.

Pour obtenir des instructions détaillées sur la configuration de l'authentification Kerberos, ses prérequis et limites, reportez-vous à la section Authenticate Autonomous AI Database Users With Kerberos.

Fonction de trace 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, reportez-vous à Utilisation de la fonction de trace SQL sur la base de données Autonomous AI.

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

Vous pouvez désormais créer et modifier des profils utilisateur sur une base de données d'IA autonome sur une infrastructure Exadata dédiée avec une fonction de vérification de mot de passe (PVF).

Pour plus d'informations, reportez-vous à Gestion des profils utilisateur avec Autonomous AI Database.

Client Oracle pour Microsoft Tools (OCMT)

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

Pour plus de détails et d'instructions sur l'utilisation d'OCMT, reportez-vous à Connexion des outils de données Power BI et Microsoft à la base de données Autonomous AI.

Exigences simplifiées : clonage à partir d'une copie de sauvegarde

Nous avons maintenant supprimé l'exigence d'une base de données Conteneur Autonomous disponible et réduit les besoins en ressources initiales à 1 OCPU pour le clonage d'une base de données AI Autonomous à partir d'une sauvegarde.

Pour plus d'informations, voir Cloner les conditions.

Sauvegardes à long termes

Vous pouvez désormais créer des sauvegardes à long terme sur Autonomous AI Database avec une période de conservation allant de 90 jours à 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 sa création.

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

Mise à jour de la documentation : Concepts de sauvegarde et de 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 de détails, reportez-vous à Sauvegarde et restauration de bases de données Autonomous AI.

Février 2023

Fonctionnalité Description
Mise à jour de la documentation pour la référence du package DBMS_CLOUD.

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

Pour obtenir de l'aide sur les procédures et fonctions DBMS_CLOUD, reportez-vous aux sections suivantes de la documentation relative à l'infrastructure Exadata Autonomous AI Database on Dedicated :
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 Autonomous AI à partir de la console Oracle Cloud Infrastructure, vous pouvez désormais enregistrer la configuration des ressources en tant que pile en un seul clic. Vous pouvez ensuite utiliser la pile pour créer la ressource via le service Resource Manager.

Une couche est un ensemble de ressources Oracle Cloud Infrastructure correspondant à une configuration Terraform donnée. Chaque pile réside dans le compartiment que vous indiquez 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, reportez-vous à pile .

Pour obtenir des instructions sur l'utilisation de cette fonctionnalité avec différentes ressources de base de données Autonomous AI, reportez-vous aux sections suivantes :
Prise en charge du sous-ensemble de noeuds de cluster de machines virtuelles Autonomous sur la base de données Autonomous AI sur Exadata Cloud@Customer

Sur 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 cluster de machines virtuelles Exadata Autonomous (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éé AVMC.

Pour plus de détails, reportez-vous à Création d'un cluster de machines virtuelles Exadata Autonomous.

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

Vous pouvez désormais convertir une base de données de secours en base de données de secours instantanée en changeant la base de données Conteneur Autonomous de secours en base de données Conteneur Autonomous de secours instantanée. Pour obtenir des instructions détaillées, reportez-vous à Conversion de la base de données de secours physique en base de données de secours instantanée.

Une base de données de secours instantanée permet d'effectuer des opérations de lecture-écriture sur ses données tout en maintenant une perte de données minimale ou nulle en fonction du mode de protection. Il reçoit et archive, mais ne s'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 utiliser la base de données de secours pour des opérations de lecture-écriture, par exemple, afin de tester un patch avant de l'appliquer à la base de données principale. Reportez-vous à la section Base de données de secours cliché pour connaître les exigences et les limites de la base de données de secours cliché.

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

Vous pouvez désormais modifier le mode de protection d'une configuration Autonomous Data Guard. Vous pouvez également modifier la limite de décalage de démarrage rapide pour un basculement en cas d'incident en fonction d'une valeur comprise entre 5 et 3600 secondes pour une base de données Conteneur Autonomous principale avec basculement automatique dans une configuration Autonomous Data Guard.

Pour obtenir des instructions détaillées, reportez-vous à Mise à jour des paramètres Autonomous Data Guard.

Contrôle de version du répertoire Oracle Home

Vous pouvez désormais choisir la version du répertoire de base Oracle lors du provisionnement d'une base de données Conteneur Autonomous sur une infrastructure Exadata dédiée. Vous pouvez choisir entre la dernière version d'Oracle Database prise en charge par Autonomous AI Database ou son prédécesseur immédiat.

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 de la page Créer une base de données Conteneur Autonomous répertorie les versions 19.18.0.1.0 et 19.17.0.1.0. que vous pouvez choisir.

Pour plus de détails, reportez-vous à Création d'une base de données Conteneur Autonomous.

Permet de configurer la version de maintenance d'une base de données Conteneur Autonomous

Vous pouvez désormais configurer le type de maintenance d'une base de données Conteneur Autonomous sur Prochaine mise à jour ou Dernière mise à jour pour la mise à jour vers la prochaine version ou la dernière mise à jour de version dans la fenêtre de maintenance suivante, respectivement.

Pour plus de détails, reportez-vous à Modification du type de maintenance d'une base de données Conteneur Autonomous.

Contenu connexe