Gestion d'une instance de base de données Amazon RDS Custom for Oracle - Amazon Relational Database Service

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.

Utilisation de bases de données de conteneurs (CDB) dans RDS Custom for 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 avec l'architecture non-CDB traditionnelle (type de moteur custom-oracle-ee). 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 créer des PDB supplémentaires 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 (langue française non garantie) dans Concepts Oracle Database.

Vous ne pouvez pas renommer des PDB existantes à l'aide des API Amazon 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 des PDB et de la création de toutes les PDB supplémentaires. RDS Custom ne limite pas le nombre de PDB. Vous pouvez créer, modifier et supprimer manuellement des PDB en vous connectant à la racine CDB et en exécutant une instruction SQL. Créez des PDB 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 vos CDB ou PDB, procédez comme suit :

  1. Suspendez l'automatisation pour éviter toute interférence avec les actions RDS Custom.

  2. Modifiez vos CDB ou PDB.

  3. Sauvegardez toutes les PDB modifiées.

  4. 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 toutes les PDB en mode READ WRITE au démarrage de l'instance de base de données. Si certaines PDB ne peuvent pas être ouvertes, RDS Custom publie l'événement suivant : tenant database shutdown.

Utilisation de fonctions de haute disponibilité pour RDS Custom for Oracle

Pour prendre en charge la réplication entre les instances RDS Custom for Oracle, vous pouvez configurer la haute disponibilité (HA) avec Oracle Data Guard. L'instance de base de données primaire synchronise automatiquement les données avec les instances de secours.

Vous pouvez configurer votre environnement à haute disponibilité des façons suivantes :

  • Configuration des instances de secours dans différentes zones de disponibilité (AZ) pour qu'elle résistent aux échecs d'AZ.

  • Définition de vos bases de données de secours en mode monté ou en mode lecture seule.

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

Pour apprendre à configurer la haute disponibilité, consultez le livre blanc Build high availability for Amazon RDS Custom for Oracle using read replicas (Mise en place de la haute disponibilité pour Amazon RDS Custom for Oracle en utilisant des réplicas en lecture). 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.

  • 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 les API RDS 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 fuseau horaire ou 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.

  2. Identifiez votre instance Amazon EC2 sous-jacente.

  3. Connectez-vous à votre instance Amazon EC2 sous-jacente en utilisant des clés SSH ou AWS Systems Manager.

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

  5. Personnalisez votre instance de base de données RDS Custom for Oracle selon vos besoins.

  6. Redémarrez votre instance ou votre base de données, si nécessaire.

    Note

    Dans une CDB Oracle sur site, vous pouvez conserver un mode ouvert spécifié pour les PDB à l'aide d'une commande intégrée ou après un déclencheur de démarrage. Ce mécanisme amène les PDB à un état spécifié lorsque la CDB redémarre. Lorsque vous ouvrez votre CDB, l'automatisation RDS Custom supprime tous les états préservés spécifiés par l'utilisateur et tente d'ouvrir toutes les PDB. Si RDS Custom ne parvient pas à ouvrir toutes les PDB, l'événement suivant est émis : The following PDBs failed to open: list-of-PDBs.

  7. Vérifiez vos nouveaux paramètres de configuration en les comparant aux paramètres précédents.

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

  9. 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 et 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.

