Amazon Relational Database Service
Guide de l'utilisateur

Oracle sur Amazon RDS

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

  • Oracle 18c, version 18.0.0.0

  • Oracle 12c, version 12.2.0.1

  • Oracle 12c, version 12.1.0.2

  • Oracle 11g, version 11.2.0.4

Amazon RDS prend aussi actuellement en charge les versions et éditions suivantes qui vont devenir obsolètes, car Oracle ne fournit plus de correctifs pour celles-ci :

Vous pouvez créer des instances de bases de données et des snapshots DB, 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 est sur la plateforme EC2-Classic, vous devez créer un groupe de sécurité de base de données ; si votre instance de base de données est 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 des instances 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 :

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). Une fois que vous avez créé une instance de base de données Oracle sur Amazon RDS, vous pouvez modifier le modèle de licence en utilisant AWS Management Console, l'opération d'API Amazon RDS ModifyDBInstance ou la commande de AWS CLI modify-db-instance.

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)

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 de 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)

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 Choix de la classe d'instance 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 de la version 18.0.0.0 Prise en charge de la version 12.2.0.1 Prise en charge de la version 12.1.0.2 Prise en charge de la 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.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.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.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 plus d’informations sur la capacité de calcul des classes d'instance de base de données prises en charge par Amazon RDS pour Oracle, consultez Choix de la classe d'instance de base de données et Configuration du processeur pour une classe d'instance de base de données.

Obsolescence des classes d'instance de base de données db.t2 pour Oracle

Les classes d’instances de base de données db.t2 sont en voie d’obsolescence avec Amazon RDS pour Oracle. Les classes d'instance de base de données db.t2 seront remplacées par les classes d'instance de base de données db.t3 qui offrent un meilleur profil de performances et qui sont généralement disponibles à moindre coût. À partir du 15 septembre 2019, Amazon RDS pour Oracle désactivera toute nouvelle classe d’instance de base de données db.t2 créée. À 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 plus d'informations, consultez Modification d'une instance de base de données exécutant le moteur de base de données Oracle.

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 plus d'informations, consultez Modification d'une instance de base de données exécutant le moteur de base de données Oracle.

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 plus d'informations, consultez Modification d'une instance de base de données exécutant le moteur de base de données Oracle.

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 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. Amazon RDS utilise un deuxième port, requis par Oracle, pour les connexions SSL qui permettent aux communications en texte clair et chiffrées-SSL de se produire en même temps 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 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 12c, consultez 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.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

1-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 des colonnes sensibles et des types de colonne sensible dans la base de données, et est utilisé conjointement avec le package DBMS_TSDP_PROTECT concernant les stratégies de Transparent Sensitive Data Protection (TSDP) (Protection transparente de données sensibles). 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 :

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 DB est une fonction d'Amazon Amazon RDS qui 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. Cette fonction vous donne la flexibilité de maintenir la compatibilité avec les versions corrigées du moteur de base de données, de tester l'efficacité des nouvelles versions corrigées avec votre application avant le déploiement en production et d'effectuer des mises à niveau de versions selon les conditions et les délais qui vous conviennent le mieux.

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.2

Amazon RDS cesse d'assurer la prise en charge de la version 11.2.0.2 d'Oracle en 2017. Oracle ne fournit plus de correctifs pour cette version. Par conséquent, pour garantir une expérience optimale aux clients AWS, nous déclarons cette version obsolète.

Il n'existe plus de d'instances de base de données de production exécutant la version 11.2.0.2 d'Oracle. Il se peut que vous disposez encore d'un instantané d'une instance de base de données 11.2.0.2.

Amazon RDS cesse d'assurer la prise en charge de la version 11.2.0.2 d'Oracle selon le calendrier ci-dessous.

Date Informations

4 août 2016

Vous ne pouvez plus créer d'instances de bases de données qui utilisent Oracle version 11.2.0.2.

18 décembre 2019

Tous les instantanés 11.2.0.2 sont mis à niveau vers la version 11.2.0.4.

Vous pouvez vous-même mettre à niveau vos instantanés avant cette date. Pour plus d'informations, consultez Mise à niveau d'un instantané de base de données Oracle.

Obsolescence d'Oracle 11.2.0.3

Amazon RDS cesse d'assurer la prise en charge de la version 11.2.0.3 d'Oracle en 2017. Oracle ne fournit plus de correctifs pour cette version. Par conséquent, pour garantir une expérience optimale aux clients AWS, nous déclarons cette version obsolète.

Il n'existe plus de d'instances de base de données de production exécutant la version 11.2.0.3 d'Oracle. Il est possible que vous disposiez encore d'un instantané d'une instance de base de données 11.2.0.3.

Amazon RDS cesse d'assurer la prise en charge de la version 11.2.0.3 d'Oracle selon le calendrier ci-dessous.

Date Informations

4 août 2016

Vous ne pouvez plus créer d'instances de bases de données qui utilisent Oracle version 11.2.0.3.

18 décembre 2019

Tous les instantanés 11.2.0.3 sont mis à niveau vers la version 11.2.0.4.

Vous pouvez vous-même mettre à niveau vos instantanés avant cette date. Pour plus d'informations, consultez Mise à niveau d'un instantané de base de données Oracle.

Obsolescence d'Oracle 12.1.0.1

Amazon RDS cesse d'assurer la prise en charge de la version 12.1.0.1 d'Oracle en 2017. Oracle ne fournit plus de correctifs pour cette version. Par conséquent, pour garantir une expérience optimale aux clients AWS, nous déclarons cette version obsolète.

Il n'existe plus de d'instances de base de données de production exécutant la version 12.1.0.1 d'Oracle. Il se peut que vous disposez encore d'un instantané d'une instance de base de données 12.1.0.1.

Amazon RDS cessera de prendre en charge la version 12.1.0.1 d'Oracle selon le calendrier ci-dessous.

Date Informations

15 février 2017

Vous ne pouvez plus créer d'instances de bases de données qui utilisent Oracle version 12.1.0.1.

18 décembre 2019

Tous les instantanés 12.1.0.1 sont mis à niveau vers la version 12.1.0.2.

Vous pouvez vous-même mettre à niveau vos instantanés avant cette date. Pour plus d'informations, consultez Mise à niveau d'un instantané de base de données Oracle.

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 :

  • 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 ci-après, 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 ci-après, 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, et use_large_pages a la valeur FALSE.

  • Pour les classes d'instance de base de données non mentionnées dans le tableau ci-après, si la classe d'instance possède moins de 14 Gio de mémoire et moins de 100 Gio de mémoire, DBInstanceClassHugePagesDefault a la valeur TRUE par défaut, et 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 ci-après, si la classe d'instance possède au moins 100 Gio de mémoire, DBInstanceClassHugePagesDefault a toujours la valeur TRUE, et 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.

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 exécutant le moteur de base de données Oracle.

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 exécutant le moteur de base de données Oracle.

  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.