Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Gestion d'une instance de base de données Amazon RDS Custom for Oracle
Amazon RDS Custom prend en charge un sous-ensemble des tâches de gestion habituelles des instances de base de données Amazon RDS. Vous trouverez, ci-dessous, des instructions pour les tâches de gestion RDS Custom for Oracle prises en charge à l'aide de la AWS Management Console et de AWS CLI.
**Topics**
+ [Utilisation de bases de données de conteneurs (CDBs) dans RDS Custom pour Oracle](custom-managing.multitenant.md)
+ [Utilisation de fonctions de haute disponibilité pour RDS Custom for Oracle](custom-managing.ha.md)
+ [Personnalisation de votre environnement RDS Custom](custom-managing.customizing-env.md)
+ [Modification de votre instance de base de données RDS Custom for Oracle](custom-managing.modifying.md)
+ [Modification du jeu de caractères d'une instance de base de données RDS Custom for Oracle](custom-managing.character-set.md)
+ [Définition de la valeur NLS\$1LANG dans RDS Custom for Oracle](custom-managing.nlslang.md)
+ [Prise en charge de Transparent Data Encryption](#custom-managing.tde)
+ [Balisage de RDS Custom pour les ressources Oracle](custom-managing.tagging.md)
+ [Suppression d'une instance de base de données RDS Custom for Oracle](custom-managing.deleting.md)
# Utilisation de bases de données de conteneurs (CDBs) dans RDS Custom pour Oracle
Vous pouvez créer votre instance de base de données RDS Custom for Oracle avec l’architecture Oracle Multitenant (type de moteur `custom-oracle-ee-cdb` ou `custom-oracle-se2-cdb`) ou avec l’architecture non CDB traditionnelle (type de moteur `custom-oracle-ee` ou `custom-oracle-se2`). Lorsque vous créez une base de données de conteneurs (CDB), elle contient une base de données enfichable (PDB) et un contenur initial de PDB. Vous pouvez en créer d'autres PDBs manuellement à l'aide d'Oracle SQL.
## Noms PDB et CDB
Lorsque vous créez une instance de base de données RDS Custom for Oracle, vous indiquez un nom pour la PDB initiale. Par défaut, votre PDB initiale est nommée `ORCL`. Vous pouvez choisir un autre nom.
Par défaut, votre CDB est nommée `RDSCDB`. Vous pouvez choisir un autre nom. Le nom CDB est également le nom de votre identifiant système (SID) Oracle, qui identifie de manière unique la mémoire et les processus qui gèrent votre CDB. Pour plus d'informations sur le SID Oracle, consultez [Identifiant système (SID) Oracle](https://docs.oracle.com/en/database/oracle/oracle-database/19/cncpt/oracle-database-instance.html#GUID-8BB8140D-63ED-454E-AAC3-1964F80D102D) (langue française non garantie) dans *Concepts Oracle Database*.
Vous ne pouvez pas renommer un fichier existant à PDBs l'aide d'Amazon APIs RDS. Vous ne pouvez pas non plus renommer la CDB à l'aide de la commande `modify-db-instance`.
## Gestion de la PDB
Dans le modèle de responsabilité partagée RDS Custom for Oracle, vous êtes responsable de la gestion PDBs et de la création de toute responsabilité supplémentaire PDBs. RDS Custom ne limite pas le nombre de. PDBs Vous pouvez créer, modifier et supprimer manuellement en vous PDBs connectant à la racine de la base de données et en exécutant une instruction SQL. Créez PDBs sur un volume de données Amazon EBS pour empêcher l'instance de base de données de sortir du périmètre de support.
Pour modifier votre CDBs or PDBs, procédez comme suit :
1. Suspendez l'automatisation pour éviter toute interférence avec les actions RDS Custom.
1. Modifiez votre CDB ou PDBs.
1. Sauvegardez toutes les modifications PDBs.
1. Relancez l'automatisation de RDS Custom.
## Récupération automatique de la racine CDB
RDS Custom maintient la racine CDB ouverte de la même manière qu'il maintient une base de données non-CDB ouverte. Si l'état de la racine CDB change, l'automatisation de la surveillance et de la récupération tente de récupérer la racine CDB à l'état souhaité. Vous recevez des notifications d'événements RDS quand la CDB racine est arrêtée (`RDS-EVENT-0004`) ou redémarrée (`RDS-EVENT-0006`), comme dans le cas de l'architecture non-CDB. RDS Custom tente d'ouvrir le `READ WRITE` mode all PDBs in au démarrage de l'instance de base de données. Si certains ne PDBs peuvent pas être ouverts, RDS Custom publie l'événement suivant : `tenant database shutdown`
# Utilisation de fonctions de haute disponibilité pour RDS Custom for Oracle
RDS Custom for Oracle fournit une haute disponibilité intégrée grâce à des déploiements multi-AZ. Vous pouvez également utiliser Oracle Data Guard en tant qu’option gérée par le client en fonction de vos cas d’utilisation.
## Déploiements multi-AZ (entièrement gérés)
Avec un déploiement multi-AZ pour RDS Custom for Oracle, Amazon RDS alloue et maintient automatiquement un réplica de secours synchrone dans une zone de disponibilité (AZ) différente. L'instance de base de données principale est répliquée de manière synchrone sur une réplique AZs de secours pour la redondance des données. Le déploiement multi-AZ est pris en charge à la fois dans Enterprise Edition et dans Standard Edition 2. Consultez [Gestion d’un déploiement multi-AZ pour RDS Custom for Oracle](custom-oracle-multiaz.md) pour plus de détails.
## Oracle Data Guard (géré par le client)
Vous pouvez également obtenir une haute disponibilité en configurant manuellement Oracle Data Guard pour répliquer les données entre les instances de base de données RDS Custom for Oracle. L'instance de base de données primaire synchronise automatiquement les données avec les instances de secours. Oracle Data Guard n’est pris en charge que dans Enterprise Edition.
Vous pouvez configurer votre environnement à haute disponibilité des façons suivantes :
+ Configurez les instances de secours AZs de différentes manières pour résister aux défaillances AZ.
+ Définition de vos bases de données de secours en mode monté ou en mode lecture seule. Le mode lecture seule nécessite une licence Oracle Active Data Guard.
+ Basculement de la base de données primaire vers une base de données de secours sans perte de données.
+ Migration des données en configurant la haute disponibilité pour votre instance sur site, puis en basculant vers la base de données de secours RDS Custom for Oracle.
Pour savoir comment configurer Oracle Data Guard pour une haute disponibilité, consultez le AWS blog [Créer une haute disponibilité pour RDS Custom for Oracle à l'aide de répliques de lecture](https://aws.amazon.com/blogs/database/build-high-availability-for-amazon-rds-custom-for-oracle-using-read-replicas/). Vous pouvez effectuer les tâches suivantes :
+ Utiliser un tunnel VPN pour chiffrer les données en transit pour vos instances à haute disponibilité. Le chiffrement en transit n’est pas configuré automatiquement par RDS Custom for Oracle.
+ Configurer Oracle Fast-Failover Observer (FSFO) pour surveiller vos instances à haute disponibilité.
+ Autoriser l'observateur à effectuer un basculement automatique lorsque les conditions nécessaires sont remplies.
# Personnalisation de votre environnement RDS Custom
RDS Custom for Oracle inclut des fonctions intégrées qui vous permettent de personnaliser l'environnement de votre instance de base de données sans interrompre l'automatisation. Par exemple, vous pouvez utiliser RDS APIs pour personnaliser votre environnement comme suit :
+ Créez et restaurez des instantanés de base de données pour créer un environnement de clonage.
+ Créez des réplicas en lecture.
+ Modifiez les paramètres de stockage.
+ Modifier la CEV pour appliquer les mises à jour de version
Pour certaines personnalisations, telles que la modification du jeu de caractères, vous ne pouvez pas utiliser les API RDS. Dans ces cas, vous devez modifier l'environnement manuellement en accédant à votre instance Amazon EC2 en tant qu'utilisateur root ou en vous connectant à votre base de données Oracle en tant que `SYSDBA`.
Pour personnaliser votre instance manuellement, vous devez suspendre et reprendre l'automatisation RDS Custom. Cette pause permet d'éviter les interférences entre vos personnalisations et l'automatisation de RDS Custom. De cette façon, vous évitez de briser le périmètre de support, qui place l'instance dans l'état `unsupported-configuration` jusqu'à ce que vous résolviez les problèmes sous-jacents. La suspension et la reprise sont les seules tâches d'automatisation prises en charge lorsque vous modifiez une instance de base de données RDS Custom for Oracle.
## Étapes générales pour personnaliser votre environnement RDS Custom
Pour personnaliser votre instance de base de données RDS Custom, procédez comme suit :
1. Mettez en pause l'automatisation de RDS Custom pendant une période spécifiée à l'aide de la console ou de l'interface de ligne de commande.
1. Identifiez votre instance Amazon EC2 sous-jacente.
1. Connectez-vous à votre instance Amazon EC2 sous-jacente en utilisant des clés SSH ou AWS Systems Manager.
1. Vérifiez vos paramètres de configuration actuels au niveau de la base de données ou de la couche du système d'exploitation.
Vous pouvez valider vos modifications en comparant la configuration initiale à la configuration modifiée. Selon le type de personnalisation, utilisez les outils du système d'exploitation ou les requêtes de base de données.
1. Personnalisez votre instance de base de données RDS Custom for Oracle selon vos besoins.
1. Redémarrez votre instance ou votre base de données, si nécessaire.
**Note**
Dans une base de données Oracle CDB locale, vous pouvez conserver un mode d'ouverture spécifié à PDBs l'aide d'une commande intégrée ou après un déclenchement de démarrage. Ce mécanisme atteint PDBs un état spécifié lorsque le CDB redémarre. Lors de l'ouverture de votre CDB, RDS Custom Automation supprime tous les états conservés spécifiés par l'utilisateur et tente de tout ouvrir. PDBs Si RDS Custom ne peut pas tout ouvrir PDBs, l'événement suivant est émis :`The following PDBs failed to open: list-of-PDBs`.
1. Vérifiez vos nouveaux paramètres de configuration en les comparant aux paramètres précédents.
1. Relancez l'automatisation de RDS Custom de l'une des manières suivantes :
+ Relancez manuellement l'automatisation.
+ Attendez la fin de la période de pause. Dans ce cas, RDS Custom reprend automatiquement la surveillance et la récupération des instances.
1. Vérifier l'infrastructure d'automatisation de RDS Custom
Si vous avez correctement suivi les étapes précédentes, RDS Custom lance une sauvegarde automatique. Le statut de l'instance dans la console indique **Disponible**.
Pour connaître les meilleures pratiques et step-by-step les instructions, consultez les articles de AWS blog [Apporter des modifications de configuration à une instance Amazon RDS Custom for Oracle : Part 1](https://aws.amazon.com/blogs/database/part-1-make-configuration-changes-to-an-amazon-rds-custom-for-oracle-instance/) et [Recreate an Amazon RDS Custom for Oracle database :](https://aws.amazon.com/blogs/database/part-2-recreate-an-amazon-rds-custom-for-oracle-database/) Part 2.
## Suspendre et reprendre votre instance de base de données RDS Custom
Vous pouvez suspendre et reprendre l'automatisation de votre instance de base de données à l'aide de la console ou de l'interface de ligne de commande.
### Console
**Pour mettre en pause ou reprendre l'automatisation de RDS Custom**
1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse.
1. Dans le panneau de navigation, choisissez **Bases de données**, puis sélectionnez l'instance de base de données RDS Custom que vous souhaitez modifier.
1. Sélectionnez **Modifier**. La page **Modifier l’instance de base de données** s’affiche.
1. Pour **RDS Custom automation mode** (Mode d'automatisation RDS Custom), sélectionnez l'une des options suivantes :
+ **Suspendu(e)** interrompt la surveillance et la récupération de l'instance de base de données RDS Custom. Saisissez la durée de pause souhaitée (en minutes) pour **Automation mode duration** (Durée du mode d'automatisation). La valeur minimale est de 60 minutes (par défaut). La valeur maximale est de 1 440 minutes.
+ L'option **Full automation** (Automatisation complète) relance l'automatisation.
1. Sélectionnez **Continuer** pour consulter le récapitulatif des modifications.
Un message indique que RDS Custom appliquera les modifications immédiatement.
1. Si elles sont correctes, sélectionnez **Modifier l'instance de base de données**. Vous pouvez également sélectionner **Retour** pour revoir vos modifications ou **Annuler** pour les annuler.
Les détails de la modification s'affichent sur la console RDS. Si vous avez suspendu l'automatisation, l'**État** de votre instance de base de données RDS Custom indique **Automation paused** (Automatisation suspendue).
1. (Facultatif) Dans le panneau de navigation, sélectionnez **Bases de données**, puis votre instance de base de données RDS Custom.
Dans le panneau **Récapitulatif**, l'état de l'automatisation est indiqué sous **RDS Custom automation mode** (Mode d'automatisation RDS Custom). Si l'automatisation est suspendue, la valeur est **Suspendu(e). L'automatisation reprend en *num* quelques minutes.**
### AWS CLI
Pour suspendre ou reprendre l'automatisation RDS Custom, utilisez la `modify-db-instance` AWS CLI commande. Identifiez l'instance de base de données à l'aide du paramètre requis `--db-instance-identifier`. Contrôlez le mode d'automatisation avec les paramètres suivants :
+ `--automation-mode` spécifie l'état de pause de l'instance de base de données. Les valeurs valides sont `all-paused`, qui suspend l'automatisation, et `full`, qui relance l'opération.
+ `--resume-full-automation-mode-minutes` spécifie la durée de la pause. La valeur par défaut est de 60 minutes.
**Note**
Que vous spécifiiez `--no-apply-immediately` ou `--apply-immediately`, RDS Custom applique les modifications de manière asynchrone dès que possible.
Dans la réponse de la commande, `ResumeFullAutomationModeTime` indique l'heure de reprise sous la forme d'un horodatage UTC. Lorsque le mode d'automatisation est `all-paused`, vous pouvez utiliser `modify-db-instance` pour relancer le mode d'automatisation ou prolonger la période de pause. Aucune autre option `modify-db-instance` n'est prise en charge.
L'exemple suivant suspend pendant 90 minutes l'automatisation de l'instance `my-custom-instance`.
**Example**
Pour Linux, macOS ou Unix :
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode all-paused \
--resume-full-automation-mode-minutes 90
```
Pour Windows :
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode all-paused ^
--resume-full-automation-mode-minutes 90
```
L'exemple suivant prolonge la durée de pause de 30 minutes. Les 30 minutes sont ajoutées à la durée d'origine affichée dans `ResumeFullAutomationModeTime`.
**Example**
Pour Linux, macOS ou Unix :
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode all-paused \
--resume-full-automation-mode-minutes 30
```
Pour Windows :
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode all-paused ^
--resume-full-automation-mode-minutes 30
```
L'exemple suivant reprend l'automatisation complète pour `my-custom-instance`.
**Example**
Pour Linux, macOS ou Unix :
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode full \
```
Pour Windows :
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode full
```
Dans l'exemple de sortie partielle ci-dessous, la valeur `AutomationMode` en attente est `full`.
```
{
"DBInstance": {
"PubliclyAccessible": true,
"MasterUsername": "admin",
"MonitoringInterval": 0,
"LicenseModel": "bring-your-own-license",
"VpcSecurityGroups": [
{
"Status": "active",
"VpcSecurityGroupId": "0123456789abcdefg"
}
],
"InstanceCreateTime": "2020-11-07T19:50:06.193Z",
"CopyTagsToSnapshot": false,
"OptionGroupMemberships": [
{
"Status": "in-sync",
"OptionGroupName": "default:custom-oracle-ee-19"
}
],
"PendingModifiedValues": {
"AutomationMode": "full"
},
"Engine": "custom-oracle-ee",
"MultiAZ": false,
"DBSecurityGroups": [],
"DBParameterGroups": [
{
"DBParameterGroupName": "default.custom-oracle-ee-19",
"ParameterApplyStatus": "in-sync"
}
],
...
"ReadReplicaDBInstanceIdentifiers": [],
"AllocatedStorage": 250,
"DBInstanceArn": "arn:aws:rds:us-west-2:012345678912:db:my-custom-instance",
"BackupRetentionPeriod": 3,
"DBName": "ORCL",
"PreferredMaintenanceWindow": "fri:10:56-fri:11:26",
"Endpoint": {
"HostedZoneId": "ABCDEFGHIJKLMNO",
"Port": 8200,
"Address": "my-custom-instance.abcdefghijk.us-west-2.rds.amazonaws.com"
},
"DBInstanceStatus": "automation-paused",
"IAMDatabaseAuthenticationEnabled": false,
"AutomationMode": "all-paused",
"EngineVersion": "19.my_cev1",
"DeletionProtection": false,
"AvailabilityZone": "us-west-2a",
"DomainMemberships": [],
"StorageType": "gp2",
"DbiResourceId": "db-ABCDEFGHIJKLMNOPQRSTUVW",
"ResumeFullAutomationModeTime": "2020-11-07T20:56:50.565Z",
"KmsKeyId": "arn:aws:kms:us-west-2:012345678912:key/aa111a11-111a-11a1-1a11-1111a11a1a1a",
"StorageEncrypted": false,
"AssociatedRoles": [],
"DBInstanceClass": "db.m5.xlarge",
"DbInstancePort": 0,
"DBInstanceIdentifier": "my-custom-instance",
"TagList": []
}
```
# Modification de votre instance de base de données RDS Custom for Oracle
La modification d’une instance de base de données RDS Custom for Oracle est similaire à la modification d’une instance de base de données Amazon RDS. Vous pouvez modifier les paramètres suivants :
+ Classe d’instance de base de données
+ Allocation et type de stockage
+ Période de rétention des sauvegardes
+ Protection contre la suppression
+ Groupe d’options
+ CEV (voir [Mise à niveau d'une instance de base de données RDS Custom for Oracle](custom-upgrading-modify.md))
+ Port
**Topics**
+ [Exigences et limites liées à la modification du stockage de votre instance de base de données](#custom-managing.storage-modify)
+ [Exigences et limites liées à la modification de votre classe d'instances de base de données](#custom-managing.instance-class-reqs)
+ [Comment RDS Custom crée votre instance de base de données lorsque vous modifiez la classe d'instances](#custom-managing.instance-class-resources)
+ [Modification de votre instance de base de données RDS Custom for Oracle](#custom-managing.modifying.procedure)
## Exigences et limites liées à la modification du stockage de votre instance de base de données
Prenez en compte les exigences et limites suivantes quand vous modifiez le stockage pour une instance de base de données RDS Custom for Oracle :
+ Le stockage minimum alloué pour RDS Custom for Oracle est de 40 Gio et le maximum, de 64 Tio.
+ Comme pour Amazon RDS, vous ne pouvez pas réduire le stockage alloué. Il s'agit d'une limitation des volumes Amazon EBS.
+ La scalabilité automatique du stockage n'est pas prise en charge pour les instances de base de données RDS Custom.
+ Tous les volumes de stockage que vous attachez manuellement à votre instance de base de données RDS Custom se situent en dehors du périmètre de prise en charge.
Pour de plus amples informations, veuillez consulter [Périmètre de prise en charge RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter).
+ Le stockage Amazon EBS magnétique (standard) n'est pas pris en charge pour RDS Custom. Vous ne pouvez choisir que les types de stockage SSD io1, io2, gp2 ou gp3.
Pour plus d'informations sur le stockage Amazon EBS, consultez [Stockage d'instance de base de données Amazon RDS](CHAP_Storage.md). Pour obtenir des informations générales sur la modification du stockage, consultez [Utilisation du stockage pour les instances de base de données Amazon RDS](USER_PIOPS.StorageTypes.md).
## Exigences et limites liées à la modification de votre classe d'instances de base de données
Prenez en compte les exigences et limites suivantes quand vous modifiez la classe d'instances pour une instance de base de données RDS Custom for Oracle :
+ Votre instance de base de données doit être dans l'état `available`.
+ Votre instance de base de données doit disposer d'un minimum de 100 Mio d'espace disponible sur le volume racine, le volume de données et le volume binaire.
+ Vous pouvez attribuer une seule adresse IP élastique (EIP) à votre instance de base de données RDS Custom for Oracle lorsque vous utilisez l'Interface réseau Elastic (ENI) par défaut. Si vous en attachez plusieurs ENIs à votre instance de base de données, l'opération de modification échoue.
+ Toutes les identifications RDS Custom for Oracle doivent être présentes.
+ Si vous utilisez la réplication RDS Custom for Oracle, notez les exigences et limites suivantes :
+ Pour les instances de base de données principales et les réplicas en lecture, vous pouvez modifier la classe d'instances d'une seule instance de base de données à la fois.
+ Si votre instance de base de données RDS Custom for Oracle possède une base de données principale ou de réplica sur site, veillez à mettre à jour manuellement les adresses IP privées sur l'instance de base de données sur site une fois la modification terminée. Cette action est nécessaire pour préserver les DataGuard fonctionnalités d'Oracle. RDS Custom for Oracle publie un événement quand la modification réussit.
+ Vous ne pouvez pas modifier votre classe d'instances de base de données RDS Custom for Oracle lorsque FSFO (Fast-Start Failover) est configuré sur les instances de base de données principales ou de réplica en lecture.
## Comment RDS Custom crée votre instance de base de données lorsque vous modifiez la classe d'instances
Quand vous modifiez votre classe d'instances, RDS Custom crée votre instance de base de données comme suit :
+ Crée l'instance Amazon EC2.
+ Crée le volume racine à partir du dernier instantané de base de données. RDS Custom for Oracle ne conserve pas les informations ajoutées au volume racine après le dernier instantané de base de données.
+ Crée des CloudWatch alarmes Amazon.
+ Crée une paire de clés SSH Amazon EC2 si vous avez supprimé la paire de clés d'origine. Sinon, RDS Custom for Oracle conserve la paire de clés d'origine.
+ Crée de nouvelles ressources à l'aide des identifications attachées à votre instance de base de données lorsque vous initiez la modification. RDS Custom ne transfère pas les identificationsle vers les nouvelles ressources quand elles sont attachées directement aux ressources sous-jacentes.
+ Transfère les volumes binaires et de données avec les modifications les plus récentes vers la nouvelle instance de base de données.
+ Transfère l'adresse IP Elastic (EIP). Si l'instance de base de données est publiquement accessible, RDS Custom attache temporairement une adresse IP publique à la nouvelle instance de base de données avant de transférer l'EIP. Si l'instance de base de données n'est pas publiquement accessible, RDS Custom ne crée pas les adresses IP publiques.
## Modification de votre instance de base de données RDS Custom for Oracle
Vous pouvez modifier la classe ou le stockage de l'instance de base de données à l'aide de la console ou de l'API RDS. AWS CLI
### Console
**Pour modifier une instance de base de données RDS Custom for Oracle**
1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse.
1. Dans la panneau de navigation, choisissez **Databases (Bases de données)**.
1. Choisissez l'instance de bases de données que vous souhaitez modifier.
1. Sélectionnez **Modify**.
1. (Facultatif) Dans **Configuration de l’instance**, choisissez une valeur pour la **classe d’instance de base de données**. Pour connaître les classes prises en charge, consultez [Prise en charge de la classe d'instance de base de données pour RDS Custom for Oracle](custom-oracle-feature-support.md#custom-reqs-limits.instances).
1. (Facultatif) Dans **Stockage**, apportez les modifications suivantes selon vos besoins :
1. Saisissez une nouvelle valeur pour **Stockage alloué**. Elle doit être supérieure à la valeur actuelle et être comprise entre 40 Gio et 64 Tio.
1. Modifiez la valeur du **type de stockage** en **SSD à usage général (gp2)**, **SSD à usage général (gp3)**, IOPS **provisionnés (io1) ou IOPS **provisionnés** (io2)**.
1. Si vous avez spécifié un type de stockage autre que le **SSD à usage général (gp2)**, vous pouvez modifier la valeur des **IOPS provisionnées**.
1. (Facultatif) Dans **Configuration supplémentaire**, apportez les modifications suivantes si nécessaires :
1. Pour **Groupe d’options**, choisissez un nouveau groupe d’options. Pour de plus amples informations, veuillez consulter [Utilisation de groupes d’options dans RDS Custom for Oracle](custom-oracle-option-groups.md).
1. Choisissez **Continuer**.
1. Sélectionnez **Appliquer immédiatement** ou **Appliquer au cours de la prochaine fenêtre de maintenance planifiée**.
1. Choisissez **Modifier l’instance DB**.
### AWS CLI
Pour modifier le stockage d'une instance de base de données RDS Custom pour Oracle, utilisez la [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI commande. Définissez les paramètres suivants selon les besoins :
+ `--db-instance-class` : une nouvelle classe d'instances. Pour connaître les classes prises en charge, consultez [Prise en charge de la classe d'instance de base de données pour RDS Custom for Oracle](custom-oracle-feature-support.md#custom-reqs-limits.instances).
+ `--allocated-storage` – Volume de stockage à allouer à l'instance de base de données, exprimé en gibioctets. Elle doit être supérieure à la valeur actuelle et être comprise entre 40 et 65 536 Gio.
+ `--storage-type`— Type de stockage : gp2, gp3, io1 ou io2.
+ `--iops`— IOPS provisionnées pour l'instance de base de données, si vous utilisez les types de stockage io1, io2 ou gp3.
+ `--apply-immediately` : utilisez `--apply-immediately` pour appliquer immédiatement les modifications apportées au stockage.
Vous pouvez également utiliser `--no-apply-immediately` (valeur par défaut) pour appliquer les modifications au cours de la prochaine fenêtre de maintenance.
L'exemple suivant modifie la classe d'instance de base de données `my-cfo-instance` de en`db.m5.16xlarge`. La commande modifie également la taille de stockage en `1024` (1 TiB), le type de stockage en, les IOPS provisionnées en et le groupe d'options en`3000`. `io2` `cfo-ee-19-mt`
**Example**
Pour Linux, macOS ou Unix :
```
aws rds modify-db-instance \
--db-instance-identifier my-cfo-instance \
--db-instance-class db.m5.16xlarge \
--storage-type io2 \
--iops 3000 \
--allocated-storage 1024 \
--option-group cfo-ee-19-mt \
--apply-immediately
```
Pour Windows :
```
aws rds modify-db-instance ^
--db-instance-identifier my-cfo-instance ^
--db-instance-class db.m5.16xlarge ^
--storage-type io2 ^
--iops 3000 ^
--allocated-storage 1024 ^
--option-group cfo-ee-19-mt ^
--apply-immediately
```
# Modification du jeu de caractères d'une instance de base de données RDS Custom for Oracle
RDS Custom for Oracle utilise par défaut le jeu de caractères US7ASCII. Vous souhaiterez peut-être spécifier différents jeux de caractères pour satisfaire aux exigences relatives à la langue ou aux caractères multioctets. Lorsque vous utilisez RDS Custom for Oracle, vous pouvez suspendre l'automatisation, puis modifier manuellement le jeu de caractères de votre base de données.
La modification du jeu de caractères d'une instance de base de données RDS Custom for Oracle présente les exigences suivantes :
+ Vous ne pouvez modifier le jeu de caractères que sur une instance RDS Custom récemment provisionnée qui possède une base de données vide ou de départ sans données d'application. Pour tous les autres scénarios, modifiez le jeu de caractères à l'aide de DMU (Database Migration Assistant for Unicode).
+ Vous pouvez uniquement passer à un jeu de caractères pris en charge par RDS for Oracle. Pour de plus amples informations, consultez [Jeux de caractères de base de données pris en charge](Appendix.OracleCharacterSets.md#Appendix.OracleCharacterSets.db-character-set.supported).
**Pour modifier le jeu de caractères d'une instance de base de données RDS Custom for Oracle**
1. Mettez en pause l'automatisation de RDS Custom. Pour de plus amples informations, consultez [Suspendre et reprendre votre instance de base de données RDS Custom](custom-managing.customizing-env.md#custom-managing.pausing).
1. Connectez-vous à votre base de données en tant qu'utilisateur avec privilèges `SYSDBA`.
1. Redémarrez la base de données en mode restreint, modifiez le jeu de caractères, puis redémarrez la base de données en mode normal.
Exécutez le script suivant dans votre client SQL :
```
SHUTDOWN IMMEDIATE;
STARTUP RESTRICT;
ALTER DATABASE CHARACTER SET INTERNAL_CONVERT AL32UTF8;
SHUTDOWN IMMEDIATE;
STARTUP;
SELECT VALUE FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET';
```
Vérifiez que la sortie affiche le jeu de caractères approprié :
```
VALUE
--------
AL32UTF8
```
1. Relancez l'automatisation de RDS Custom. Pour de plus amples informations, consultez [Suspendre et reprendre votre instance de base de données RDS Custom](custom-managing.customizing-env.md#custom-managing.pausing).
# Définition de la valeur NLS\$1LANG dans RDS Custom for Oracle
Un *paramètre régional* est un ensemble d'informations répondant aux exigences linguistiques et culturelles qui correspondent à une langue et à un pays donnés. Pour spécifier le comportement local du logiciel Oracle, définissez la variable d'environnement `NLS_LANG` sur votre hôte client. Cette variable définit la langue, le territoire et le jeu de caractères utilisés par l'application cliente dans une session de base de données.
Pour RDS Custom for Oracle, vous ne pouvez définir que la langue dans la variable `NLS_LANG` : le territoire et les caractères utilisent les valeurs par défaut. La langue est utilisée pour les messages de la base de données Oracle, les classements, les noms des jours et des mois. Chaque langue prise en charge possède un nom unique, par exemple américain, français ou allemand. Si aucune langue n'est spécifiée, la valeur par défaut est americain.
Après avoir créé votre base de données RDS Custom for Oracle, vous pouvez définir `NLS_LANG` sur une langue autre que l'anglais pour votre hôte client. Pour consulter la liste des langues prises en charge par Oracle Database, connectez-vous à votre base de données RDS Custom for Oracle et exécutez la requête suivante :
```
SELECT VALUE FROM V$NLS_VALID_VALUES WHERE PARAMETER='LANGUAGE' ORDER BY VALUE;
```
Vous pouvez définir `NLS_LANG` sur la ligne de commande de l'hôte. L'exemple suivant définit l'allemand comme langue pour votre application cliente à l'aide du shell Z sous Linux.
```
export NLS_LANG=German
```
Votre application lit la valeur `NLS_LANG` au démarrage, puis la communique à la base de données lorsqu'elle se connecte.
Pour plus d'informations, consultez la section [Choosing a Locale with the NLS\$1LANG Environment Variable](https://docs.oracle.com/en/database/oracle/oracle-database/21/nlspg/setting-up-globalization-support-environment.html#GUID-86A29834-AE29-4BA5-8A78-E19C168B690A) (Choix d'un paramètre régional avec la variable d'environnement NLS\$1LANG) dans le *Oracle Database Globalization Support Guide* (Guide de prise en charge de la mondialisation de la base de données Oracle).
## Prise en charge de Transparent Data Encryption
RDS Custom prend en charge Transparent Data Encryption (TDE) pour RDS Custom pour les instances de base de données Oracle.
Toutefois, vous ne pouvez pas activer la technologie TDE à l'aide d'une option d'un groupe d'options personnalisé, comme c'est le cas dans RDS for Oracle. Vous l'activez manuellement. Pour de plus amples informations sur l'utilisation d'Oracle TDE, consultez la section [Securing Stored Data Using Transparent Data Encryption](http://docs.oracle.com/cd/E11882_01/network.112/e40393/asotrans.htm#BABFGJAG) (Sécurisation des données stockées à l'aide de TDE) dans la documentation Oracle.
# Balisage de RDS Custom pour les ressources Oracle
Vous pouvez étiqueter les ressources RDS Custom comme s'il s'agissait de ressources Amazon RDS. Il existe toutefois quelques différences importantes :
+ Ne créez pas et ne modifiez pas l'étiquette `AWSRDSCustom` requise pour l'automatisation de RDS Custom. En cas de non-respect de cette consigne, l'automatisation risque d'être interrompue.
+ La balise `Name` est ajoutée aux ressources RDS Custom avec la valeur de préfixe `do-not-delete-rds-custom` ou `rds-custom!oracle-do-not-delete`. Toute valeur de clé transmise par le client est remplacée.
+ Les étiquettes ajoutées aux instances de base de données RDS Custom lors de la création sont propagées à toutes les autres ressources RDS Custom associées.
+ Les étiquettes ne sont pas propagées lorsque vous les ajoutez à des ressources RDS Custom après la création d'une instance de base de données.
Pour obtenir des informations générales sur le balisage des ressources, consultez [Marquage des Amazon RDS](USER_Tagging.md).
# Suppression d'une instance de base de données RDS Custom for Oracle
**Avertissement**
La suppression d'une instance de base de données est une action permanente. Vous ne pouvez pas récupérer une instance de base de données après sa suppression, sauf si vous disposez d'une sauvegarde ou d'un instantané.
Lorsque vous supprimez une instance de base de données personnalisée RDS, l' EC2 instance Amazon sous-jacente et les volumes EBS sont AWS automatiquement supprimés. Ne mettez pas fin manuellement à l' EC2 instance Amazon et ne supprimez pas les volumes EBS avant de supprimer l'instance de base de données via Amazon RDS. La suppression manuelle de ces ressources entraîne l'échec de la suppression de l'instance de base de données et de la création finale du snapshot, empêchant ainsi toute possibilité de restauration.
Pour supprimer une instance de base de données RDS Custom, procédez comme suit :
+ Indiquez le nom de l'instance de base de données.
+ Désactivez l'option permettant de créer un instantané de base de données final de l'instance de base de données.
+ Activez ou désactivez l'option de rétention des sauvegardes automatisées.
Vous pouvez supprimer une instance de base de données RDS Custom à l'aide de la console ou de l'interface de ligne de commande (CLI). Le temps nécessaire à la suppression d'une instance de base de données peut varier en fonction de la période de rétention des sauvegardes (c'est-à-dire du nombre de sauvegardes à supprimer) et de la quantité de données supprimées.
## Console
**Pour supprimer une instance de base de données RDS Custom**
1. Connectez-vous à la console Amazon RDS AWS Management Console et ouvrez-la à [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)l'adresse.
1. Dans le panneau de navigation, sélectionnez **Bases de données**, puis l'instance de base de données RDS Custom que vous souhaitez supprimer. Les instances de base de données RDS Custom indiquent le rôle **Instance (RDS Custom)**.
1. Pour **Actions**, choisissez **Supprimer**.
1. Pour conserver les sauvegardes automatisées, choisissez **Conserver les sauvegardes automatiques**.
1. Saisissez **delete me** dans la zone.
1. Sélectionnez **Delete (Supprimer)**.
## AWS CLI
Vous supprimez une instance de base de données personnalisée RDS à l'aide de la [delete-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance.html) AWS CLI commande. Identifiez l'instance de base de données à l'aide du paramètre requis `--db-instance-identifier`. Les autres paramètres sont les mêmes que pour une instance de base de données Amazon RDS, avec toutefois quelques exceptions :
+ `--skip-final-snapshot` est obligatoire.
+ `--no-skip-final-snapshot` n'est pas pris en charge.
+ `--final-db-snapshot-identifier` n'est pas pris en charge.
Dans l'exemple suivant, l'instance de base de données RDS Custom nommée `my-custom-instance` est supprimée et les sauvegardes automatisées sont conservées.
**Example**
Pour Linux, macOS ou Unix :
```
aws rds delete-db-instance \
--db-instance-identifier my-custom-instance \
--skip-final-snapshot \
--no-delete-automated-backups
```
Pour Windows :
```
aws rds delete-db-instance ^
--db-instance-identifier my-custom-instance ^
--skip-final-snapshot ^
--no-delete-automated-backups
```