Oracle sur Amazon RDS

Amazon RDS prend en charge les instances de base de données qui exécutent les versions et éditions d'Oracle Database suivantes :

• Oracle 19c, version 19.0.0.0

• Oracle 18c, version 18.0.0.0

• Oracle 12c, version 12.2.0.1

• Oracle 12c, version 12.1.0.2

Note

Amazon RDS prend également en charge Oracle 11g, version 11.2.0.4 (Obsolescence d'Oracle 11.2.0.4). Cette version devrait bientôt devenir obsolète, car Oracle ne fournit plus de correctifs pour 11.2.0.4 après la date de fin d’assistance.

Vous pouvez créer des instances de bases de données et des instantanés de base de données, des restaurations à un moment donné, ainsi que des sauvegardes automatiques ou manuelles. Les instances de bases de données exécutant Oracle peuvent être utilisées dans un VPC. Vous pouvez également activer diverses options pour ajouter plus de fonctions à votre instance de base de données Oracle. Amazon RDS prend en charge les déploiements Multi-AZ pour Oracle en tant que solution de basculement à haute disponibilité.

Pour assurer une expérience de service géré, Amazon RDS ne fournit pas d'accès de coquille aux instances de base de données et il restreint l'accès à certaines procédures de système et à des tableaux qui nécessitent des privilèges avancés. Amazon RDS prend en charge l'accès aux bases de données sur une instance de base de données qui utilise toute application de client SQL standard, telle que Oracle SQL Plus. Amazon RDS ne permet pas d'accès d'hôte direct à une instance de base de données à l'aide de Telnet ou Secure Shell (SSH).

Lorsque vous créez une instance de base de données, le compte principal que vous utilisez pour créer l'instance obtient des privilèges d'utilisateur DBA (avec certaines restrictions). Utilisez ce compte pour toutes les tâches administratives comme la création de comptes utilisateurs supplémentaires dans la base de données. L'utilisateur SYS, l'utilisateur SYSTEM et les autres comptes d'administration ne peuvent pas être utilisés.

Avant de créer une instance de base de données, suivez la procédure de la section Configuration pour Amazon RDS du présent guide.

Tâches courantes de gestion pour Oracle sur Amazon RDS

Vous trouverez ci-dessous les tâches courantes de gestion que vous exécutez avec une instance de base de données Amazon RDS Oracle, avec des liens vers la documentation appropriée relative à chaque tâche.

Type de tâche	Documentation
Classes d'instance, stockage et PIOPS Si vous créez une instance de base de données à des fins de production, vous devez comprendre comment les classes d'instance, les types de stockage et les IOPS provisionnées fonctionnent dans Amazon RDS.	Prise en charge des classes d'instance de base de données pour Oracle Types de stockage Amazon RDS
Déploiements multi-AZ Une instance de base de données de production doit utiliser des déploiements multi-AZ. Les déploiements Multi-AZ améliorent la disponibilité, la durabilité des donnés et la tolérance aux pannes pour les instances de bases de données.	Haute disponibilité (multi-AZ) pour Amazon RDS
Amazon Virtual Private Cloud (VPC) Si votre compte AWS possède un VPC par défaut, votre instance de base de données est automatiquement créée dans le VPC par défaut. Si votre compte n'a pas de VPC par défaut et que vous voulez que l'instance de base de données soit dans un VPC, créez le VPC et les groupes de sous-réseaux avant de créer l'instance de base de données.	Déterminer si vous utilisez une plateforme EC2-VPC ou EC2-Classic Utilisation d'une instance de base de données dans un VPC
Groupes de sécurité Par défaut, les instances de bases de données sont créées avec un pare-feu qui empêche d'y accéder. Vous devez donc créer un groupe de sécurité avec les adresses IP correctes et la configuration réseau permettant d'accéder à l'instance de base de données. Le groupe de sécurité que vous créez dépend de la plateforme Amazon EC2 sur laquelle se trouve votre instance de base de données et du fait que vous accédiez ou non à votre instance de base de données depuis une instance Amazon EC2. En général, si votre instance de base de données se trouve sur la plateforme EC2-Classic, vous devez créer un groupe de sécurité de base de données. De même, en général, si votre instance de base de données se trouve sur la plateforme EC2-VPC, vous devez créer un groupe de sécurité VPC.	Déterminer si vous utilisez une plateforme EC2-VPC ou EC2-Classic Contrôle d'accès par groupe de sécurité
Groupes de paramètres Si votre instance de base de données doit nécessiter des paramètres de base de données spécifiques, vous devez créer un groupe de paramètres avant de créer l'instance de base de données.	Utilisation de groupes de paramètres de base de données
Groupes d'options Si votre instance de base de données doit nécessiter des options de base de données spécifiques, vous devez créer un groupe d'options avant de créer l'instance de base de données.	Options propres aux instances de bases de données Oracle
Connexion à votre instance de base de données Après avoir créé un groupe de sécurité et l'avoir associé à une instance de base de données, vous pouvez vous connecter à l'instance de base de données en utilisant une application cliente SQL standard quelconque telle qu'Oracle SQL Plus.	Connexion à une instance de base de données exécutant le moteur de base de données Oracle
Sauvegarde et restauration Vous pouvez configurer votre instance de base de données pour que les sauvegardes soient exécutées automatiquement ou que les instantanés soient créés manuellement, puis que les instances soient restaurées à partir des sauvegardes ou des instantanés.	Sauvegarde et restauration d'une instance de base de données Amazon RDS
Surveillance Vous pouvez surveiller une instance de base de données Oracle en utilisant les métriques CloudWatch Amazon RDS, les événements et la supervision améliorée.	Affichage des métriques d'instances de base de données Affichage d'événements Amazon RDS
Fichiers journaux Vous pouvez accéder aux fichiers journaux de votre instance de base de données Oracle.	Fichiers journaux de base de données Amazon RDS

L'utilisation d'instances de bases de données Oracle implique également des tâches avancées et des fonctions facultatives. Pour plus d'informations, consultez la documentation suivante :

• Pour plus d'informations sur les tâches d'administrateur de base de données courantes pour Oracle sur Amazon RDS, consultez Tâches DBA courantes pour les instances de bases de données Oracle.

• Pour plus d'informations sur la prise en charge d'Oracle GoldenGate, consultez la page Utilisation d'Oracle GoldenGate avec Amazon RDS.

• Pour plus d'informations sur la prise en charge de Siebel Customer Relationship Management (CRM), consultez la page Installation d'une base de données Siebel sur Oracle sur Amazon RDS.

Licences Oracle

Deux types d'options de licence sont disponibles pour utiliser Amazon RDS pour Oracle : Licence incluse et Bring Your Own License (BYOL, Réutilisez vos licences). Après avoir créé une instance de base de données Oracle sur Amazon RDS, vous pouvez modifier le modèle de licence en modifiant l'instance de base de données. Pour plus d'informations, consultez Modification d'une instance de base de données Amazon RDS.

Licence incluse

Dans le modèle Licence incluse, vous n'avez pas besoin d'acheter séparément les licences Oracle. AWS gère la licence du logiciel de base de données Oracle. Dans ce modèle, si vous disposez d'un compte AWS Support avec assistance, vous devez contacter AWS Support pour les demandes de service relatives à Amazon RDS, comme pour celles relatives à Oracle Database.

Amazon RDS prend en charge le modèle « Licence incluse » pour les éditions suivantes d'Oracle Database :

• Oracle Database Standard Edition One (SE1)

• Oracle Database Standard Edition Two (SE2)

Note

Le modèle Oracle Database SE1 avec licence incluse n'est pas pris en charge dans les régions d'adhésion AWS suivantes :

• Afrique (Le Cap)

• Asie-Pacifique (Hong Kong)

• Europe (Milan)

• Moyen-Orient (Bahreïn)

Bring Your Own License (Licence à fournir)

Dans le modèle Réutilisez vos licences, vous pouvez utiliser vos licences de bases de données Oracle existantes pour exécuter vos déploiements Oracle sur Amazon RDS. Vous devez posséder la licence Oracle Database appropriée (avec la licence de mise à jour du logiciel et le support) pour la classe d'instance de base de données et l'édition d'Oracle Database que vous souhaitez exécuter. Vous devez aussi suivre les stratégies d'Oracle pour obtenir la licence du logiciel de base de données Oracle dans l'environnement de cloud computing. Pour plus d'informations sur la politique de gestion des licences Oracle pour Amazon EC2, consultez Licensing Oracle Software in the Cloud Computing Environment (Gestion des licences de logiciels Oracle dans l'environnement d'informatique sur le cloud).

Dans ce modèle, vous continuez d'utiliser votre compte de support Oracle actif et vous contactez Oracle directement pour les demandes de service propres à Oracle Database. Si vous disposez d'un compte AWS Support avec assistance, vous pouvez contacter AWS Support en cas de problèmes avec Amazon RDS. Amazon Web Services et Oracle disposent de processus de support multi-vendeurs pour les cas qui nécessitent une assistance de la part des deux organisations.

Amazon RDS prend en charge le modèle « Réutilisez vos licences » pour les éditions suivantes d'Oracle Database :

• Oracle Database Enterprise Edition (EE)

• Oracle Database Standard Edition (SE)

• Oracle Database Standard Edition One (SE1)

• Oracle Database Standard Edition Two (SE2)

Intégration avec AWS License Manager

Si vous utilisez le modèle Réutilisez vos licences (BYOL), l'intégration d'AWS License Manager avec Amazon RDS for Oracle facilite la surveillance de l'utilisation de votre licence Oracle au sein de votre organisation. License Manager prend en charge le suivi des éditions de moteur RDS for Oracle et des packs de licences basés sur des cœurs virtuels (vCPU). Vous pouvez également utiliser License Manager avec AWS Organizations pour gérer l'ensemble de vos comptes organisationnels de manière centralisée.

Note

L'intégration de RDS for Oracle avec License Manager n'est pas prise en charge dans la région Asie-Pacifique (Osaka-Local).

Le tableau suivant présente les filtres d'informations sur le produit RDS for Oracle.

Filtre	Nom	Description
Engine Edition	oracle-ee	Oracle Database Enterprise Edition (EE)
	oracle-se	Oracle Database Standard Edition (SE)
	oracle-se1	Oracle Database Standard Edition One (SE1)
	oracle-se2	Oracle Database Standard Edition Two (SE2)
Pack de licence	data guard	Voir Utilisation des réplicas en lecture Oracle pour Amazon RDS (Oracle Active Data Guard)
	olap	Voir Oracle OLAP
	ols	Voir Oracle Label Security
	diagnostic pack sqlt	Voir Oracle SQLT
	tuning pack sqlt	Voir Oracle SQLT

Vous pouvez créer une configuration de licence pour suivre l'utilisation des licences de vos instances de base de données Oracle. Une fois la configuration de licence créée, les ressources RDS for Oracle correspondant au filtre d'informations produit sont automatiquement associées à la configuration de licence. La détection des instances de base de données Oracle peut prendre jusqu'à 24 heures.

Console

Pour créer une configuration de licence pour suivre l'utilisation des licences de vos instances de base de données Oracle

1. Accédez à https://console.aws.amazon.com/license-manager/.

2. Créez une configuration de licence.

   Pour obtenir des instructions, veuillez consulter Créer une configuration de licence dans le Guide de l'utilisateur AWS License Manager.

   Ajoutez une règle pour un RDS Product Information Filter (Filtre d'informations produit RDS) dans le panneau Product Information (Informations produit) .

   Pour de plus amples informations, veuillez consulter Informations produit dans la Référence de l'API AWS License Manager.

AWS CLI

Pour créer une configuration de licence permettant de suivre l'utilisation des licences de vos instances de base de données Oracle à l'aide de l'AWS CLI, appelez la commande create-license-configuration . Vous pouvez utiliser les paramètres --cli-input-json ou --cli-input-yaml pour transmettre les paramètres à la commande.

Exemple

Le code suivant crée une configuration de licence pour Oracle Enterprise Edition.

aws license-manager create-license-configuration —cli-input-json file://rds-oracle-ee.json
                            

Voici l'exemple de fichier rds-oracle-ee.json utilisé dans l'exemple.

{
    "Name": "rds-oracle-ee",
    "Description": "RDS Oracle Enterprise Edition",
    "LicenseCountingType": "vCPU",
    "LicenseCountHardLimit": false,
    "ProductInformationList": [
        {
            "ResourceType": "RDS",
            "ProductInformationFilterList": [
                {
                    "ProductInformationFilterName": "Engine Edition",
                    "ProductInformationFilterValue": ["oracle-ee"],
                    "ProductInformationFilterComparator": "EQUALS"
                }
            ]
        }
    ]
}                                
                            

Pour de plus amples informations sur les informations produit, veuillez consulter Détection automatique de l'inventaire des ressources dans le Guide de l'utilisateur AWS License Manager.

Pour de plus amples informations sur le paramètre --cli-input, veuillez consulter Génération du squelette de l'interface de ligne de commande AWS et des paramètres d'entrée à partir d'un fichier d'entrée JSON ou YAML dans le Guide de l'utilisateur de l'AWS CLI.

Licences des déploiements multi-AZ Oracle

Amazon RDS prend en charge les déploiements Multi-AZ pour Oracle comme solution de basculement haute disponibilité. Le déploiement multi-AZ est conseillé pour les charges de travail de production. Pour plus d'informations, consultez Haute disponibilité (multi-AZ) pour Amazon RDS.

Si vous utilisez le modèle Réutilisez vos licences, vous devez disposer d'une licence à la fois pour l'instance de base de données principale et l'instance de base de données de secours dans un déploiement multi-AZ.

Migration d'une édition Oracle à une autre

Pour le modèle BYOL, vous pouvez migrer depuis une édition standard (SE, SE2 ou SE2) vers une édition Enterprise Edition (EE), à condition de posséder une licence Oracle non utilisée et appropriée pour l'édition et la classe d'instance de base de données que vous prévoyez d'exécuter. En revanche, il n'est pas possible de migrer d'une édition Entreprise Edition vers d'autres éditions.

Pour changer d'édition et conserver vos données

1. Créez un snapshot de l'instance DB.

   Pour plus d'informations, consultez Création d'un instantané de base de données.

2. Restaurez l'instantané dans une nouvelle instance de base de données et sélectionnez l'édition de base de données Oracle que vous souhaitez utiliser.

   Pour plus d'informations, consultez Restauration à partir d'un instantané de base de données.

3. (Facultatif) Supprimez l'ancienne instance de base de données, sauf si vous souhaitez continuer de l'exécuter et que vous disposez des licences Oracle Database appropriées.

   Pour plus d'informations, consultez Suppression d'une instance de base de données .

Prise en charge des classes d'instance de base de données pour Oracle

Les capacités de calcul et de mémoire d'une instance de base de données sont déterminées par sa classe d'instance de base de données. La classe d'instance de bases de données dont vous avez besoin varie selon vos exigences en mémoire et en puissance de traitement. Pour plus d'informations, consultez Classes d'instances de base de données.

Les classes d'instance de base de données prises en charge pour Oracle sont répertoriées ci-dessous.

Edition d'Oracle	Prise en charge d'Oracle 19c, 18c et 12c version 12.2.0.1	Prise en charge d'Oracle 12c version 12.1.0.2	Prise en charge d'Oracle 11g version 11.2.0.4
Enterprise Edition (EE) Bring Your Own License (Licence à fournir)	db.m5.large–db.m5.24xlarge db.m4.large–db.m4.16xlarge db.z1d.large–db.z1d.12xlarge db.x1e.xlarge–db.x1e.32xlarge db.x1.16xlarge–db.x1.32xlarge db.r5.large–db.r5.24xlarge db.r4.large–db.r4.16xlarge db.t3.small–db.t3.2xlarge	db.m5.large–db.m5.24xlarge db.m4.large–db.m4.16xlarge db.z1d.large–db.z1d.12xlarge db.x1e.xlarge–db.x1e.32xlarge db.x1.16xlarge–db.x1.32xlarge db.r5.large–db.r5.24xlarge db.r4.large–db.r4.16xlarge db.t3.micro–db.t3.2xlarge	db.m5.large–db.m5.24xlarge db.m4.large–db.m4.16xlarge db.z1d.large–db.z1d.12xlarge db.x1e.xlarge–db.x1e.32xlarge db.x1.16xlarge–db.x1.32xlarge db.r5.large–db.r5.24xlarge db.r4.large–db.r4.16xlarge db.t3.micro–db.t3.2xlarge
Standard Edition 2 (SE2) Bring Your Own License (Licence à fournir)	db.m5.large–db.m5.4xlarge db.m4.large–db.m4.4xlarge db.z1d.large–db.z1d.3xlarge db.x1e.xlarge–db.x1e.4xlarge db.r5.large–db.r5.4xlarge db.r4.large–db.r4.4xlarge db.t3.small–db.t3.2xlarge	db.m5.large–db.m5.4xlarge db.m4.large–db.m4.4xlarge db.z1d.large–db.z1d.3xlarge db.x1e.xlarge–db.x1e.4xlarge db.r5.large–db.r5.4xlarge db.r4.large–db.r4.4xlarge db.t3.micro–db.t3.2xlarge	—
Standard Edition 2 (SE2) Licence incluse	db.m5.large–db.m5.4xlarge db.m4.large–db.m4.4xlarge db.r5.large–db.r5.4xlarge db.r4.large–db.r4.4xlarge db.t3.small–db.t3.2xlarge	db.m5.large–db.m5.4xlarge db.m4.large–db.m4.4xlarge db.r5.large–db.r5.4xlarge db.r4.large–db.r4.4xlarge db.t3.micro–db.t3.2xlarge	—
Standard Edition 1 (SE1) Bring Your Own License (Licence à fournir)	—	—	db.m5.large–db.m5.4xlarge db.m4.large–db.m4.4xlarge db.z1d.large–db.z1d.3xlarge db.x1e.xlarge–db.x1e.4xlarge db.r5.large–db.r5.4xlarge db.r4.large–db.r4.4xlarge db.t3.micro–db.t3.2xlarge
Standard Edition 1 (SE1) Licence incluse	—	—	db.m5.large–db.m5.4xlarge db.m4.large–db.m4.4xlarge db.r5.large–db.r5.4xlarge db.t3.micro–db.t3.2xlarge
Standard Edition (SE) Bring Your Own License (Licence à fournir)	—	—	db.m5.large–db.m5.8xlarge db.m4.large–db.m4.4xlarge db.z1d.large–db.z1d.6xlarge db.x1e.xlarge–db.x1e.8xlarge db.r5.large–db.r5.8xlarge db.r4.large–db.r4.8xlarge db.t3.micro–db.t3.2xlarge

Note

Nous invitions tous les clients Bring-Your-Own-License (Réutilisez vos licences) à consulter leur contrat de licence pour évaluer l’impact de Amazon RDS sur les obsolescences d’Oracle. Pour de plus amples informations sur la capacité de calcul des classes d'instance de base de données prises en charge par Amazon RDS for Oracle, veuillez consulter Classes d'instances de base de données et Configuration du processeur pour une classe d'instance de base de données.

Classes d'instance de base de données db.t2 pour Oracle obsolètes

Les classes d'instance de base de données db.t2 sont obsolètes pour Amazon RDS for Oracle. Les classes d'instance de base de données db.t2 ont été remplacées par les classes d'instance de base de données db.t3 plus performantes et généralement meilleur marché. À partir du 15 janvier 2020, Amazon RDS pour Oracle mettra automatiquement à échelle les instances de base de données db.t2 DB aux classes d'instances de base de données db.t3 comparables.

Si vous disposez d'instances de base de données qui utilisent des classes d'instance de base de données db.t2, Amazon RDS modifiera automatiquement chacune d'entre elles pour utiliser une classe d'instance de base de données non obsolète. Vous pouvez vous-même échanger la classe d'instance de base de données pour une instance de base de données en modifiant l'instance de base de données. Pour de plus amples informations, veuillez consulter Modification d'une instance de base de données Amazon RDS.

Si vous disposez d'instantanés de base de données d'instances de base de données qui utilisaient des classes d'instance de base de données db.t2, vous pouvez choisir une classe d'instance de base de données non obsolète lorsque vous restituez les instantanés de base de données. Pour plus d'informations, consultez Restauration à partir d'un instantané de base de données.

Note

L’hyper-threading est activé par défaut pour les classes d’instances de base de données db.t3. Lorsque les instances de base de données exécutant la classe d’instance de base de données db.t2 sont migrées, le nombre de vCPU est défini automatiquement sur le nombre associé à la classe d’instance de base de données db.t3 comparable. Pour en savoir plus sur les fonctionnalités de gestion des vCPU disponibles dans Amazon RDS pour Oracle et les paramètres par défaut de chaque classe d’instance de base de données db.t3, consultez Configuration du processeur pour une classe d'instance de base de données.

Classes d'instance de base de données db.m3 et db.r3 pour Oracle obsolètes

Les classes d'instance de base de données db.m3 et db.r3 de Amazon RDS pour Oracle sont obsolètes. Ces classes d'instance de base de données ont été remplacées par des classes d'instance de base de données qui offrent un meilleur profil de performances et qui sont généralement disponibles à moindre coût. À partir du 30 septembre 2019, Amazon RDS pour Oracle mettra automatiquement à échelle les instances de base de données aux classes d'instances de base de données non-obsolètes.

Si vous disposez d'instances de base de données qui utilisent des classes d'instance de base de données db.m3 et db.r3, Amazon RDS modifiera automatiquement chacune d'entre elles pour utiliser une classe d'instance de base de données non obsolète. Vous pouvez vous-même échanger la classe d'instance de base de données pour une instance de base de données en modifiant l'instance de base de données. Pour de plus amples informations, veuillez consulter Modification d'une instance de base de données Amazon RDS.

Si vous disposez d'instantanés de base de données d'instances de base de données qui utilisaient des classes d'instance de base de données db.m3 ou db.r3, vous pouvez choisir une classe d'instance de base de données non obsolète lorsque vous restituez les instantanés de base de données. Pour plus d'informations, consultez Restauration à partir d'un instantané de base de données.

Classes d'instance de base de données db.m1 et db.m2 pour Oracle obsolètes

Les classes d'instance de base de données db.m1 et db.m2 de Amazon RDS pour Oracle sont obsolètes. Ces classes d'instance de base de données ont été remplacées par des classes d'instance de base de données qui offrent un meilleur profil de performances et qui sont généralement disponibles à moindre coût. À partir du 12 septembre 2018, Amazon RDS pour Oracle mettra automatiquement à échelle les instances de base de données aux classes d'instances de base de données non-obsolètes.

Si vous disposez d'instances de base de données qui utilisent des classes d'instance de base de données db.m1 et db.m2, Amazon RDS modifiera automatiquement chacune d'entre elles pour utiliser une classe d'instance de base de données non obsolète. Vous pouvez vous-même échanger la classe d'instance de base de données pour une instance de base de données en modifiant l'instance de base de données. Pour de plus amples informations, veuillez consulter Modification d'une instance de base de données Amazon RDS.

Si vous disposez d'instantanés de base de données d'instances de base de données qui utilisaient des classes d'instance de base de données db.m1 ou db.m2, vous pouvez choisir une classe d'instance de base de données non obsolète lorsque vous restituez les instantanés de base de données. Pour plus d'informations, consultez Restauration à partir d'un instantané de base de données.

Sécurité Oracle

Le moteur de base de données Oracle utilise une sécurité basée sur le rôle. Un rôle est un ensemble de privilèges pouvant être accordés ou révoqués à un utilisateur. Un rôle prédéfini, appelé Administrateur de base de données, autorise normalement tous les privilèges d'administration sur un moteur de base de données Oracle. Les privilèges suivants ne sont pas disponibles pour le rôle DBA sur une instance de base de données Amazon RDS en utilisant le moteur Oracle :

• Alter database

• Alter system

• Create any directory

• Drop any directory

• Grant any privilege

• Grant any role

Lorsque vous créez une instance de base de données, le compte principal que vous utilisez pour créer l'instance obtient des privilèges d'utilisateur DBA (avec certaines restrictions). Utilisez ce compte pour toutes les tâches administratives comme la création de comptes utilisateurs supplémentaires dans la base de données. L'utilisateur SYS, l'utilisateur SYSTEM et les autres comptes d'administration ne peuvent pas être utilisés.

Amazon RDS Oracle prend en charge les connexions chiffrées SSL/TLS ainsi que l'option Oracle Native Network Encryption (NNE) pour chiffrer les connexions entre votre application et votre instance de base de données Oracle. Pour plus d'informations sur l'utilisation de SSL avec Oracle sur Amazon RDS, consultez Utilisation de SSL avec une instance de base de données Oracle. Pour plus d'informations sur l'option Oracle Native Network Encryption, consultez Oracle NNE (Native Network Encryption).

Utilisation de SSL avec une instance de base de données Oracle

Secure Sockets Layer (SSL) est un protocole de norme industrielle utilisé pour sécuriser les connexions réseau entre client et serveur. Après la version 3.0 de SSL, le nom du protocole a été changé à Transport Layer Security (TLS), mais il est encore souvent désigné par SSL et nous y faisons référence sous le nom de SSL. Amazon RDS prend en charge le chiffrement pour les instances de base de données Oracle. En utilisant SSL, vous pouvez chiffrer une connexion entre votre application client et votre instance de base de données Oracle. Le support SSL est disponible dans toutes les régions AWS pour Oracle.

Vous activez le chiffrement SSL (Secure Sockets Layer) pour une instance de base de données Oracle en ajoutant l'option Oracle SSL au groupe d'options associé à l'instance de base de données Oracle. Amazon RDS utilise un deuxième port requis par Oracle pour les connexions SSL. Cette approche permet aussi bien aux communications en texte clair que celles à chiffrement SSL de se produire simultanément entre une instance de base de données et un client Oracle. Par exemple, vous pouvez utiliser le port avec une communication en texte clair pour communiquer avec d'autres ressources à l'intérieur d'un VPC, tout en utilisant le port avec une communication à chiffrement SSL pour communiquer avec des ressources extérieures au VPC.

Pour plus d'informations, consultez Oracle Secure Sockets Layer (SSL).

Note

Vous ne pouvez pas utiliser le chiffrement SSL et le chiffrement Oracle NNE sur la même instance de base de données. Avant d'utiliser le chiffrement SSL, vous devez désactiver tout autre chiffrement de connexion.

Oracle 19c avec Amazon RDS

Amazon RDS prend en charge Oracle version 19c, qui inclut Oracle Enterprise Edition et Oracle Standard Edition Two.

Oracle 19c version 19.0.0.0 inclut beaucoup de nouvelles fonctions et mises à jour par rapport à la version précédente. Cette section couvre les fonctions et modifications importantes liées à l'utilisation d'Oracle 19c version 19.0.0.0 sur Amazon RDS. Pour obtenir la liste complète des évolutions, veuillez consulter la documentation Oracle Database 19c. Pour obtenir la liste complète des fonctionnalités prises en charge par chaque édition d'Oracle 19c, veuillez consulter Permitted Features, Options, and Management Packs by Oracle Database Offering dans la documentation Oracle.

Modifications des paramètres Amazon RDS pour Oracle 19c version 19.0.0.0

Oracle 19c version 19.0.0.0 comporte plusieurs nouveaux paramètres ainsi que des paramètres présentant de nouvelles plages et de nouvelles valeurs par défaut.

Le tableau suivant indique les nouveaux paramètres Amazon RDS pour Oracle 19c version 19.0.0.0.

Nom	Valeurs	Adaptabilité	Description
lob_signature_enable	TRUE, FALSE (par défaut)	O	Active ou désactive la fonction de signature de localisateur LOB.
max_datapump_parallel_per_job	1 à 1 024 ou AUTO	O	Indique le nombre maximal de processus parallèles autorisés pour chaque tâche Oracle Data Pump.

Le paramètre compatible a une nouvelle valeur maximale pour Oracle 19c version 19.0.0.0 sur Amazon RDS. Le tableau suivant présente la nouvelle valeur par défaut.

Nom du paramètre	Valeur maximale pour Oracle 19c version 19.0.0.0	Valeur maximale pour Oracle 18c version 18.0.0.0
compatible	19.0.0	18.0.0

Les paramètres suivants ont été supprimés dans Oracle 19c version 19.0.0.0 :

• exafusion_enabled

• max_connections

• o7_dictionary_access

Oracle 18c avec Amazon RDS

Amazon RDS prend en charge Oracle version 18c, qui inclut Oracle Enterprise Edition et Oracle Standard Edition Two.

Oracle 18c version 18.0.0.0 comporte un grand nombre de nouveautés et de mises à jour par rapport à la version précédente. Dans cette section, vous allez découvrir les fonctionnalités et les évolutions liées à l'utilisation d'Oracle 18c version 18.0.0.0 sur Amazon RDS. Pour obtenir la liste complète des évolutions, consultez Oracle Database 18c. Pour obtenir la liste complète des fonctionnalités prises en charge par chaque édition d'Oracle 18c, veuillez consulter Permitted Features, Options, and Management Packs by Oracle Database Offering dans la documentation Oracle.

Évolution des paramètres Amazon RDS pour Oracle 18c version 18.0.0.0

Oracle 18c version 18.0.0.0 comporte plusieurs nouveaux paramètres ainsi que des paramètres présentant de nouvelles plages et de nouvelles valeurs par défaut.

Le tableau suivant présente les nouveaux paramètres Amazon RDS pour Oracle 18c version 18.0.0.0.

Nom	Valeurs	Adaptabilité	Description
adg_account_info_tracking	LOCAL (par défaut), GLOBAL	N	Contrôle les tentatives de connexion d'utilisateurs sur les bases de données de veille Active Data Guard. Il étend le contrôle des informations de sécurité des comptes utilisateur.
inmemory_optimized_arithmetic	ENABLE, DISABLE (par défaut)	O	Encode le type de données NUMBER dans les tables en mémoire compressées avec QUERY LOW comme entier natif de largeur fixe mis à l'échelle par un exposant courant.
optimizer_ignore_hints	TRUE, FALSE (par défaut)	O	Précise si les indicateurs incorporés sont ignorés.
optimizer_ignore_parallel_hints	TRUE, FALSE (par défaut)	O	Précise que les indicateurs parallèles incorporés sont ignorés.
parallel_min_degree	1 (par défaut) et valeur supérieure ou CPU	O	Contrôle le degré minimum de parallélisme calculé par le degré de parallélisme automatique.

Le paramètre compatible présente une nouvelle valeur par défaut pour Oracle 18c version 18.0.0.0 sur Amazon RDS. Le tableau suivant présente la nouvelle valeur par défaut.

Nom du paramètre	Valeur par défaut d'Oracle 18c version 18.0.0.0	Valeur par défaut d'Oracle 12c version 12.2.0.1
compatible	18.0.0	12.2.0

Les paramètres suivants ont été supprimés dans Oracle 18c version 18.0.0.0 :

• standby_archive_dest

• utl_file_dir

Oracle 12c avec Amazon RDS

Amazon RDS prend en charge Oracle version 12c, qui inclut Oracle Enterprise Edition et Oracle Standard Edition Two. La version Oracle 12c inclut deux versions majeures :

• Oracle 12c, version 12.2.0.1 avec Amazon RDS

• Oracle 12c, version 12.1.0.2 avec Amazon RDS

Oracle 12c, version 12.2.0.1 avec Amazon RDS

Oracle 12c version 12.2.0.1 inclut beaucoup de nouvelles fonctions et mises à jour à partir de la version précédente. Cette section couvre les fonctions et modifications importantes liées à l'utilisation d'Oracle 12c version 12.2.0.1 sur Amazon RDS. Pour obtenir la liste complète des modifications, consultez la documentation Oracle 12c version 12.2. Pour obtenir la liste complète des fonctionnalités prises en charge par chaque édition d'Oracle 12c, consultez Permitted Features, Options, and Management Packs by Oracle Database Offering dans la documentation Oracle.

Évolution des paramètres Amazon RDS pour Oracle 12c version 12.2.0.1

Oracle 12c version 12.2.0.1 inclut 20 nouveaux paramètres en plus de plusieurs paramètres avec de nouvelles plages et de nouvelles valeurs par défaut.

Le tableau suivant indique les nouveaux paramètres Amazon RDS pour Oracle 12c version 12.2.0.1.

Nom	Valeurs	Adaptabilité	Description
allow_global_dblinks	TRUE, FALSE (par défaut)	O	Spécifie si la recherche LDAP est autorisée pour les liens de base de données.
approx_for_aggregation	TRUE, FALSE (par défaut)	O	Remplace le traitement exact des requêtes d'agrégation par un traitement approximatif.
approx_for_count_distinct	TRUE, FALSE (par défaut)	O	Remplace automatiquement les requêtes COUNT (DISTINCT expr) par des requêtes APPROX_COUNT_DISTINCT.
approx_for_percentile	NONE (par défaut), PERCENTILE_CONT, PERCENTILE_CONT DETERMINISTIC, PERCENTILE_DISC, PERCENTILE_DISC DETERMINISTIC, ALL, ALL DETERMINISTIC	O	Convertit les fonctions exactes relatives aux percentiles en fonctions équivalentes approximatives.
cursor_invalidation	DEFERRED, IMMEDIATE (par défaut)	O	Contrôle si l'invalidation de curseur utilisée par défaut pour les instructions DDL est immédiate ou reportée.
data_guard_sync_latency	Valeur comprise entre 0 (par défaut) et le nombre de secondes spécifié par l'attribut NET_TIMEOUT pour le paramètre LOG_ARCHIVE_DEST_n	O	Contrôle le nombre de secondes qu'attend le processus d'écriture de journaux (LGWR) après la réponse de la première connexion d'une série de connexions Oracle Data Guard en mode de transport SYNC redo.
data_transfer_cache_size	Valeur comprise entre 0 et 512 M, arrondie au millier le plus proche	O	Définit la taille du cache de transfert des données (en octets) utilisée pour recevoir les blocs de données (généralement à partir d'une base de données principale dans un environnement Oracle Data Guard) utilisés par une instance lors de l'exécution d'une commande RMAN RECOVER ... NONLOGGED BLOCK.
inmemory_adg_enabled	TRUE (par défaut), FALSE	O	Indique si le cache en mémoire d'Active Data Guard est activé en plus de la taille du cache en mémoire.
inmemory_expressions_usage	STATIC_ONLY, DYNAMIC_ONLY,ENABLE (par défaut), DISABLE	O	Contrôle les expressions en mémoire (expressions IM) indiquées dans le stockage de colonnes en mémoire (IM column store) et disponibles pour les requêtes.
inmemory_virtual_columns	ENABLE, MANUAL (par défaut), DISABLE	O	Contrôle les expressions en mémoire (expressions IM) indiquées dans le stockage de colonnes en mémoire (IM column store) et disponibles pour les requêtes.
instance_abort_delay_time	0 (par défaut) ou valeur supérieure	O	Spécifie le délai d'attente (en secondes) au-delà duquel une instance initiée interne est abandonnée, notamment en cas d'arrêt d'un processus vital ou d'erreur d'instance non récupérable.
instance_mode	READ-WRITE (par défaut), READ-ONLY, READ-MOSTLY	N	Indique s'il s'agit d'une instance en lecture/écriture, en lecture ou principalement en lecture.
long_module_action	TRUE (par défaut), FALSE	O	Permet l'utilisation de plus grandes longueurs pour les modules et les actions.
max_idle_time	Valeur comprise entre 0 (par défaut) et un nombre entier maximal. Une valeur égale à 0 signifie qu'aucune limite n'est appliquée.	O	Spécifie le nombre maximal de minutes pendant lesquelles une session peut rester inactive. Passé ce délai, la session prend fin automatiquement.
optimizer_adaptive_plans	TRUE (par défaut), FALSE	O	Contrôle les plans adaptatifs. Les plans adaptatifs sont des plans d'exécution intégrant différents choix qui sont déterminés lors de l'exécution en fonction des statistiques collectées lors de l'exécution d'une requête.
optimizer_adaptive_statistics	TRUE, FALSE (par défaut)	O	Contrôle les statistiques adaptatives. Certaines formes de requêtes sont trop complexes pour ne dépendre que des statistiques de base d'une table. L'optimiseur complète donc ces dernières avec des statistiques adaptatives.
outbound_dblink_protocols	ALL (par défaut), NONE, TCP, TCPS, IPC	N	Spécifie les protocoles réseau autorisés pour la communication liées aux liens de base de données sortants.
resource_manage_goldengate	TRUE, FALSE (par défaut)	O	Détermine si les processus Oracle GoldenGate de la base de données sont gérés par les ressources.
standby_db_preserve_states	NONE (par défaut), SESSION, ALL	N	Détermine si les sessions utilisateur et les autres états internes de l'instance sont maintenus lorsqu'une base de données de secours physique est convertie en base de données principale.
uniform_log_timestamp_format	TRUE (par défaut), FALSE	O	Spécifie l'utilisation d'un format d'horodatage uniforme dans les fichiers de trace Oracle Database (.trc) et les fichiers journaux (comme le journal d'alertes).

Le paramètre compatible a une nouvelle valeur par défaut pour Oracle 12c version 12.2.0.1 sur Amazon RDS. Le tableau suivant présente la nouvelle valeur par défaut.

Nom du paramètre	Valeur par défaut d'Oracle 12c version 12.2.0.1	Valeur par défaut d'Oracle 12c version 12.1.0.2
compatible	12.2.0	12.0.0

Le paramètre optimizer_features_enable a une nouvelle plage de valeurs pour Oracle 12c version 12.2.0.1 sur Amazon RDS. Le tableau suivant montre les nouvelles et anciennes plages de valeurs.

Nom du paramètre	Plage 12c version 12.2.0.1	Plage 12c version 12.1.0.2
optimizer_features_enable	8.0.0 à 12.2.0.1	8.0.0 à 12.1.0.2

Les paramètres suivants ont été supprimés dans Oracle 12c version 12.2.0.1 :

• global_context_pool_size

• max_enabled_roles

• optimizer_adaptive_features

• parallel_automatic_tuning

• parallel_degree_level

• use_indirect_data_buffers

Le paramètre suivant n'est pas pris en charge dans Oracle 12c version 12.2.0.1 :

• sec_case_sensitive_logon

Modification de sécurité Amazon RDS pour Oracle 12c version 12.2.0.1

Dans Oracle 12c version 12.2.0.1, l'octroi direct du privilège ADMINISTER DATABASE TRIGGER est obligatoire pour les propriétaires de déclencheurs au niveau de la base de données. Lors d'une mise à niveau de version majeure vers Oracle 12c version 12.2.0.1, Amazon RDS accorde ce privilège à tous les utilisateurs qui possèdent un déclencheur pour qu'ils reçoivent les privilèges requis. Pour de plus amples informations, consultez le document de support My Oracle 2275535.1.

Oracle 12c, version 12.1.0.2 avec Amazon RDS

Oracle 12c version 12.1.0.2 offre plus de 500 nouvelles fonctions et mises à jour par rapport à la version précédente. Cette section couvre les fonctions et modifications importantes liées à l'utilisation d'Oracle 12c version 12.1.0.2 sur Amazon RDS. Pour obtenir la liste complète des modifications, consultez la documentation Oracle 12c version 12.1. Pour obtenir la liste complète des fonctions prises en charge par chaque version Oracle 12c, consultez Permitted Features, Options, and Management Packs by Oracle Database Edition dans la documentation Oracle.

Oracle 12c version 12.1.0.2 inclut 16 nouveaux paramètres qui impactent votre instance de base de données Amazon RDS, ainsi que 18 nouveaux privilèges système, plusieurs packages qui ne sont plus pris en charge et plusieurs nouveaux paramètres de groupe d'options. Pour plus d'informations sur ces modifications, consultez les sections suivantes.

Modification des paramètres Amazon RDS pour Oracle 12c version 12.1.0.2

Oracle 12c version 12.1.0.2 inclut 16 nouveaux paramètres en plus de plusieurs paramètres avec de nouvelles plages et de nouvelles valeurs par défaut.

Le tableau suivant indique les nouveaux paramètres Amazon RDS pour Oracle 12c version 12.1.0.2.

Nom	Valeurs	Adaptabilité	Description
connection_brokers	CONNECTION_BROKERS = broker_description[,...]	N	Spécifie les types de broker de connexion, le nombre de broker de connexion de chaque type et le nombre maximum de connexions par broker.
db_index_compression_inheritance	TABLESPACE, TABL, ALL, NONE	O	Affiche les options définies pour l'héritage de compression au niveau de la table ou de l'espace de table.
db_big_table_cache_percent_target	0-90	O	Spécifie la taille cible de la section cache pour mettre en cache automatiquement des tables volumineuses, comme le pourcentage du cache en mémoire.
heat_map	ON, OFF	O	Permet à la base de données de suivre l'accès en lecture et écriture de tous les segments, ainsi que les modifications des blocs de base de données, qui sont dues aux instructions DML (Data Manipulation Language) et DDL (Data Definition Language).
inmemory_clause_default	INMEMORY, NO INMEMORY	O	INMEMORY_CLAUSE_DEFAULT vous permet de spécifier une clause de stockage de colonnes en mémoire (IM column store) par défaut pour les nouvelles tables et les vues matérialisées.
inmemory_clause_default_memcompress	NO MEMCOMPRESS, MEMCOMPRESS FOR DML, MEMCOMPRESS FOR QUERY, MEMCOMPRESS FOR QUERY LOW, MEMCOMPRESS FOR QUERY HIGH, MEMCOMPRESS FOR CAPACITY, MEMCOMPRESS FOR CAPACITY LOW, MEMCOMPRESS FOR CAPACITY HIGH	O	Consultez INMEMORY_CLAUSE_DEFAULT.
inmemory_clause_default_priority	PRIORITY LOW, PRIORITY MEDIUM, PRIORITY HIGH, PRIORITY CRITICAL, PRIORITY NONE	O	Consultez INMEMORY_CLAUSE_DEFAULT.
inmemory_force	DEFAULT, OFF	O	IINMEMORY_FORCE vous permet de spécifier si les tables et les vues matérialisées qui sont définies comme INMEMORY sont remplies ou non dans le stockage de colonnes en mémoire (IM column store).
inmemory_max_populate_servers	Null	N	INMEMORY_MAX_POPULATE_SERVERS spécifie le nombre maximum de serveurs en arrière-plan à utiliser pour le remplissage du stockage de colonnes en mémoire (IM column store), afin que ces serveurs ne surchargent pas le reste du système.
inmemory_query	ENABLE (par défaut), DISABLE	O	INMEMORY_QUERY est utilisé pour activer ou désactiver les requêtes en mémoire pour la base de données entière au niveau de la session ou du système.
inmemory_size	0, 104857600-274877906944	O	INMEMORY_SIZE définit la taille du stockage de colonnes en mémoire (IM column store) sur une instance de base de données.
inmemory_trickle_repopulate_servers_percent	0 à 50	O	INMEMORY_TRICKLE_REPOPULATE_SERVERS_PERCENT limite le nombre maximum de serveurs en arrière-plan utilisés pour le re-remplissage du stockage de colonnes en mémoire (IM column store). Cette limite est appliquée, car le re-remplissage au compte-gouttes est conçu pour utiliser uniquement un faible pourcentage de ces serveurs.
max_string_size	STANDARD (par défaut), EXTENDED	N	Contrôle la taille maximum de VARCHAR2, NVARCHAR2 et RAW. Pour plus d'informations, consultez Utilisation des types de données étendus.
optimizer_adaptive_features	TRUE (par défaut), FALSE	O	Active ou désactive toutes les fonctions d'optimiseur adaptatives.
optimizer_adaptive_reporting_only	TRUE, FALSE (par défaut)	O	Contrôle le mode rapport seulement pour les optimisations adaptatives.
pdb_file_name_convert	Il n'existe aucune valeur par défaut.	N	Mappe les noms des fichiers existants vers les noms de nouveaux fichiers.
pga_aggregate_limit	0-max de mémoire	O	Spécifie une limite sur la mémoire PGA cumulée consommée par l'instance.
processor_group_name	Il n'existe aucune valeur par défaut.	N	Demande à l'instance de base de données de s'exécuter dans le groupe de processeurs du système d'exploitation spécifié.
spatial_vector_acceleration	TRUE, FALSE	N	Active ou désactive l'accélération des vecteurs spatiaux qui font partie de l'option spatiale.
temp_undo_enabled	TRUE, FALSE (par défaut)	O	Détermine si les transactions dans une session particulière peuvent avoir un journal de transaction temporaire.
threaded_execution	TRUE, FALSE	N	Active le modèle Oracle multitâches, mais empêche l'authentification du système d'exploitation.
unified_audit_sga_queue_size	1 Mo - 30 Mo	O	Spécifie la taille de la file d'attente de la zone SGA (System Global Area) pour l'audit unifié.
use_dedicated_broker	TRUE, FALSE	N	Détermine comment les serveurs dédiés sont générés.

Plusieurs paramètres ont de nouvelles plages de valeurs pour Oracle 12c version 12.1.0.2 sur Amazon RDS. Le tableau suivant montre les nouvelles et anciennes plages de valeurs.

Nom du paramètre	Plage 12c version 12.1.0.2	Plage 11g
audit_trail	os | db [, extended] | xml [, extended]	os | db [, extended] | xml [, extended] | true | false
compatible	Pour les instances de base de données mises à niveau depuis Oracle 11g, définition automatique sur 12.0.0 sur Amazon RDS sauf si une valeur inférieure est fournie de manière explicite pendant la mise à niveau (11.2.0) Pour les nouvelles instances de base de données Oracle 12c version 12.1.0.2, à partir de 12.0.0 sur Amazon RDS	A partir de 11.2.0 sur Amazon RDS
db_securefile	PERMITTED | PREFERRED | ALWAYS | IGNORE | FORCE	PERMITTED | ALWAYS | IGNORE | FORCE
db_writer_processes	1-100	1-36
optimizer_features_enable	8.0.0 à 12.1.0.2	8.0.0 à 11.2.0.4
parallel_degree_policy	MANUAL,LIMITED,AUTO,ADAPTIVE	MANUAL,LIMITED,AUTO
parallel_min_server	0 à parallel_max_servers	CPU_COUNT * PARALLEL_THREADS_PER_CPU * 2 à parallel_max_servers

Un paramètre a une nouvelle valeur par défaut pour Oracle 12c sur Amazon RDS. Le tableau suivant présente la nouvelle valeur par défaut.

Nom du paramètre	Valeur par défaut d'Oracle 12c	Valeur par défaut d'Oracle 11g
job_queue_processes	50	1000

Privilèges système Amazon RDS pour Oracle 12c version 12.1.0.2

Plusieurs nouveaux privilèges système ont été accordés au compte du système pour Oracle 12c version 12.1.0.2. Ces nouveaux privilèges système incluent les suivants :

• ALTER ANY CUBE BUILD PROCESS

• ALTER ANY MEASURE FOLDER

• ALTER ANY SQL TRANSLATION PROFILE

• CREATE ANY SQL TRANSLATION PROFILE

• CREATE SQL TRANSLATION PROFILE

• DROP ANY SQL TRANSLATION PROFILE

• EM EXPRESS CONNECT

• EXEMPT DDL REDACTION POLICY

• EXEMPT DML REDACTION POLICY

• EXEMPT REDACTION POLICY

• LOGMINING

• REDEFINE ANY TABLE

• SELECT ANY CUBE BUILD PROCESS

• SELECT ANY MEASURE FOLDER

• USE ANY SQL TRANSLATION PROFILE

Options Amazon RDS pour Oracle 12c version 12.1.0.2

Plusieurs options Oracle ont changé entre les versions Oracle 11g et Oracle 12c version 12.1.0.2, bien que la plupart soient identiques entre les deux versions. Les modifications de la version Oracle 12c version 12.1.0.2 incluent les suivantes :

• Oracle Enterprise Manager Database Express 12c a remplacé Oracle Enterprise Manager 11g Database Control. Pour plus d'informations, consultez Oracle Enterprise Manager Database Express.

• L'option XMLDB est installée par défaut dans Oracle 12c version 12.1.0.2. Vous n'avez plus besoin d'installer cette option vous-même.

Packages PL/SQL Amazon RDS pour Oracle 12c version 12.1.0.2

Oracle 12c version 12.1.0.2 inclut plusieurs nouveaux packages PL/SQL intégrés. Les packages inclus avec Amazon RDS Oracle 12c version 12.1.0.2 sont les suivants.

Nom du package	Description
CTX_ANL	Le package CTX_ANL est utilisé avec AUTO_LEXER et fournit des procédures pour l'ajout et le dépôt d'un dictionnaire personnalisé depuis lexer.
DBMS_APP_CONT	Le package DBMS_APP_CONT fournit une interface pour déterminer si la transaction à la volée sur une session désormais indisponible est validée ou non, et si le dernier appel sur cette session est terminé ou non.
DBMS_AUTO_REPORT	Le package DBMS_AUTO_REPORT fournit une interface pour consulter les données SQL Monitoring et Real-time Automatic Database Diagnostic Monitor (ADDM) qui ont été capturées dans Automatic Workload Repository (AWR).
DBMS_GOLDENGATE_AUTH	Le package DBMS_GOLDENGATE_AUTH fournit des sous-programmes pour accorder et révoquer des privilèges aux administrateurs GoldenGate.
DBMS_HEAT_MAP	Le package DBMS_HEAT_MAP fournit une interface pour externaliser les cartes thermiques à différents niveaux de stockage dont le bloc, l'extension, le segment, l'objet et l'espace de table.
DBMS_ILM	Le package DBMS_ILM fournit une interface pour implémenter des stratégies de gestion du cycle de vie des informations en utilisant les stratégies Automatic Data Optimization (ADO).
DBMS_ILM_ADMIN	Le package DBMS_ILM_ADMIN fournit une interface pour personnaliser l'exécution de la stratégie Automatic Data Optimization (ADO).
DBMS_PART	Le package DBMS_PART fournit une interface pour les opérations de maintenance et de gestion sur les objets partitionnés.
DBMS_PRIVILEGE_CAPTURE	Le package DBMS_PRIVILEGE_CAPTURE fournit une interface pour analyser les privilèges de base de données.
DBMS_QOPATCH	Le package DBMS_QOPATCH fournit une interface pour consulter les correctifs de base de données installés.
DBMS_REDACT	Le package DBMS_REDACT fournit une interface vers Oracle Data Redaction, qui vous permet de masquer (censurer) les données qui sont renvoyées par les requêtes émises par des utilisateurs aux privilèges restreints ou une application.
DBMS_SPD	Le package DBMS_SPD fournit des sous-programmes pour la gestion des directives de plan SQL (SPD).
DBMS_SQL_TRANSLATOR	Le package DBMS_SQL_TRANSLATOR fournit une interface pour créer, configurer et utiliser des profils de traduction SQL.
DBMS_SQL_MONITOR	Le package DBMS_SQL_MONITOR fournit des informations sur la supervision SQL en temps réel et la supervision des opérations de base de données en temps réel.
DBMS_SYNC_REFRESH	Le package DBMS_SYNC_REFRESH fournit une interface pour réaliser une actualisation synchrone des vues matérialisées.
DBMS_TSDP_MANAGE	Le package DBMS_TSDP_MANAGE fournit une interface pour importer et gérer les colonnes sensibles et les types de colonnes sensibles dans la base de données. DBMS_TSDP_MANAGE est utilisé avec le package DBMS_TSDP_PROTECT pour les stratégies de protection des données sensibles transparentes (TSDP). DBMS_TSDP_MANAGE est disponible uniquement avec la version Enterprise Edition.
DBMS_TSDP_PROTECT	Le package DBMS_TSDP_PROTECT fournit une interface pour configurer des stratégies de Transparent Sensitive Data Protection (TSDP) (Protection transparente de données sensibles) conjointement avec le package DBMS_TSDP_MANAGE. DBMS_TSDP_PROTECT est disponible uniquement avec la version Enterprise Edition.
DBMS_XDB_CONFIG	Le package DBMS_XDB_CONFIG fournit une interface pour configurer Oracle XML DB et son référentiel.
DBMS_XDB_CONSTANTS	Le package DBMS_XDB_CONSTANTS fournit une interface vers les constantes communément utilisées. Oracle recommande d'utiliser des constantes plutôt que des chaînes dynamiques pour éviter les erreurs typographiques.
DBMS_XDB_REPOS	Le package DBMS_XDB_REPOS fournit une interface pour fonctionner sur le référentiel de la base de données Oracle XML.
DBMS_XMLSCHEMA_ANNOTATE	Le package DBMS_XMLSCHEMA_ANNOTATE fournit une interface pour gérer et configurer le modèle de stockage structuré, principalement via l'utilisation des annotations de schéma de pré-inscription.
DBMS_XMLSTORAGE_MANAGE	Le package DBMS_XMLSTORAGE_MANAGE fournit une interface pour gérer et modifier le stockage XML une fois que l'inscription du schéma est terminée.
DBMS_XSTREAM_ADM	Le package DBMS_XSTREAM_ADM fournit des interfaces pour les changements de base de données en streaming entre une base de données Oracle et d'autres systèmes. XStream permet aux applications d'envoyer ou de récupérer en streaming les changements de base de données.
DBMS_XSTREAM_AUTH	Le package DBMS_XSTREAM_AUTH fournit des sous-programmes pour accorder et révoquer des privilèges aux administrateurs XStream.
UTL_CALL_STACK	Le package UTL_CALL_STACK fournit une interface pour communiquer des informations sur les sous-programmes en cours d'exécution.

Packages Oracle 12c version 12.1.0.2 non pris en charge

Plusieurs packages PL/SQL Oracle 11g ne sont pas pris en charge dans Oracle 12c version 12.1.0.2. Ces packages sont les suivants :

• DBMS_AUTO_TASK_IMMEDIATE

• DBMS_CDC_PUBLISH

• DBMS_CDC_SUBSCRIBE

• DBMS_EXPFIL

• DBMS_OBFUSCATION_TOOLKIT

• DBMS_RLMGR

• SDO_NET_MEM

Prise en charge des fonctions Oracle Database

Oracle Database prend en charge un large éventail de fonctions et fonctionnalités, la plupart d'entre elles étant prises en charge dans Amazon RDS Oracle. Certaines fonctions peuvent avoir une prise en charge limitée ou des privilèges restreints. Certaines fonctions sont disponibles uniquement dans Enterprise Edition et certaines fonctions nécessitent des licences supplémentaires. Pour plus d'informations sur les fonctions Oracle Database pour des versions d'Oracle Database spécifiques, consultez le document Oracle Database Licensing Information User Manual pour la version que vous utilisez.

Note

Ces listes ne sont pas complètes.

Amazon RDS Oracle prend en charge les fonctions Oracle Database suivantes :

• Advanced Compression

• Application Express (APEX)

  Pour plus d'informations, consultez Oracle Application Express.

• Automatic Memory Management

• Automatic Undo Management

• Automatic Workload Repository (AWR)

  Pour plus d'informations, consultez Génération de rapports de performance avec AWR (Automatic Workload Repository).

• Active Data Guard avec des performances maximales dans la même région AWS ou dans plusieurs régions AWS

  Pour plus d'informations, consultez Utilisation des réplicas en lecture Oracle pour Amazon RDS.

• Continuous Query Notification (version 12.1.0.2.v7 et versions ultérieures)

  Pour de plus amples informations, veuillez consulter Using Continuous Query Notification (CQN) dans la documentation Oracle.

• Data Redaction

• Database Change Notification (version 11.2.0.4.v11 et versions 11g ultérieures)

  Pour de plus amples informations, veuillez consulter Database Change Notification dans la documentation Oracle.

  Note

  Cette fonction est remplacée par la fonction Continuous Query Notification dans la version 12.1 et les versions ultérieures.

• Database In-Memory (version 12.1 ou ultérieure)

• Transactions et requêtes distribuées

• Redéfinition basée sur l'édition

  Pour plus d'informations, consultez Définition de l'édition par défaut d'une instance de base de données.

• Enterprise Manager Database Control (11g) et EM Express (12c)

  Pour plus d'informations, consultez Oracle Enterprise Manager.

• Fine-Grained Auditing

• Flashback Table, Flashback Query, Flashback Transaction Query

• Import/export (existant et Data Pump) et SQL*Loader

  Pour plus d'informations, consultez Importation de données dans Oracle sur Amazon RDS.

• Java Virtual Machine (JVM)

  Pour plus d'informations, consultez Oracle Java Virtual Machine.

• Label Security (version 12.1 ou ultérieure)

  Pour plus d'informations, consultez Oracle Label Security.

• Locator

  Pour plus d'informations, consultez Oracle Locator.

• Vues matérialisées

• Multimédia

  Pour plus d'informations, consultez Oracle Multimedia.

• Chiffrement de réseau

  Pour plus d'informations, consultez Oracle NNE (Native Network Encryption) et Oracle Secure Sockets Layer (SSL).

• Partitioning

• Spatial et Graph

  Pour plus d'informations, consultez Oracle Spatial.

• Star Query Optimization

• Streams et Advanced Queuing

• Summary Management – Materialized View Query Rewrite

• Text (les magasins de données de type fichier et URL ne sont pas pris en charge)

• Total Recall

• Transparent Data Encryption (TDE) (Chiffrement transparent des données)

  Pour plus d'informations, consultez Oracle Transparent Data Encryption.

• Audit unifié, mode mixte (version12.2 ou ultérieure)

  Pour plus d'informations, consultez Mixed Mode Auditing dans la documentation Oracle.

• XML DB (sans XML DB Protocol Server)

  Pour plus d'informations, consultez Oracle XML DB.

• Virtual Private Database

Amazon RDS Oracle ne prend pas en charge les fonctions Oracle Database suivantes :

• Automatic Storage Management (ASM)

• Database Vault

• Flashback Database

• Multitenant

• Oracle Enterprise Manager Cloud Control Management Repository

• Real Application Clusters (Oracle RAC)

• Real Application Testing

• Audit unifié, Pure Mode

Prise en charge des paramètres Oracle Database

Dans Amazon RDS, vous gérez les paramètres à l'aide de groupes de paramètres. Pour plus d'informations, consultez Utilisation de groupes de paramètres de base de données. Pour afficher les paramètres pris en charge spécifiques à une édition et une version d'Oracle, vous pouvez exécuter la commande describe-engine-default-parameters de AWS CLI.

Par exemple, pour afficher les paramètres pris en charge pour Oracle Enterprise Edition version 12.2, exécutez la commande suivante.

aws rds describe-engine-default-parameters --db-parameter-group-family oracle-ee-12.2
        

Gestion des versions du moteur Oracle

La gestion de version de moteur de base de données vous permet de contrôler quand et comment le logiciel du moteur de base de données exécutant vos instances de bases de données est corrigé et mis à niveau. Avec cette fonction, vous bénéficiez de la flexibilité nécessaire pour maintenir la compatibilité avec les versions de correctifs du moteur de base de données. Vous pouvez également tester de nouvelles versions de correctifs pour vous assurer qu'elles fonctionnent efficacement avec votre application avant de les déployer en production. En outre, vous pouvez effectuer des mises à niveau de version selon vos propres conditions et échéances.

Note

Amazon RDS agrège régulièrement des correctifs de base de données Oracle officiels en utilisant une version de moteur de base de données propre à Amazon RDS. Pour obtenir une liste des correctifs Oracle inclus dans une version de moteur propre à Amazon RDS Oracle, consultez Notes de mise à jour pour le moteur de base de données Oracle.

Actuellement, vous effectuez manuellement les mises à niveau de base de données Oracle. Pour plus d'informations sur la mise à niveau d'une instance de base de données Oracle, consultez Mise à niveau du moteur de base de données Oracle.

Obsolescence d'Oracle 11.2.0.4

Oracle Corporation a l'intention de rendre obsolète la prise en charge de la version 11.2.0.4 Oracle Database le 31 décembre 2020. Le 31 octobre 2020, Amazon RDS prévoit de rendre obsolète la prise en charge d'Oracle version 11.2.0.4 SE1 avec le modèle Licence Inclus. Le 31 décembre 2020, Amazon RDS prévoit de rendre obsolète la prise en charge de la version 11.2.0.4 sur toutes les éditions utilisant le modèle Bring Your Own License (BYOL).

Amazon RDS prévoit de rendre obsolète la prise en charge d'Oracle version 11.2.0.4 selon la planification suivante, qui inclut des recommandations de mise à niveau.

Action ou recommandation	11.2.0.4 sur SE1 avec licence incluse	11.2.0.4 sur EE, SE et SE1 avec BYOL
Nous vous recommandons de mettre à jour manuellement les instances de base de données 11.2.0.4 vers la version de votre choix.	Maintenant – 31 octobre 2020	Maintenant – 31 décembre 2020
Nous vous recommandons de mettre à jour manuellement les instantanés 11.2.0.4 vers la version de votre choix.	1er août – 31 janvier 2021	1er octobre 2020 – 31 mars 2021
Vous ne pouvez plus créer de nouvelles instances avec Amazon RDS pour Oracle avec la version répertoriée.	1er août 2020	1er octobre 2020
Amazon RDS pour Oracle démarre automatiquement les mises à niveau de vos instances de base de données vers la version 19c.	1er novembre 2020	1er janvier 2021
Amazon RDS pour Oracle démarre les mises à niveau automatiques vers la version 19c pour toutes les instances de base de données restaurées à partir d'instantanés.	1er novembre 2020 – 31 janvier 2021	1er janvier – 31 mars 2021

Utilisation de grandes pages avec une instance de base de données Oracle

Amazon RDS pour Oracle prend en charge les grandes pages du noyau Linux pour obtenir une base de données plus évolutive. L'utilisation de grandes pages se traduit par des tables de page réduites et une réduction du temps UC de gestion de la mémoire, ce qui augmente les performances des instances de bases de données volumineuses. Pour plus d'informations, consultez Overview of HugePages (Présentation des grandes pages) dans la documentation Oracle.

Vous pouvez utiliser les grandes pages avec les versions et éditions Oracle suivantes :

• 19.0.0.0, toutes les éditions

• 18.0.0.0, toutes les éditions

• 12.2.0.1, toutes les éditions

• 12.1.0.2, toutes les éditions

• 11.2.0.4, toutes les éditions

Le paramètre use_large_pages contrôle si les grandes pages sont activées pour une instance de base de données. Les valeurs possibles pour ce paramètre sont ONLY, FALSE et {DBInstanceClassHugePagesDefault}. Le paramètre use_large_pages est défini sur {DBInstanceClassHugePagesDefault} dans le groupe de paramètres DB par défaut pour Oracle.

Pour contrôler si les grandes pages sont activées automatiquement pour une instance de base de données, vous pouvez utiliser la variable de formule DBInstanceClassHugePagesDefault dans les groupes de paramètres. La valeur est déterminée comme suit :

• Pour les classes d'instance de base de données indiquées dans le tableau suivant, DBInstanceClassHugePagesDefault a toujours la valeur FALSE par défaut, et use_large_pages a la valeur FALSE. Vous pouvez activer les grandes pages manuellement pour ces instances de base de données si la classe d'instance de bases de données dispose d'au moins 14 Gio de mémoire.

• Pour les classes d'instance de base de données non mentionnées dans le tableau suivant, si la classe d'instance de base de données possède au moins 14 Gio de mémoire, DBInstanceClassHugePagesDefault a toujours la valeur FALSE. En outre, use_large_pages a la valeur FALSE.

• Pour les classes d'instance de base de données non mentionnées dans le tableau suivant, si la classe d'instance possède au moins 14 Gio de mémoire et moins de 100 Gio de mémoire, DBInstanceClassHugePagesDefault a la valeur TRUE par défaut. En outre, use_large_pages a la valeur ONLY. Vous pouvez désactiver les grandes pages manuellement en définissant use_large_pages sur FALSE.

• Pour les classes d'instance de base de données non mentionnées dans le tableau suivant, si la classe d'instance possède au moins 100 Gio de mémoire, DBInstanceClassHugePagesDefault a toujours la valeur TRUE. En outre, use_large_pages a la valeur ONLY et les grandes pages ne peuvent pas être désactivées.

Les grandes pages ne sont pas activées par défaut pour les classes d'instance de base de données suivantes.

Famille de classes d'instance de base de données	Classes d'instance de base de données avec grandes pages non activées par défaut
db.m5	db.m5.large
db.m4	db.m4.large, db.m4.xlarge, db.m4.2xlarge, db.m4.4xlarge, db.m4.10xlarge
db.m3	db.m3.medium, db.m3.large, db.m3.xlarge, db.m3.2xlarge
db.r3	db.r3.large, db.r3.xlarge, db.r3.2xlarge, db.r3.4xlarge, db.r3.8xlarge
db.t3	db.t3.micro, db.t3.small, db.t3.medium, db.t3.large
db.t2	db.t2.micro, db.t2.small, db.t2.medium, db.t2.large

Pour plus d'informations sur les classes d'instance DB, consultez Spécifications matérielles pour toutes les classes d'instances de base de données disponibles.

Pour activer manuellement les grandes pages pour des instances de bases de données nouvelles ou existantes, définissez le paramètre use_large_pages sur ONLY. Vous ne pouvez pas utiliser de grandes pages avec Oracle Automatic Memory Management (AMM). Si vous définissez le paramètre use_large_pages sur ONLY, vous devez aussi définir memory_target et memory_max_target sur 0. Pour plus d'informations sur la définition des paramètres de votre instance de base de données, consultez Utilisation de groupes de paramètres de base de données.

Vous pouvez aussi définir les paramètres sga_target, sga_max_size et pga_aggregate_target. Lorsque vous définissez les paramètres de mémoire des zones SGA (System Global Area) et PGA (Program Global Area), ajoutez les valeurs ensemble. Soustrayez ce total de votre mémoire d'instance disponible (DBInstanceClassMemory) pour déterminer l'espace mémoire libre restant lorsque les grandes pages ont été allouées. Vous devez conserver une mémoire libre d'au moins 2 Gio ou égale à 10 pourcent de la mémoire totale disponible de l'instance, la plus petite des deux valeurs étant retenue.

Après avoir configuré vos paramètres, vous devez redémarrer votre instance de base de données pour que les modifications soient effectives. Pour plus d'informations, consultez Redémarrage d'une instance de base de données.

Note

L'instance de base de données Oracle diffère les modifications apportées aux paramètres d'initialisation liés à la SGA jusqu'à ce que vous redémarriez l'instance sans basculement. Dans la console Amazon RDS, choisissez Redémarrer, mais ne choisissez pas Redémarrer avec basculement. Dans l’AWS CLI, appelez la commande reboot-db-instance avec le paramètre --no-force-failover. L'instance de base de données ne traite pas les paramètres liés à la SGA pendant le basculement ou lors d'autres opérations de maintenance qui provoquent le redémarrage de l'instance.

Voici un exemple de configuration de paramètres pour les grandes pages activant manuellement les grandes pages. Vous devez définir les valeurs qui répondent à vos besoins.

memory_target            = 0
memory_max_target        = 0
pga_aggregate_target     = {DBInstanceClassMemory*1/8}
sga_target               = {DBInstanceClassMemory*3/4}
sga_max_size             = {DBInstanceClassMemory*3/4}
use_large_pages          = ONLY
        

Supposons que les valeurs des paramètres suivantes sont définies dans un groupe de paramètres.

memory_target            = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4})
memory_max_target        = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4})
pga_aggregate_target     = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0)
sga_target               = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0)
sga_max_size             = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0)
use_large_pages          = {DBInstanceClassHugePagesDefault}
        

