Annonces de nouvelles fonctions (2023)

Décembre 2023

Fonction	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 maintenant les désactiver lors du provisionnement de la base de données conteneur autonome et les activer à tout moment plus tard. 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 des sauvegardes comprise entre 7 et 95 jours. Pour plus d'informations : Créer une base de données conteneur autonome Modifier les paramètres de sauvegarde de base de données conteneur autonome
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 ou les supprimer. Il s'agit de l'ajustement vertical de grappe de machines virtuelles Exadata autonome. Cette possibilité vous permet d'augmenter ou de réduire une grappe de machines virtuelles 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 les instructions, voir Gérer les ressources de la grappe de machines virtuelles Exadata autonome.

Fonction

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 maintenant les désactiver lors du provisionnement de la base de données conteneur autonome et les activer à tout moment plus tard. 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 des sauvegardes comprise entre 7 et 95 jours.

Pour plus d'informations :

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 ou les supprimer. Il s'agit de l'ajustement vertical de grappe de machines virtuelles Exadata autonome.

Cette possibilité vous permet d'augmenter ou de réduire une grappe de machines virtuelles 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 les instructions, voir Gérer les ressources de la grappe de machines virtuelles Exadata autonome.

Novembre 2023

Fonction	Description
Mise à jour de document : Fonctions de configuration de sécurité renforcée	Nous avons ajouté une nouvelle section pour décrire les stratégies mises en oeuvre par Autonomous Database afin de fournir des configurations de sécurité standard et durables pour vos machines virtuelles autonomes (MV clients). Pour plus de détails, voir Gestion des configurations dans Autonomous Database.
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 la charge de travail d'une base de données sur place ou d'un autre service en nuage et la réexécuter sur une instance Autonomous Database. Cela vous permet de comparer les charges de travail entre une base de données sur place ou une autre base de données du service en nuage et une base de données Autonomous Database. Vous pouvez également saisir la charge de travail à partir d'une base de données Autonomous Database sur une infrastructure Exadata dédiée et la réexécuter sur la même base de données ou sur toute autre base de données Autonomous Database. 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.

Fonction

Description

Mise à jour de document : Fonctions de configuration de sécurité renforcée

Nous avons ajouté une nouvelle section pour décrire les stratégies mises en oeuvre par Autonomous Database afin de fournir des configurations de sécurité standard et durables pour vos machines virtuelles autonomes (MV clients).

Pour plus de détails, voir Gestion des configurations dans Autonomous Database.

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 la charge de travail d'une base de données sur place ou d'un autre service en nuage et la réexécuter sur une instance Autonomous Database. Cela vous permet de comparer les charges de travail entre une base de données sur place ou une autre base de données du service en nuage et une base de données Autonomous Database.

Vous pouvez également saisir la charge de travail à partir d'une base de données Autonomous Database sur une infrastructure Exadata dédiée et la réexécuter sur la même base de données ou sur toute autre base de données Autonomous Database. 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

Fonction	Description
Mise à jour de la documentation : Graphique interactif pour les principales fonctions de sécurité	Vous pouvez maintenant consulter les fonctions de sécurité d'Autonomous Database sur une infrastructure Exadata dédiée pour obtenir des informations complètes sur les principales fonctions de sécurité prises en charge par Autonomous Database sur une infrastructure Exadata dédiée. Ce document est accompagné d'un graphique cliquable représentant les blocs fonctionnels des fonctions de sécurité clés d'Autonomous 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 automatique trimestriels, lors du provisionnement d'une base de données conteneur autonome ou 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 Autonomous Database 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 fuseaux horaires ou simplement le fichier de fuseaux horaires 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 automatique 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. Voir Types de maintenance de service pour plus d'informations et Mettre à jour les préférences de maintenance des bases de données conteneur autonomes pour des instructions détaillées.
Mise à jour de la documentation : Étapes de configuration de CMU avec Microsoft Active Directory sur Exadata Cloud@Customer sans utiliser le service Oracle Object Store.	La documentation sur l'infrastructure Autonomous Database sur une infrastructure Exadata dédiée 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. Pour plus de détails, voir Utiliser Microsoft Active Directory avec Autonomous Database sur une infrastructure Exadata dédiée.
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 sont basées sur le nombre de cœurs 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 Database, voir Modèles de calcul dans Autonomous Database.
Soutien amélioré pour le suivi de l'utilisation des ressources sur Oracle Exadata Cloud@Customer	Dans les déploiements d'Oracle Exadata Cloud@Customer, vous pouvez surveiller et suivre l'affectation et l'utilisation de vos ressources Exadata sur 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 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'affectation et de l'utilisation des ressources de calcul et de stockage aux niveaux AVMC et ACD à 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 autonomes et à prévoir efficacement vos besoins en 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, et ce qu'ils signifient, consultez Planifier et surveiller la capacité.