Pour mettre en pause ou reprendre l'automatisation de RDS Custom
  1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.

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

  3. Sélectionnez Modifier. La page Modifier l'instance de base de données s'affiche.

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

  5. Sélectionnez Continuer pour consulter le récapitulatif des modifications.

    Un message indique que RDS Custom appliquera les modifications immédiatement.

  6. 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).

  7. (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). Automation resumes in num minutes (L'automatisation reprendra dans « num » minutes).

Pour suspendre ou reprendre l'automatisation de RDS Custom, utilisez la commande AWS CLI modify-db-instance. 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.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode all-paused \ --resume-full-automation-mode-minutes 90

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

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode all-paused \ --resume-full-automation-mode-minutes 30

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

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode full \

Dans 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 pour Oracle est similaire à la modification d'une instance de base de données Amazon RDS. Vous pouvez modifier des paramètres tels que les suivants :

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 plus d'informations, consultez Périmètre de prise en charge RDS Custom.

  • 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, gp2 ou gp3.

Pour plus d'informations sur le stockage Amazon EBS, consultez Stockage d'instance de base de données Amazon RDS. 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.

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 associez plusieurs interfaces ENI à 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 le stockage ou la classe d'instances de base de données à l'aide de la console, d'AWS CLI ou de l'API RDS.

Pour modifier une instance de base de données RDS Custom for Oracle
  1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans la panneau de navigation, choisissez Databases (Bases de données).

  3. Choisissez l'instance de bases de données que vous souhaitez modifier.

  4. Sélectionnez Modify.

  5. (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.

  6. (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.

    2. Modifiez la valeur pour Type de stockage sur SSD à usage général (gp2), SSD à usage général (gp3) ou IOPS provisionnés (io1).

    3. Si vous utilisez IOPS provisionnés (io1) ou un SSD à usage général (gp3), vous pouvez modifier la valeur pour IOPS provisionnés.

  7. (Facultatif) Dans Configuration supplémentaire, apportez les modifications suivantes selon vos besoins :

    1. Pour Groupe d'options, choisissez un nouveau groupe d'options. Pour plus d'informations, consultez Utilisation de groupes d'options dans RDS Custom pour Oracle.

  8. Choisissez Continuer.

  9. Sélectionnez Appliquer immédiatement ou Appliquer au cours de la prochaine fenêtre de maintenance planifiée.

  10. Choisissez Modifier l'instance de base de données.

Pour modifier le stockage d'une instance de base de données RDS Custom pour Oracle, utilisez la modify-db-instanceAWS CLIcommande. 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.

  • --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 ou io1.

  • --iops : IOPS provisionnés pour l'instance de base de données, si vous utilisez les types de stockage io1 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 remplace la classe d'instance de base de données par my-cfo-instance db.m5.16xlarge. La commande modifie également la taille de stockage à 1 TiB, le type de stockage à io1, le nombre d'IOPS provisionnées à 3000 et le groupe d'options à cfo-ee-19-mt.

Pour LinuxmacOS, ou Unix :

aws rds modify-db-instance \ --db-instance-identifier my-cfo-instance \ --db-instance-class db.m5.16xlarge \ --storage-type io1 \ --iops 3000 \ --allocated-storage 1024 \ --option-group cfo-ee-19-mt \ --apply-immediately

Dans Windows :

aws rds modify-db-instance ^ --db-instance-identifier my-cfo-instance ^ --db-instance-class db.m5.16xlarge ^ --storage-type io1 ^ --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 plus d'informations, consultez Jeux de caractères de base de données pris en charge.

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 plus d'informations, consultez Suspendre et reprendre votre instance de base de données RDS Custom.

  2. Connectez-vous à votre base de données en tant qu'utilisateur avec privilèges SYSDBA.

  3. 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
  4. Relancez l'automatisation de RDS Custom. Pour plus d'informations, consultez Suspendre et reprendre votre instance de base de données RDS Custom.

Définition de la valeur NLS_LANG 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_LANG Environment Variable (Choix d'un paramètre régional avec la variable d'environnement NLS_LANG) 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 (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. 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 Balisage de ressources Amazon RDS.

Suppression d'une instance de base de données RDS Custom for Oracle

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.

Pour supprimer une instance de base de données RDS Custom
  1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.

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

  3. Pour Actions, choisissez Supprimer.

  4. Pour conserver les sauvegardes automatisées, choisissez Conserver les sauvegardes automatiques.

  5. Saisissez delete me dans la zone.

  6. Sélectionnez Delete.

Vous supprimez une instance de base de données personnalisée RDS à l'aide de la delete-db-instanceAWS CLIcommande. 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.

Pour LinuxmacOS, ou Unix :

aws rds delete-db-instance \ --db-instance-identifier my-custom-instance \ --skip-final-snapshot \ --no-delete-automated-backups

Dans Windows :

aws rds delete-db-instance ^ --db-instance-identifier my-custom-instance ^ --skip-final-snapshot ^ --no-delete-automated-backups