Le groupe de paramètres est utilisé par une classe d'instance db.r4 avec 100 Gio de mémoire au maximum et une instance db.r3 avec plus de 100 Gio de mémoire. Avec ces valeurs de paramètres et le paramètre use_large_pages défini sur {DBInstanceClassHugePagesDefault}, les grandes pages sont activées sur l'instance db.r4 mais désactivées sur l'instance db.r3.

Supposons que les valeurs des paramètres suivantes sont définies dans un groupe de paramètres.

memory_target           = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4})
memory_max_target       = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4})
pga_aggregate_target    = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0)
sga_target              = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0)
sga_max_size            = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0)
use_large_pages         = FALSE
        

Le groupe de paramètres est utilisé par une classe d'instance de base de données db.r4 et une classe d’instance de base de données db.r5, toutes deux avec plus de 100 Gio de mémoire. Le groupe de paramètres est également utilisé par une instance db.r3 avec plus de 100 Gio de mémoire. Avec ces valeurs de paramètres, les grandes pages sont désactivées sur les instances db.r4, db.r5 et db.r3.

Note

Si ce groupe de paramètres est utilisé par une classe d'instance de base de données db.r4 ou db.r5 avec au moins 100 Gio de mémoire, la valeur de FALSE pour use_large_pages est remplacée et définie sur ONLY. Dans ce cas, une notification concernant le remplacement est envoyée au client.