Septembre 2023

Fonction	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 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 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 spécifique (ACD)	Autonomous Database sur une infrastructure Exadata dédiée vous permet de restreindre l'accès de l'opérateur Oracle à une base de données conteneur autonome spécifique dans une grappe de machines virtuelles Exadata autonome 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 obtiennent l'accès SQL uniquement pour les bases de données conteneur autonomes approuvées. Reportez-vous à la section 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é	Autonomous Database 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. Pour plus d'informations, voir Utilisation du service de réplication parallèle. Note : La réplication parallèle n'est pas prise en charge pour les bases de données 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 à dépanner les problèmes que vous pourriez rencontrer avec Oracle Autonomous Database on Dedicated Exadata Infrastructure, le dépannage d'Autonomous Database sur une infrastructure Exadata dédiée est ajouté à notre documentation.

Août 2023

Fonction	Description
Prise en charge améliorée pour le suivi de l'utilisation des ressources dans Oracle Public Cloud.	Dans les déploiements Oracle Public Cloud, vous pouvez surveiller et suivre l'affectation et l'utilisation des ressources Exadata sur 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 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'affectation et de l'utilisation des ressources de calcul et de stockage aux niveaux AVMC et ACD à 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 Autonomous Database et à prévoir efficacement vos besoins en 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, et ce qu'ils signifient, consultez Planifier et surveiller la capacité.
Prise en charge du magasin de colonnes en mémoire pour Autonomous Database sur une infrastructure Exadata dédiée	Vous pouvez activer Database In-Memory pour Autonomous Database en affectant un pourcentage de sa mémoire SGA (System Global Area) au magasin 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. La réduction du nombre d'UC à moins de 4 OCPU par la suite 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 fonction Database In-Memory soit activée ou non pour la source du clone. Voir Base de données en mémoire pour connaître les exigences et les directives relatives à l'utilisation de cette fonction avec Autonomous 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 Autonomous Database sur une infrastructure Exadata dédiée.

Fonction

Description

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

Dans les déploiements Oracle Public Cloud, vous pouvez surveiller et suivre l'affectation et l'utilisation des ressources Exadata sur 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 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'affectation et de l'utilisation des ressources de calcul et de stockage aux niveaux AVMC et ACD à 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 Autonomous Database et à prévoir efficacement vos besoins en 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, et ce qu'ils signifient, consultez Planifier et surveiller la capacité.

Prise en charge du magasin de colonnes en mémoire pour Autonomous Database sur une infrastructure Exadata dédiée

Vous pouvez activer Database In-Memory pour Autonomous Database en affectant un pourcentage de sa mémoire SGA (System Global Area) au magasin 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. La réduction du nombre d'UC à moins de 4 OCPU par la suite 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 fonction Database In-Memory soit activée ou non pour la source du clone.

Voir Base de données en mémoire pour connaître les exigences et les directives relatives à l'utilisation de cette fonction avec Autonomous 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 Autonomous Database sur une infrastructure Exadata dédiée.

Juillet 2023

