Annonces des nouvelles fonctionnalités (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 Autonomous. Toutefois, vous pouvez désormais les désactiver lors du provisionnement de la base de données Conteneur Autonomous et les activer à tout moment 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 la période de conservation des sauvegardes entre 7 et 95 jours. Pour plus d'informations, reportez-vous à la documentation suivante : Création d'une base de données Conteneur Autonomous Modifier les paramètres de sauvegarde de la base de données Conteneur Autonomous
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 fonctionnalité vous permet d'augmenter ou de réduire un composant 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.

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 Autonomous. Toutefois, vous pouvez désormais les désactiver lors du provisionnement de la base de données Conteneur Autonomous et les activer à tout moment 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 la période de conservation des sauvegardes entre 7 et 95 jours.

Pour plus d'informations, reportez-vous à la documentation suivante :

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 fonctionnalité vous permet d'augmenter ou de réduire un composant 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
Doc Update : 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 Database afin de fournir des configurations de sécurité standard et intégrées pour vos machines virtuelles Autonomous (machines virtuelles client). Pour plus de détails, reportez-vous à Gestion de la configuration dans Autonomous Database.
Activez Autonomous Data Guard et ajoutez des bases de données de secours sur une base de données Conteneur Autonomous.	Dans 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 déjà. 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 la réexécution de base de données Oracle Real Application Testing pour capturer la charge globale à partir d'une base de données sur site ou d'un autre service cloud et la réexécuter sur une instance Autonomous Database. Cela vous permet de comparer les charges globales entre une base de données sur site ou une autre base de données de service cloud et une instance Autonomous Database. Vous pouvez également capturer la charge globale à partir d'une base de données Autonomous Database on Dedicated Exadata Infrastructure et la réexécuter sur la même instance Autonomous Database ou sur une autre. Cela peut être utile dans les scénarios où vous souhaitez tester un patch ou une mise à niveau avant de l'appliquer à votre base de données de production. Pour plus d'informations, reportez-vous à Utilisation d'Oracle Real Application Testing.

Fonctionnalité

Description

Doc Update : 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 Database afin de fournir des configurations de sécurité standard et intégrées pour vos machines virtuelles Autonomous (machines virtuelles client).

Pour plus de détails, reportez-vous à Gestion de la configuration dans Autonomous Database.

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

Dans 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 déjà.

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 la réexécution de base de données Oracle Real Application Testing pour capturer la charge globale à partir d'une base de données sur site ou d'un autre service cloud et la réexécuter sur une instance Autonomous Database. Cela vous permet de comparer les charges globales entre une base de données sur site ou une autre base de données de service cloud et une instance Autonomous Database.

Vous pouvez également capturer la charge globale à partir d'une base de données Autonomous Database on Dedicated Exadata Infrastructure et la réexécuter sur la même instance Autonomous Database ou sur une autre. Cela peut être utile dans les scénarios où vous souhaitez tester un patch ou une mise à niveau avant de l'appliquer à votre 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 fonctionnalités de sécurité	Vous pouvez désormais vous reporter aux caractéristiques de sécurité dans Autonomous Database on Dedicated Exadata Infrastructure pour obtenir des informations complètes sur les fonctionnalités de sécurité clés prises en charge par Autonomous Database on Dedicated Exadata Infrastructure. Ce document est fourni avec un graphique sur lequel vous pouvez cliquer représentant les blocs de construction des principales fonctionnalités de sécurité d'Autonomous Database. Vous pouvez également cliquer sur le bloc que vous souhaitez explorer plus loin.
Mise à jour du fichier de fuseau horaire d'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'inactivité complet pour la base de données Conteneur Autonomous et les bases de données Autonomous Database associées. Le temps d'inactivité dépend de la quantité de données sensibles au fuseau horaire. Vous pouvez également planifier une maintenance à la demande pour mettre à jour la RU (Release Update) avec le fichier de fuseau horaire ou uniquement le fichier de fuseau horaire d'une base de données Conteneur Autonomous. Pour obtenir des instructions, voir Planifier une mise à jour de maintenance trimestrielle.
Méthodes de maintenance non glissantes et non glissantes pour mettre à jour une base de données Conteneur Autonomous.	Vous avez désormais la possibilité de choisir entre des méthodes de maintenance non simultanée ou non simultanée 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 fonctionnalité Utilisateurs gérés centralement avec Microsoft Active Directory sur Exadata Cloud@Customer sans utiliser le service de banque d'objets Oracle.	La documentation Autonomous Database on Dedicated Exadata Infrastructure est désormais mise à jour avec une nouvelle section qui explique comment configurer la fonctionnalité Utilisateurs gérés centralement avec Microsoft Active Directory sur Exadata Cloud@Customer sans utiliser le service de banque d'objets Oracle. Pour plus de détails, reportez-vous à Utilisation de Microsoft Active Directory avec Autonomous Database on Dedicated Exadata Infrastructure.
Nouveau modèle de calcul : ECPU	Vous pouvez configurer vos ressources Autonomous Database à l'aide d'un nouveau type de calcul appelé ECPU. Une ECPU est une mesure abstraite des ressources de calcul. Les ECPU reposent sur le nombre de coeurs, alloués de manière élastique, d'un pool de serveurs de calcul et de stockage. Pour plus d'informations sur les modèles de calcul pris en charge par Autonomous Database, reportez-vous à Modèles de calcul dans Autonomous Database.
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 l'allocation et l'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. Selon votre choix, vous pouvez afficher ces informations sous forme de graphique ou de tableau. Comprendre et connaître ces détails peut vous aider à optimiser l'allocation de vos ressources aux bases de données 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 à la section 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 Autonomous Database sur Exadata Cloud@Customer, vous pouvez à présent 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 Database, reportez-vous à Systèmes X10M Exadata.
Limiter l'accès de l'opérateur à une base de données Conteneur Autonomous spécifique approuvée par le client	Autonomous 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 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 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 plus d'informations sur le contrôle d'accès des opérateurs Oracle, voir Auditer les activités des opérateurs Oracle.
Réplication parallèle en mode intégré	Autonomous Database on Dedicated Exadata Infrastructure 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. Pour plus d'informations, reportez-vous à Utilisation de la réplication parallèle. Remarques : La réplication parallèle n'est pas prise en charge pour les instances Autonomous Database 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 Database on Dedicated Exadata Infrastructure, le dépannage d'Autonomous 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 (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. Selon votre choix, vous pouvez afficher ces informations sous forme de graphique ou de tableau. Comprendre et connaître ces détails peut vous aider à optimiser l'allocation de vos ressources aux instances Autonomous Database 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 à la section Planification et surveillance de la capacité.
Prise en charge du stockage en colonnes en mémoire de base de données pour Autonomous Database on Dedicated Exadata Infrastructure	Vous pouvez activer Database In-memory pour votre instance Autonomous Database en allouant un pourcentage de sa mémoire SGA (System Global Area) à la banque de colonnes In-Memory (magasin de colonnes IM). Vous pouvez activer ou désactiver la base de données en mémoire 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 des bases de données clonées à partir d'une instance de base de données ou d'une sauvegarde, que la base de données en mémoire soit activée ou non pour la source clone. Reportez-vous à Database In-Memory pour connaître les exigences et les instructions relatives à l'utilisation de cette fonctionnalité avec Autonomous Database. Pour obtenir des instructions détaillées, reportez-vous à Activation ou désactivation de Database In-Memory ou à Création d'une instance Autonomous Database on Dedicated Exadata Infrastructure.

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 (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. Selon votre choix, vous pouvez afficher ces informations sous forme de graphique ou de tableau.

Comprendre et connaître ces détails peut vous aider à optimiser l'allocation de vos ressources aux instances Autonomous Database 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 à la section Planification et surveillance de la capacité.

Prise en charge du stockage en colonnes en mémoire de base de données pour Autonomous Database on Dedicated Exadata Infrastructure

Vous pouvez activer Database In-memory pour votre instance Autonomous Database en allouant un pourcentage de sa mémoire SGA (System Global Area) à la banque de colonnes In-Memory (magasin de colonnes IM).

Vous pouvez activer ou désactiver la base de données en mémoire 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 des bases de données clonées à partir d'une instance de base de données ou d'une sauvegarde, que la base de données en mémoire soit activée ou non pour la source clone.

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

Pour obtenir des instructions détaillées, reportez-vous à Activation ou désactivation de Database In-Memory ou à Création d'une instance Autonomous Database on Dedicated Exadata Infrastructure.

Juillet 2023

Fonctionnalité	Description
Configuration inter-région d'Autonomous Data Guard pour Autonomous Database sur Exadata Cloud@Customer.	Sur les déploiements Exadata Cloud@Customer, vous pouvez indiquer une infrastructure Exadata et un cluster de machines virtuelles Exadata Autonomous dans une autre région que celle de l'infrastructure Exadata et du cluster de 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 stratégiques contre les échecs 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.	Sur les déploiements Exadata Cloud@Customer, vous pouvez effectuer les opérations suivantes : Cloner une instance Autonomous Database, avec ou sans Autonomous Data Guard, sur une base de données Conteneur Autonomous, avec ou sans Autonomous Data Guard, sur une autre infrastructure Exadata de la même région ou d'une autre région. Dans le cas des bases de données Autonomous Database avec Autonomous Data Guard, vous pouvez effectuer un clonage uniquement à partir de la base de données principale. Créez une instance Autonomous Database à 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 région. Dans le cas des instances Autonomous Database 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 région. Pour obtenir des instructions détaillées, reportez-vous aux sections suivantes : Clonage d'une instance Autonomous Database Clonage d'une base de données autonome à partir d'une sauvegarde

Fonctionnalité

Description

Configuration inter-région d'Autonomous Data Guard pour Autonomous Database sur Exadata Cloud@Customer.

Sur les déploiements Exadata Cloud@Customer, vous pouvez indiquer une infrastructure Exadata et un cluster de machines virtuelles Exadata Autonomous dans une autre région que celle de l'infrastructure Exadata et du cluster de 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 stratégiques contre les échecs 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.

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

Cloner une instance Autonomous Database, avec ou sans Autonomous Data Guard, sur une base de données Conteneur Autonomous, avec ou sans Autonomous Data Guard, sur une autre infrastructure Exadata de la même région ou d'une autre région. Dans le cas des bases de données Autonomous Database avec Autonomous Data Guard, vous pouvez effectuer un clonage uniquement à partir de la base de données principale.
Créez une instance Autonomous Database à 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 région. Dans le cas des instances Autonomous Database 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 région.

Pour obtenir des instructions détaillées, 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 Database on Dedicated Exadata Infrastructure.	La documentation existante relative aux fonctionnalités hautes performances prises en charge par Autonomous Database on Dedicated Exadata Infrastructure est improvisée pour fournir des informations complètes dans un seul article. Le nouvel article a : Graphique de présentation qui vous donne une vue d'ensemble de toutes les fonctionnalités à hautes performances et de tous les outils de surveillance des performances pris en charge par Autonomous Database. 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 à Fonctions hautes performances dans Autonomous Database on Dedicated Exadata Infrastructure.
Prise en charge des formes de base pour Autonomous Database on Dedicated Exadata Infrastructure sur Oracle Public Cloud.	Oracle Autonomous Database on Dedicated Exadata Infrastructure est fourni dans différentes formes d'infrastructure pour prendre en charge des charges globales de différentes tailles. Dans cette version, la capacité d'Autonomous Database on Dedicated Exadata Infrastructure a été étendue pour prendre en charge la forme de base. Pour plus d'informations, reportez-vous à Limites de ressource 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 instance Autonomous Database. Reportez-vous aux rubriques suivantes pour obtenir plus d'informations : Activation de l'authentification Kerberos sur Autonomous Database Configuration d'Oracle Autonomous Database pour l'intégration de Microsoft Azure AD Modification des fournisseurs d'identités externes sur Autonomous Database
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 indiquer un répertoire avec des procédures `DBMS_CLOUD` pour charger ou décharger des données à partir de fichiers dans 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 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 au format Apache Avro, Apache Parquet ou ORC dans Autonomous Database. Vous pouvez également créer des tables externes pour les fichiers de données au format Avro, Parquet ou ORC. Pour plus d'informations, reportez-vous aux rubriques suivantes : Prise en charge des formats Avro, ORC et Parquet pour DBMS_CLOUD COPY_DATA Procédure pour les fichiers Avro, ORC ou Parquet CREATE_EXTERNAL_TABLE Procédure pour les fichiers Avro, ORC ou Parquet

Mai 2023

Fonctionnalité	Description
Prise en charge des quotas de compartiment pour Autonomous Database sur Exadata Cloud@Customer	Autonomous Database 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 les 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 des sous-ensembles de noeuds de cluster de machines virtuelles Autonomous sur Autonomous 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 d'informations, 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. 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 une notification avec la programmation proposée au moins 7 jours avant le début de la fenêtre de maintenance mensuelle. Vous pouvez reprogrammer la maintenance mensuelle à une autre date de la fenêtre si vous le souhaitez. Ces correctifs de sécurité sont appliqués uniquement 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 Autonomous Database on Dedicated Exadata Infrastructure. Remarques : L'implémentation de la maintenance de sécurité d'infrastructure sera déployée vers différentes régions Oracle Cloud Infrastructure (OCI) de manière progressive.
Mise à jour de la documentation : fonctionnalités hautes performances dans Autonomous Database on Dedicated Exadata Infrastructure	La documentation existante expliquant les fonctionnalités haute performance prises en charge par Autonomous Database on Dedicated Exadata Infrastructure est improvisée et consolidée dans 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 Database, en référence aux guides pratiques associés. Pour plus de détails, reportez-vous à Fonctionnalités hautes performances dans Autonomous Database.
Possibilité d'utiliser 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 un cluster de machines virtuelles Exadata Autonomous (AVMC) à l'aide de la console Oracle Cloud Infrastructure (OCI). Cette fonctionnalité vous permet d'utiliser vos certificats Oracle REST Data Services (ORDS) ou SSL (Secure Socket Layer) 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, reportez-vous à Gestion des certificats de sécurité pour une ressource de cluster de machines virtuelles Exadata Autonomous.
Possibilité 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 : Redimensionnement des coeurs de processeur dans une instance Exadata Cloud Infrastructure Redimensionnement de cœurs de processeur dans un système de base de données ou un cluster de machines virtuelles cloud Exadata Cloud Infrastructure Ajouter des ressources de calcul et de stockage à une ressource d'infrastructure Exadata cloud flexible Utilisation de l'API pour gérer une instance Exadata Cloud Infrastructure cloud-exadata-infrastructures Pour plus d'informations sur l'utilisation de cette fonctionnalité avec les déploiements Exadata Cloud@Customer, reportez-vous aux sections suivantes : Adapter les capacités de calcul et de stockage d'infrastructure à l'aide de la console Utilisation de la console pour télécharger un fichier de configuration de redimensionnement du stockage et du calcul d'infrastructure Activation de nouveaux serveurs de base de données et de stockage à l'aide de la console Utiliser la console pour permettre à la capacité de stockage d'un nouveau serveur d'être utilisée par les clusters de machines virtuelles Utilisation de la console pour afficher les détails d'infrastructure Exadata Cloud@Customer avec une capacité de calcul et de stockage redimensionnée

Avril 2023

Fonctionnalité	Description
Gestion des fuseaux horaires dans les appels vers `SYSDATE` et `SYSTIMESTAMP`	Le paramètre d'initialisation `SYSDATE_AT_DBTIMEZONE` active un traitement spécial dans une session pour la valeur de date et d'heure renvoyée dans les appels vers `SYSDATE` et `SYSTIMESTAMP`. En fonction de la valeur de `SYSDATE_AT_DBTIMEZONE`, vous pouvez voir la date et l'heure selon le fuseau horaire d'Autonomous Database par défaut, le temps universel coordonné (UTC), ou le fuseau horaire défini dans la base de données. Pour plus d'informations, reportez-vous à la page SYSDATE_AT_DBTIMEZONE.
Port de processus d'écoute SCAN et mode d'authentification TLS	Dans les déploiements Oracle Public Cloud, vous pouvez désormais effectuer les opérations suivantes : Choisir un port de processus d'écoute SCAN pour TLS et non-TLS à partir d'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édez 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`. Cela vous permet de 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, reportez-vous à la documentation suivante : Attachement d'un stockage de fichiers externe à une instance Autonomous Database Attachement d'un stockage de fichiers réseau à Autonomous Database Package DBMS_CLOUD_ADMIN
Prise en charge des formes de base sur les déploiements Exadata Cloud@Customer.	Oracle Autonomous Database on Dedicated Exadata Infrastructure est fourni dans différentes formes d'infrastructure pour prendre en charge des charges globales de différentes tailles. Dans cette version, la capacité d'Oracle Exadata Cloud@Customer a été étendue afin de prendre en charge la forme de base. Pour plus d'informations, reportez-vous à Limites de ressource et caractéristiques des formes 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 (AVMC) 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 (Secure Socket Layer) 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, reportez-vous à Gestion des certificats de sécurité pour une ressource de cluster de machines virtuelles Exadata Autonomous.

Mars 2023

Fonctionnalité	Description
Nom de 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). Pour plus de détails, reportez-vous à Création d'une base de données Conteneur Autonomous. 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 vos utilisateurs Autonomous Database. Pour obtenir des instructions détaillées sur la configuration de l'authentification Kerberos, ses prérequis et ses limites, reportez-vous à Authentification des utilisateurs Autonomous Database avec Kerberos.
Fonction de trace SQL pour la session de base de données	Vous pouvez désormais utiliser la trace SQL pour identifier la source d'une charge globale de base de données excessive, telle qu'une instruction SQL à charge élevée dans votre application. Pour plus d'informations, reportez-vous à Utilisation de la fonction de trace SQL sur Autonomous Database.
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 Autonomous Database on Dedicated Exadata Infrastructure avec une fonction de vérification de mot de passe (PVF). Pour plus d'informations, reportez-vous à Gestion des profils utilisateur avec Autonomous Database.
Oracle Client for Microsoft Tools (OCMT)	Vous pouvez désormais télécharger et utiliser Oracle Client for Microsoft Tools (OCMT), un programme d'installation du 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 de Power BI et des outils de données Microsoft à Autonomous Database.
Exigences simplifiées : clonage à partir d'une sauvegarde	Nous avons désormais supprimé l'exigence d'une base de données Conteneur Autonomous disponible et réduit les besoins en ressources initiaux à 1 OCPU pour le clonage d'une base de données Autonomous Database à partir d'une sauvegarde. Pour plus d'informations, voir Exigences en matière de clonage.
Sauvegardes à long terme	Vous pouvez désormais créer des sauvegardes à long terme sur Autonomous 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 l'avoir créée. Pour plus d'informations, reportez-vous à Sauvegarde et restauration de bases de données 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 d'informations, reportez-vous à Sauvegarde et restauration de bases de données autonomes.

Février 2023

Fonctionnalité	Description
Documentation mise à jour pour la référence de package `DBMS_CLOUD`.	La référence de package `DBMS_CLOUD` est désormais mise à jour avec davantage de procédures et de fonctions. Vous pouvez désormais vous reporter aux sections suivantes de la documentation Autonomous Database on Dedicated Exadata Infrastructure pour obtenir de l'aide sur les procédures et les fonctions `DBMS_CLOUD` : DBMS_CLOUD pour la gestion des accès DBMS_CLOUD pour les objets et les fichiers API REST DBMS_CLOUD
Prise en charge de l'enregistrement de la configuration de ressource en tant que pile	Lors du provisionnement de nouvelles ressources Autonomous Database à partir de la console Oracle Cloud Infrastructure, vous pouvez désormais enregistrer la configuration de ressource en tant que pile en un seul clic. Vous pouvez ensuite utiliser la pile pour créer la ressource par le biais du service Resource Manager. Une pile est un ensemble de ressources Oracle Cloud Infrastructure correspondant à une configuration Terraform. Chaque pile réside dans le compartiment indiqué 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 Autonomous Database, reportez-vous aux sections suivantes : Création d'une ressource d'infrastructure Exadata Création d'un cluster de machines virtuelles Exadata Autonomous Création d'une base de données Conteneur Autonomous Création d'une base de données autonome
Prise en charge du sous-ensemble de noeuds de cluster de machines virtuelles Autonomous sur Autonomous Database sur Exadata Cloud@Customer	Sur les déploiements Exadata Cloud@Customer, 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 d'informations, 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 cliché en remplaçant la base de données Conteneur Autonomous de secours par une base de données Conteneur Autonomous de secours cliché. Pour obtenir des instructions détaillées, reportez-vous à Conversion d'une 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 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 les données de journalisation de la base principale, mais ne les applique pas. 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. Pour connaître les exigences et les limites de la base de données de secours cliché, reportez-vous à 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 du basculement Fast-Start à n'importe quelle 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 de base Oracle	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 avez la possibilité de choisir entre la dernière version d'Oracle Database prise en charge par Autonomous Database ou son prédécesseur immédiat. Par exemple, supposons que la dernière version d'Oracle Database prise en charge par Autonomous 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 Dernière RU ou Dernière RU pour effectuer une mise à jour vers la prochaine mise à jour de 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.