Lorsque les grandes pages sont activées sur votre instance de base de données, vous pouvez afficher les informations sur les grandes pages en activant la surveillance améliorée. Pour plus d'informations, consultez Surveillance améliorée.

Utilisation de utl_http, utl_tcp et utl_smtp avec une instance de base de données Oracle

Amazon RDS prend en charge l'accès réseau sortant sur vos instances de bases de données exécutant Oracle. Vous pouvez utiliser utl_http, utl_tcp et utl_smtp pour vous connecter au réseau à partir de votre instance de base de données.

Notez les éléments suivants sur l'utilisation de l'accès réseau sortant :

• Pour utiliser utl_http sur des instances de bases de données exécutant Oracle 11g, vous devez installer l'option XMLDB. Pour plus d'informations, consultez Oracle XML DB.

• L'accès réseau sortant avec utl_http, utl_tcp et utl_smtp est pris en charge uniquement pour les instances de bases de données Oracle dans un VPC. Pour déterminer si votre instance de base de données est dans un VPC ou non, consultez Déterminer si vous utilisez une plateforme EC2-VPC ou EC2-Classic. Pour placer dans un VPC une instance de base de données qui ne se trouve pas dans un VPC, consultez Déplacement vers un VPC d'une instance de base de données n'appartenant pas à un VPC.

