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
Amazon RDS prend également en charge Oracle 11g, version 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. Pour de plus amples informations, veuillez consulter Obsolescence d'Oracle 11.2.0.4.
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. Vous pouvez utiliser des instances DB exécutant Oracle dans un VPC. Vous pouvez également ajouter des fonctionnalités à votre instance de base de données DB en activant diverses options. Amazon RDS prend en charge les déploiements multi-AZ pour Oracle en tant que solution de basculement à haute disponibilité.
Pour offrir une expérience de service géré, Amazon RDS ne fournit pas l'accès shell aux instances de base de données. Il restreint également l'accès à certaines procédures système et tables qui requièrent des privilèges avancés. Vous pouvez accéder à des bases de données sur une instance de base de données en utilisant toute application client SQL standard, telle qu'Oracle SQL*Plus. Toutefois, vous ne pouvez pas accéder directement à l'hôte en utilisant Telnet ou Secure Shell (SSH).
Lorsque vous créez une instance de base de données à l'aide de votre compte principal, le compte bénéficie des privilèges DBA, avec certaines limitations. Utilisez ce compte pour des tâches administratives telles que la création de comptes de base de données supplémentaires. Vous ne pouvez pas utiliser SYS, SYSTEM ou d'autres comptes administratifs fournis par Oracle.
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-après 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 production, découvrez comment fonctionnent les classes d'instance, les types de stockage et les IOPS provisionnées dans Amazon RDS. |
Prise en charge des classes d'instance de base de données pour Oracle |
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ées et la tolérance aux pannes pour les instances de bases de données. |
|
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. |
Déterminer si vous utilisez une plateforme EC2-VPC ou EC2-Classic |
Groupes de sécurité Par défaut, les instances de base de données utilisent un pare-feu qui empêche l'accès. Veillez à créer un groupe de sécurité avec les adresses IP et la configuration réseau voulues pour 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 plus, si votre instance 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 |
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. |
|
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. |
|
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. |
|
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. |
|
Fichiers journaux Vous pouvez accéder aux fichiers journaux de votre instance de base de données Oracle. |
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.
Options de licence Oracle
Amazon RDS pour Oracle dispose de deux options de licence : Licence Inclus (LI) et Bring Your Own License (BYOL). 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, contactez 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)
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 BYOL, 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
Pour faciliter la surveillance de l'utilisation des licences Oracle dans le modèle
BYOL, AWS License Manager
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 Database Enterprise Edition (EE) |
|
Oracle Database Standard Edition (SE) |
|
|
Oracle Database Standard Edition One (SE1) |
|
|
Oracle Database Standard Edition Two (SE2) |
|
Pack de licence |
|
Voir Utilisation des réplicas Oracle pour Amazon RDS (Oracle Active Data Guard) |
|
Voir Oracle OLAP |
|
|
||
|
Voir Oracle 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. Dans ce cas, les ressources RDS pour Oracle qui correspondent 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.
Pour créer une configuration de licence pour suivre l'utilisation des licences de vos instances de base de données Oracle
-
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.
Pour créer une configuration de licence à l'aide de 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
-
Créez un snapshot de l'instance DB.
Pour plus d'informations, consultez Création d'un instantané de base de données.
-
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.
-
(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.
Édition 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 |
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.
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.
Limites de taille des fichiers Oracle dans Amazon RDS
La taille maximale des fichiers sur les instances de base de données Oracle dans Amazon RDS est de 16 TiO (tébioctets). Si vous essayez de redimensionner un fichier de données dans un tablespace bigfile vers une valeur supérieure à la limite, une erreur comme la suivante se produit.
ORA-01237: cannot extend datafile 6 ORA-01110: data file 6: '/rdsdbdata/db/mydir/datafile/myfile.dbf' ORA-27059: could not reduce file size Linux-x86_64 Error: 27: File too large Additional information: 2
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é DBA
, autorise normalement tous les privilèges d'administration sur une 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 utilisateur principal
que vous utilisez pour créer l'instance obtient des privilèges DBA (avec certaines
restrictions). Utilisez ce compte utilisateur principal pour toutes les tâches administratives
comme la création de comptes utilisateurs supplémentaires dans la base de données.
Vous ne pouvez pas utiliser l'utilisateur SYS
, l'utilisateur SYSTEM
et d’autres comptes administratifs fournis par Oracle.
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).
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
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 |
---|---|---|---|
TRUE, FALSE (par défaut) |
O |
Active ou désactive la fonction de signature de localisateur LOB. |
|
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 |
---|---|---|
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
É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 |
---|---|---|---|
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. |
|
ENABLE, DISABLE (par défaut) |
O |
Encode le type de données |
|
TRUE, FALSE (par défaut) |
O |
Précise si les indicateurs incorporés sont ignorés. |
|
TRUE, FALSE (par défaut) |
O |
Précise que les indicateurs parallèles incorporés sont ignorés. |
|
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 |
---|---|---|
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
Modification 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 |
---|---|---|---|
TRUE, FALSE (par défaut) |
O |
Spécifie si la recherche LDAP est autorisée pour les liens de base de données. |
|
TRUE, FALSE (par défaut) |
O |
Remplace le traitement exact des requêtes d'agrégation par un traitement approximatif. |
|
TRUE, FALSE (par défaut) |
O |
Remplace automatiquement les requêtes |
|
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. |
|
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. |
|
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. |
|
Valeur comprise entre 0 et 512M, 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 quand une commande RMAN RECOVER... NONLOGGED BLOCK est en cours d'exécution. |
|
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
TRUE (par défaut), FALSE |
O |
Permet l'utilisation de plus grandes longueurs pour les modules et les actions. |
|
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
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 |
---|---|---|
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 |
---|---|---|
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 et les versions ultérieures :
-
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
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 = 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. |
|
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. |
|
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. |
|
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, 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. |
|
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. |
|
PRIORITY LOW, PRIORITY MEDIUM, PRIORITY HIGH, PRIORITY CRITICAL, PRIORITY NONE |
O |
Consultez INMEMORY_CLAUSE_DEFAULT. |
|
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). |
|
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
TRUE (par défaut), FALSE |
O |
Active ou désactive toutes les fonctions d'optimiseur adaptatives. |
|
TRUE, FALSE (par défaut) |
O |
Contrôle le mode rapport seulement pour les optimisations adaptatives. |
|
Il n'existe aucune valeur par défaut. |
N |
Mappe les noms des fichiers existants vers les noms de nouveaux fichiers. |
|
0-max de mémoire |
O |
Spécifie une limite sur la mémoire PGA cumulée consommée par l'instance. |
|
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é. |
|
TRUE, FALSE |
N |
Active ou désactive l'accélération des vecteurs spatiaux qui font partie de l'option spatiale. |
|
TRUE, FALSE (par défaut) |
O |
Détermine si les transactions dans une session particulière peuvent avoir un journal de transaction temporaire. |
|
TRUE, FALSE |
N |
Active le modèle Oracle multitâches, mais empêche l'authentification du système d'exploitation. |
|
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é. |
|
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 |
---|---|---|
os | db [, extended] | xml [, extended] |
os | db [, extended] | xml [, extended] | true | false |
|
Les exigences pour COMPATIBLE sont les suivantes :
Si |
A partir de 11.2.0 sur Amazon RDS |
|
PERMITTED | PREFERRED | ALWAYS | IGNORE | FORCE |
PERMITTED | ALWAYS | IGNORE | FORCE |
|
1-100 |
1-36 |
|
8.0.0 à 12.1.0.2 |
8.0.0 à 11.2.0.4 |
|
MANUAL,LIMITED,AUTO,ADAPTIVE |
MANUAL,LIMITED,AUTO |
|
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 |
---|---|
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. |
|
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. |
|
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). |
|
Le package DBMS_GOLDENGATE_AUTH fournit des sous-programmes pour accorder et révoquer des privilèges aux administrateurs GoldenGate. |
|
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. |
|
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). |
|
Le package DBMS_ILM_ADMIN fournit une interface pour personnaliser l'exécution de la stratégie Automatic Data Optimization (ADO). |
|
Le package DBMS_PART fournit une interface pour les opérations de maintenance et de gestion sur les objets partitionnés. |
|
Le package DBMS_PRIVILEGE_CAPTURE fournit une interface pour analyser les privilèges de base de données. |
|
Le package DBMS_QOPATCH fournit une interface pour consulter les correctifs de base de données installés. |
|
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. |
|
Le package DBMS_SPD fournit des sous-programmes pour la gestion des directives de plan SQL (SPD). |
|
Le package DBMS_SQL_TRANSLATOR fournit une interface pour créer, configurer et utiliser des profils de traduction SQL. |
|
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. |
|
Le package DBMS_SYNC_REFRESH fournit une interface pour réaliser une actualisation synchrone des vues matérialisées. |
|
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 |
|
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 |
|
Le package DBMS_XDB_CONFIG fournit une interface pour configurer Oracle XML DB et son référentiel. |
|
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. |
|
Le package DBMS_XDB_REPOS fournit une interface pour fonctionner sur le référentiel de la base de données Oracle XML. |
|
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. |
|
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. |
|
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. |
|
Le package DBMS_XSTREAM_AUTH fournit des sous-programmes pour accorder et révoquer des privilèges aux administrateurs XStream. |
|
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
Amazon RDS Oracle prend en charge la plupart des fonctionnalités et fonctions d'Oracle Database. 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.
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 (APEX).
-
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 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 (version 12.1 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
-
Schéma Workspace Manager (WMSYS)
En général, Amazon RDS ne vous empêche pas de créer des schémas pour des fonctions non prises en charge. Toutefois, si vous créez des schémas pour des fonctions et des composants Oracle nécessitant des privilèges SYS, vous pouvez endommager le dictionnaire de données et affecter la disponibilité de votre instance. Utilisez uniquement les fonctions et schémas pris en charge et disponibles dans Options propres aux instances de bases de données Oracle.
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 pour une édition et une version spécifiques
d'Oracle, exécutez la commande describe-engine-default-parameters
de l'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.
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.
Si vous activez les mises à niveau automatiques de version mineure sur votre instance de base de données, celles-ci se déclenchent automatiquement. Vous devez effectuer les mises à niveau majeures manuellement, à l'exception de la mise à niveau automatique de 11.2.0.4. 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. Pour de plus amples informations, veuillez consulter Préparation de la mise à niveau automatique d'Oracle 11g SE1.
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. |
1 septembre 2020 |
1er octobre 2020 |
Vous ne pouvez plus créer de nouvelles instances avec Amazon RDS pour Oracle avec la version répertoriée. |
1 septembre 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 |
1er janvier 2021 |
Utilisation de HugePages avec une instance de base de données Oracle
Amazon RDS pour Oracle prend en charge la fonctionnalité HugePages du noyau Linux
pour obtenir une base de données plus évolutive. L'utilisation de HugePages 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)
Vous pouvez utiliser HugePages 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 HugePages est activé 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 HugePages est activé 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 valeurFALSE
par défaut, etuse_large_pages
a la valeurFALSE
. Vous pouvez activer HugePages 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 valeurFALSE
. En outre,use_large_pages
a la valeurFALSE
. -
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 valeurTRUE
par défaut. En outre,use_large_pages
a la valeurONLY
. Vous pouvez désactiver HugePages manuellement en définissantuse_large_pages
surFALSE
. -
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 valeurTRUE
. En outre,use_large_pages
a la valeurONLY
et HugePages ne peut pas être désactivé.
HugePages n'est pas activé 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 HugePages non activé 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 les classes d'instance de base de données .
Pour activer manuellement HugePages 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 HugePages 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 au-delà de l'attribution par HugePages.
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.
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 HugePages activant manuellement HugePages. 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}
, HugePages est activé sur l'instance db.r4 mais désactivé 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, HugePages est désactivé sur les instances db.r4, db.r5 et db.r3.
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 HugePages est activé sur votre instance de base de données, vous pouvez afficher les informations sur HugePages 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
etutl_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.txtutl_http
.
-
Obtenez le certificat pour
Amazon Root CA 1
depuis le Référentiel des services d'approbation Amazon. -
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 -auto_login_only orapki wallet display -wallet .
-
Chargez le portefeuille dans votre compartiment Amazon S3.
-
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.
-
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');
-
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 etwallet_name
par le nom du portefeuille. -
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;
-
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: /
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
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
surSTANDARD
le statut devientincompatible-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 surEXTENDED
. 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ètreMAX_STRING_SIZE
défini surSTANDARD
le statut devientincompatible-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
-
Définissez le paramètre
MAX_STRING_SIZE
surEXTENDED
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.
-
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 surEXTENDED
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.
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
-
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.
-
Définissez le paramètre
MAX_STRING_SIZE
surEXTENDED
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.
-
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 surEXTENDED
.Pour plus d'informations, consultez Modification d'une instance de base de données Amazon RDS.
-
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.