Fonction	Description
Configuration d'Autonomous Data Guard inter-région pour Autonomous Database sur Exadata Cloud@Customer.	Dans les déploiements Exadata Cloud@Customer, vous pouvez spécifier une infrastructure Exadata et une grappe de MV Exadata autonome dans une région différente de l'infrastructure Exadata et de la grappe de MV 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 catastrophes à l'aide d'Autonomous Data Guard.
Cloner une instance de base de données ou sa sauvegarde sur les régions et les ressources d'infrastructure Exadata.	Dans les déploiements Exadata Cloud@Customer, vous pouvez : Clonez une base de données Autonomous Database, 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 Autonomous Database 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 Autonomous Database à partir d'une sauvegarde sur la même infrastructure Exadata ou une autre dans la même région ou dans une autre. Dans le cas des bases de données 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. Pour des instructions étape par étape, voir : Cloner une instance de base de données autonome Cloner une base de données autonome à partir d'une sauvegarde

Fonction

Description

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

Dans les déploiements Exadata Cloud@Customer, vous pouvez spécifier une infrastructure Exadata et une grappe de MV Exadata autonome dans une région différente de l'infrastructure Exadata et de la grappe de MV 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 catastrophes à l'aide d'Autonomous Data Guard.

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

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

Clonez une base de données Autonomous Database, 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 Autonomous Database 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 Autonomous Database à partir d'une sauvegarde sur la même infrastructure Exadata ou une autre dans la même région ou dans une autre. Dans le cas des bases de données 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.

Pour des instructions étape par étape, voir :

Juin 2023

Fonction	Description
Mise à jour de la documentation pour consolider les fonctions de réglage et de surveillance de la performance prises en charge par Autonomous Database sur une infrastructure Exadata dédiée.	La documentation existante relative aux fonctions haute performance prises en charge par Autonomous Database sur une infrastructure Exadata dédiée est improvisée pour fournir des informations complètes dans un seul article. Le nouvel article a : Un graphique d'aperçu qui vous offre une vue d'ensemble de toutes les fonctions et outils de surveillance de la performance haute performance 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, voir Caractéristiques haute performance d'Autonomous Database sur une infrastructure Exadata dédiée.
Prise en charge de la forme de base pour Autonomous Database sur une infrastructure Exadata dédiée sur Oracle Public Cloud.	Oracle Autonomous Database on Dedicated Exadata Infrastructure présente différentes formes d'infrastructure pour prendre en charge des charges de travail de différentes tailles. Dans cette version, la capacité de l'infrastructure Autonomous Database 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 IAM comme modèle d'authentification externe pour votre base de données Autonomous Database. Reportez-vous aux rubriques suivantes pour obtenir des instructions détaillées : Activer l'authentification Kerberos dans la base de données autonome Configurer Oracle Autonomous Database pour l'intégration de Microsoft Azure AD Modifier les fournisseurs d'identités externes dans la base de données autonome
Utilisez Directories pour charger des données à l'aide des procédures `DBMS_CLOUD`.	Au lieu d'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 pour les objets et les fichiers.
Accéder aux fichiers Avro, ORC et Parquet dans les magasins d'objets.	Vous pouvez maintenant interroger et charger directement les données stockées dans des fichiers 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. Consultez les rubriques suivantes pour plus de détails : DBMS_CLOUD Prise en charge d'Avro, ORC et Parquet 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