• Pour utiliser SMTP avec l'option UTL_MAIL, consultez Oracle UTL_MAIL.

• Le nom DNS (Domain Name Server) de l'hôte distant doit avoir l'une des caractéristiques suivantes :

  • être publiquement résolu ;

  • être le point de terminaison d'une instance de base de données Amazon RDS ;

  • pouvant être résolu via un serveur DNS personnalisé. Pour plus d'informations, consultez Configuration d'un serveur DNS personnalisé.

  • être le nom DNS privé d'une instance Amazon EC2 dans le même VPC ou un VPC appairé. Dans ce cas, assurez-vous que le nom peut être résolu via un serveur DNS personnalisé. De même, pour utiliser le DNS fourni par Amazon, vous pouvez activer l'attribut enableDnsSupport dans les paramètres VPC et activer la prise en charge de la résolution DNS pour la connexion d'appairage de VPC. Pour plus d'informations, consultez Prise en charge du DNS dans votre VPC et Modification de votre connexion d'appairage de VPC.

Pour vous connecter en toute sécurité à des ressources SSL/TLS distantes, vous pouvez créer et charger des portefeuilles Oracle personnalisés. En utilisant l'intégration de Amazon S3 à la fonction Amazon RDS pour Oracle, vous pouvez télécharger un portefeuille depuis Amazon S3 vers des instances de base de données Oracle. Pour plus d'informations sur l'intégration de Amazon S3 pour Oracle, consultez Intégration Amazon S3.

L'exemple suivant crée un portefeuille pour l'accès à https://status.aws.amazon.com/robots.txt via utl_http.

1. Obtenez le certificat pour Amazon Root CA 1 depuis le Référentiel des services d'approbation Amazon.

2. Créez un nouveau portefeuille et ajoutez le certificat suivant :

   
   orapki wallet create -wallet . -auto_login_only 
   orapki wallet add -wallet . -trusted_cert -cert AmazonRootCA1.pem.pem -
   auto_login_only orapki wallet display -wallet .                        
                       

3. Chargez le portefeuille dans votre compartiment Amazon S3.

4. Respectez les conditions préalables de l'intégration de Amazon S3 à Oracle et ajoutez l'option S3_INTEGRATION à votre instance de base de données Oracle. Assurez-vous que le rôle IAM pour l'option a accès au compartiment Amazon S3 que vous utilisez.

   Pour plus d'informations, consultez Intégration Amazon S3.

5. Connectez-vous à l'instance de base de données et créez un répertoire dans la base de données pour stocker le portefeuille. L'exemple suivant crée un répertoire nommé SSL_WALLET.

   
   exec rdsadmin.rdsadmin_util.create_directory('SSL_WALLET');                        
                       

6. Téléchargez le portefeuille depuis votre compartiment Amazon S3 vers l'instance de base de données Oracle.

   L'exemple suivant télécharge un portefeuille vers le répertoire de l'instance de base de données SSL_WALLET :

   
   SELECT rdsadmin.rdsadmin_s3_tasks.download_from_s3(
         p_bucket_name    =>  'bucket_name', 
         p_s3_prefix      =>  'wallet_name', 
         p_directory_name =>  'SSL_WALLET') 
      AS TASK_ID FROM DUAL;                       
                       

   Remplacez bucket_name par le nom du compartiment que vous utilisez et wallet_name par le nom du portefeuille.