Fonction	Description
Prise en charge du quota de compartiment pour Autonomous Database sur Exadata Cloud@Customer	Autonomous 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 avec des 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 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 n'est disponible que lors du provisionnement d'une ressource AVMC et vous ne pouvez pas modifier la sélection après la création de la grappe AVMC. Pour plus de détails, consultez la section Création d'une grappe de machines virtuelles Exadata autonome.
Activité de maintenance de sécurité d'infrastructure mensuelle	Oracle programme et effectue la maintenance mensuelle de la sécurité de l'infrastructure parallèlement à la maintenance trimestrielle. Cette activité de maintenance est programmée pour être appliquée au cours d'une fenêtre de 21 jours qui commence après le 15 de chaque mois. Vous recevrez un avis concernant le programme proposé au moins 7 jours avant le début de la fenêtre de maintenance mensuelle et vous pouvez, si vous le souhaitez, reprogrammer la maintenance mensuelle à une autre date de la fenêtre. Ces correctifs de sécurité ne sont appliqués que dans les mois où les mises à jour de sécurité sont critiques, y compris les correctifs pour les vulnérabilités dont la note CVSS est supérieure ou égale à 7. Pour plus d'informations, consultez la section Maintenance du service dans Autonomous Database sur une infrastructure Exadata dédiée. Note : La mise en oeuvre de la maintenance de la sécurité de l'infrastructure sera déployée progressivement dans différentes régions Oracle Cloud Infrastructure (OCI).
Mise à jour de la documentation : Fonctions haute performance dans Autonomous Database sur une infrastructure Exadata dédiée	La documentation existante expliquant les fonctions haute performance prises en charge par Autonomous Database sur une infrastructure Exadata dédiée est improvisée et consolidée en un seul article. 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 Database, en référence aux guides pratiques connexes. Pour plus de détails, voir Caractéristiques haute performance d'Autonomous Database.
Possibilité d'apporter vos propres certificats (BYOC)	Dans les déploiements Oracle Public Cloud, vous pouvez maintenant 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 vos certificats Oracle REST Data Services (ORDS) ou SSL (Secure Socket Layer) 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 d'informations, 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 nouveau stockage ajouté. En termes simples, vous pouvez adapter votre stockage d'infrastructure Exadata sur demande de manière automatisée et élastique. Pour plus d'informations sur l'utilisation de cette fonction avec les déploiements d'Oracle Public Cloud, voir : Augmenter le nombre de coeurs d'UC dans une instance Exadata Cloud Infrastructure Ajuster les cœurs d'UC dans une grappe de machines virtuelles ou un système de base de données Exadata Cloud Infrastructure Ajouter des ressources de calcul et de stockage à une ressource flexible d'infrastructure Exadata en nuage Utiliser l'API pour gérer une instance Exadata Cloud Infrastructure cloud-exadata-infrastructures Pour plus d'informations sur l'utilisation de cette fonction avec les déploiements Exadata Cloud@Customer, voir : Utilisez la console pour ajuster les capacités de calcul et de stockage de l'infrastructure Utilisez la console pour télécharger le fichier de configuration d'ajustement des capacités de calcul et de stockage de l'infrastructure Utiliser la console pour activer de nouveaux serveurs de stockage et de base de données Utilisez la console pour rendre la capacité de stockage des nouveaux serveurs disponible pour la consommation des grappes de machines virtuelles Utilisez la console pour voir les détails de l'infrastructure Exadata Cloud@Customer avec des capacités de stockage et de calcul ajustées

Avril 2023