7. Définissez ce portefeuille pour les transactions utl_http en exécutant la procédure suivante :

   
   DECLARE
   	l_wallet_path all_directories.directory_path%type;
   BEGIN
   	select directory_path into l_wallet_path from all_directories
   	where upper(directory_name)='SSL_WALLET';
    	
    	utl_http.set_wallet('file:/' || l_wallet_path);
   END;                     
                       

8. Accédez à l'URL ci-dessus via SSL/TLS.

   
   SELECT utl_http.request('https://status.aws.amazon.com/robots.txt') AS ROBOTS_TXT FROM DUAL;
   
   ROBOTS_TXT
   --------------------------------------------------------------------------------
   User-agent: *
   Allow: /                 
                       

Note

Les certificats spécifiques requis pour votre portefeuille varient par service. Pour les services AWS, vous trouverez généralement les certificats dans le Référentiel des services d'approbation Amazon.

Vous pouvez utiliser une configuration similaire pour envoyer des e-mails via UTL_SMTP sur SSL/TLS (notamment Amazon Simple Email Service).

Vous pouvez établir des liens de base de données entre des instances de base de données Oracle via un point de terminaison SSL/TLS si l'option Oracle SSL est configurée pour chaque instance. Aucune autre configuration n'est requise. Pour plus d'informations, consultez Oracle Secure Sockets Layer (SSL).

Utilisation d'OEM, d'APEX, de TDE et d'autres options

La plupart des moteurs de base de données Amazon RDS prennent en charge des groupes d'options qui vous permettent de sélectionner des fonctions supplémentaires pour votre instance de base de données. Les instances de bases de données Oracle prennent en charge plusieurs options, notamment Oracle Enterprise Manager (OEM), Transparent Data Encryption (TDE), Application Express (APEX) et Native Network Encryption. Pour obtenir une liste complète des options Oracle prises en charge, consultez Options propres aux instances de bases de données Oracle. Pour plus d'informations sur l'utilisation de groupes d'options, consultez Utilisation de groupes d'options.

Utilisation des types de données étendus

La version Amazon RDS Oracle 12c prend en charge les types de données étendus. Avec les types de données étendus, la taille maximum est de 32 767 octets pour les types de données VARCHAR2, NVARCHAR2 et RAW. Pour utiliser les types de données étendus, définissez le paramètre MAX_STRING_SIZE sur EXTENDED. Pour plus d'informations, consultez Extended Data Types dans la documentation Oracle.

Si vous ne souhaitez pas utiliser les types de données étendus, gardez le paramètre MAX_STRING_SIZE défini sur STANDARD (par défaut). Lorsque ce paramètre est défini sur STANDARD, les limites de taille sont 4 000 octets pour les types de données VARCHAR2 et NVARCHAR2, et 2 000 octets pour le type de données RAW.