Fonction	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`, vous voyez la date et l'heure en fonction du fuseau horaire par défaut d'Autonomous Database, du temps universel coordonné (UTC) ou en fonction du fuseau horaire que vous avez défini dans votre base de données. Voir SYSDATE_AT_DBTIMEZONE pour plus d'informations.
Port du module d'écoute SCAN et mode d'authentification TLS	Dans les déploiements Oracle Public Cloud, vous pouvez maintenant : Sélectionner un port de module d'écoute SCAN pour TLS et non TLS à partir d'un intervalle de ports disponibles. Choisissez entre les protocoles TLS à sens unique 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 (Service de système de fichiers OCI)	Vous pouvez maintenant attacher des appareils NFS externes fournis par le client ou le service FSS pour OCI à 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 des centres de données sur place. Pour plus d'informations : Attacher le stockage de fichiers externe à Autonomous Database Attacher le stockage de fichiers réseau à Autonomous Database Ensemble DBMS_CLOUD_ADMIN
Prise en charge des formes de base dans les déploiements Exadata Cloud@Customer.	Oracle Autonomous Database on Dedicated Exadata Infrastructure présente différentes formes d'infrastructure pour prendre en charge des charges de travail de différentes tailles. Dans cette version, la capacité d'Oracle Exadata Cloud@Customer a été étendue pour prendre en charge la forme de base. Pour plus d'informations, voir Limites de ressources et caractéristiques des formes d'infrastructure.
Utiliser ses propres certificats (BYOC)	Vous pouvez maintenant prédéfinir vos propres certificats de sécurité avec une grappe de machines virtuelles Exadata autonome sur Exadata Cloud@Customer à l'aide de la console Oracle Cloud Infrastructure. Cette fonction vous permet d'utiliser vos certificats Oracle REST Data Services (ORDS) ou SSL (Secure Socket Layer) 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

Fonction	Description
Nom de la base de données conteneur autonome	Lors du provisionnement d'une base de données conteneur autonome, vous pouvez maintenant 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 Oracle Key Vault (OKV). 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 d'Autonomous Database. Pour des conseils détaillés sur la configuration de l'authentification Kerberos, ses préalables et ses limites, voir Authentifier les utilisateurs Autonomous Database avec Kerberos.
Traçage SQL pour la session de base de données	Vous pouvez maintenant utiliser le traçage SQL pour vous aider à identifier la source d'une charge de travail de base de données excessive, telle qu'un énoncé SQL à charge élevée dans votre application. Pour plus d'informations, voir Utiliser la trace SQL sur Autonomous Database.
Prise en charge des profils de mot de passe pour les profils définis par l'utilisateur	Vous pouvez maintenant créer et modifier des profils d'utilisateur sur Autonomous Database 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 une base de données autonome.
Client Oracle pour outils Microsoft (OCMT)	Vous pouvez maintenant télécharger et utiliser Oracle Client for Microsoft Tools (OCMT), qui est un programme d'installation de logiciel Microsoft (MSI) natif d'interface utilisateur graphique qui simplifie la configuration de ODP.NET et la connectivité de base de données Oracle à plusieurs outils de données Microsoft. Reportez-vous à Connecter Power BI et les outils de données Microsoft à Autonomous 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 exigences initiales en matière de ressources à 1 OCPU pour le clonage d'une base de données Autonomous Database à 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 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 à une valeur différente après sa création. Pour plus de détails, voir Sauvegarder et restaurer des bases de données 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 autonomes.

Février 2023

Fonction	Description
Documentation mise à jour pour les informations de référence sur 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 maintenant consulter les sections suivantes de la documentation sur Autonomous Database sur une infrastructure Exadata dédiée pour obtenir de l'aide sur les procédures et fonctions `DBMS_CLOUD` : DBMS_CLOUD pour la gestion de l'accès DBMS_CLOUD pour les objets et les fichiers API REST de DBMS_CLOUD
Prise en charge de l'enregistrement de la configuration de ressources en tant que pile	Lors du provisionnement de nouvelles ressources Autonomous Database à partir de la console Oracle Cloud Infrastructure, vous pouvez maintenant enregistrer la configuration des ressources en tant que pile en un seul clic. Vous pouvez ensuite utiliser la pile pour créer la ressource au moyen du service du gestionnaire de ressources. Une pile est un ensemble 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 sur plusieurs régions. Pour plus d'informations, voir stack. Pour obtenir des instructions sur l'utilisation de cette fonction avec différentes ressources Autonomous Database, voir : Créer une ressource d'infrastructure Exadata Créer une grappe de machines virtuelles Exadata autonome Créer une base de données conteneur autonome Créer une base de données autonome
Prise en charge du sous-ensemble de noeuds de grappe de machines virtuelles autonome sur Autonomous Database 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 n'est disponible que lors du provisionnement d'une ressource AVMC et vous ne pouvez pas modifier la sélection après la création de la grappe AVMC. Pour plus de détails, consultez la section Création d'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 en base de données conteneur de secours instantanée. Pour obtenir des instructions étape par étape, voir Convertir la base de secours physique en base 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 maintenant 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 secours instantanée est utile lorsque vous devez utiliser votre base de secours pour des opérations de lecture-écriture, par exemple pour tester un correctif avant de l'appliquer à la base principale. Consultez 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 au démarrage rapide	Vous pouvez maintenant modifier le mode de protection d'une configuration Autonomous Data Guard. Vous pouvez également modifier la limite de décalage pour le basculement à démarrage rapide à n'importe quelle 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. Pour des instructions détaillées, voir Mettre à jour les paramètres Autonomous Data Guard.
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 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 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 autonome répertorie les versions 19.18.0.1.0 et 19.17.0.1.0. Pour plus de détails, voir Créer une base de données conteneur autonome.
Permet 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 UR suivante ou sur UR la plus récente pour effectuer une mise à jour vers 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.