Vous pouvez activer les types de données étendus sur une nouvelle instance de base de données ou sur une instance de base de données existante. Pour les nouvelles instances de base de données, la durée nécessaire pour créer une instance de base de données est généralement plus longue lorsque vous activez les types de données étendus. Pour les instances de base de données existantes, l'instance de base de données n'est pas disponible pendant le processus de conversion.

Voici les considérations relatives à une instance de base de données pour laquelle les types de données étendus sont activés :

• Lorsque vous activez les types de données étendus pour une instance de base de données, vous ne pouvez pas à nouveau modifier l'instance de base de données afin qu'elle utilise la taille standard pour les types de données. Après la conversion d'une instance afin qu'elle utilise les types de données étendus, si vous redéfinissez le paramètre MAX_STRING_SIZE sur STANDARD le statut devient incompatible-parameters.

• Lorsque vous restaurez une instance de base de données qui utilise des types de données étendus, vous devez spécifier un groupe de paramètres avec le paramètre MAX_STRING_SIZE défini sur EXTENDED. Pendant la restauration, si vous spécifiez le groupe de paramètres par défaut ou tout autre groupe de paramètres avec le paramètre MAX_STRING_SIZE défini sur STANDARD le statut devient incompatible-parameters.

• Nous vous conseillons de ne pas activer les types de données étendus pour les instances de base de données Oracle qui s'exécutent sur la classe d'instance de base de données t2.micro.

Lorsque l'état de l'instance de base de données est incompatible-parameters à cause du paramètre MAX_STRING_SIZE, l'instance de base de données reste indisponible jusqu'à ce que le paramètre MAX_STRING_SIZE soit défini sur EXTENDED et que l'instance de base de données soit redémarrée.

Activation des types de données étendus pour une nouvelle instance de base de données

Pour activer les types de données étendus pour une nouvelle instance de base de données

1. Définissez le paramètre MAX_STRING_SIZE sur EXTENDED dans un groupe de paramètres.

   Pour définir le paramètre, vous pouvez créer un groupe de paramètres de base de données ou modifier un groupe de paramètres existant.

   Pour plus d'informations, consultez Utilisation de groupes de paramètres de base de données.

2. Créez une nouvelle instance de base de données Amazon RDS Oracle et associez le groupe de paramètres avec le paramètre MAX_STRING_SIZE défini sur EXTENDED avec l'instance de base de données.

   Pour plus d'informations, consultez Création d'une instance de base de données Amazon RDS.

Activation des types de données étendus pour une instance de base de données existante

Lorsque vous modifiez une instance de base de données afin d'activer les types de données étendus, les données de la base de données sont converties afin d'utiliser les tailles étendues. L'instance de base de données n'est pas disponible pendant la conversion. La durée nécessaire pour convertir les données dépend de la classe d'instance de base de données utilisée par l'instance de base de données et de la taille de la base de données.

Note

Une fois que vous avez activé les types de données étendus, vous pouvez effectuer une opération de restauration à un moment donné pendant la conversion. Vous pouvez restaurer au moment précédant immédiatement la conversion ou au moment suivant immédiatement la conversion.

Pour activer les types de données étendus pour une instance de base de données existante

1. Créez un instantané de la base de données.

   S'il existe des objets no valides dans la base de données, Amazon RDS tente de les recompiler. La conversion en vue d'activer les types de données étendus peut échouer si Amazon RDS ne peut pas recompiler un objet non valide. L'instantané vous permet de restaurer la base de données en cas de problème avec la conversion. Vérifiez toujours la présence d'objets non valides avant la conversion afin d'y apporter une solution ou de les supprimer. Pour les bases de données de production, nous vous conseillons d'abord de tester le processus de conversion sur une copie de votre instance de base de données.

   Pour plus d'informations, consultez Création d'un instantané de base de données.

2. Définissez le paramètre MAX_STRING_SIZE sur EXTENDED dans un groupe de paramètres.

   Pour définir le paramètre, vous pouvez créer un groupe de paramètres de base de données ou modifier un groupe de paramètres existant.

   Pour plus d'informations, consultez Utilisation de groupes de paramètres de base de données.

3. Modifiez l'instance de base de données afin de l'associer au groupe de paramètres avec le paramètre MAX_STRING_SIZE défini sur EXTENDED.

   Pour plus d'informations, consultez Modification d'une instance de base de données Amazon RDS.

4. Redémarrez l'instance de base de données pour que la modification des paramètres prenne effet.

   Pour plus d'informations, consultez Redémarrage d'une instance de base de données.

Synonymes publics

Vous pouvez créer des synonymes publics référençant des objets dans vos propres schémas. Ne créez ou ne modifiez pas des synonymes publics pour les schémas gérés par Oracle, notamment SYS, SYSTEM et RDSADMIN. Cela peut entraîner l'invalidation de composants de base de données de base et affecter la disponibilité de votre instance de base de données.