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.

Flux de travail RDS Custom for Oracle

Le diagramme suivant illustre le flux de travail typique de RDS Custom for Oracle.

La procédure est la suivante :

Fichiers d'installation de base de données

Votre responsabilité pour les supports est une différence majeure entre Amazon RDS et RDS Custom. Amazon RDS, qui est un service entièrement géré, fournit l'Amazon Machine Image (AMI) et le logiciel de base de données. Le logiciel de base de données Amazon RDS est préinstallé. Il vous suffit donc de choisir un moteur et une version de base de données, et de créer votre base de données.

Pour RDS Custom, vous fournissez vos propres supports. Lorsque vous créez une version de moteur personnalisée, RDS Custom installe le support que vous fournissez. Le support RDS Custom contient les fichiers d'installation et les correctifs de votre base de données. Ce modèle de service s'appelle Bring Your Own Media (BYOM).

Versions de moteurs personnalisées pour RDS Custom for Oracle

Une version du moteur personnalisée RDS Custom for Oracle (CEV) est un instantané de volume binaire d'une version de base de données et d'une AMI. Par défaut, RDS Custom for Oracle utilise l'AMI disponible la plus récente qu'Amazon EC2 rend disponible. Vous pouvez également choisir de réutiliser une AMI existante.

Manifeste CEV

Après avoir téléchargé les fichiers d'installation de la base de données Oracle depuis Oracle, vous les chargez dans un compartiment Amazon S3. Lorsque vous créez votre version CEV, vous spécifiez les noms de fichier dans un document JSON appelé manifeste CEV. RDS Custom for Oracle utilise les fichiers spécifiés et l'image AMI pour créer votre version CEV.

RDS Custom for Oracle fournit des modèles de manifeste JSON avec les fichiers .zip recommandés pour chaque version d'Oracle Database prise en charge. Par exemple, le modèle suivant concerne le 19.17.0.0.0 RU.

{
    "mediaImportTemplateVersion": "2020-08-14",
    "databaseInstallationFileNames": [
        "V982063-01.zip"
    ],
    "opatchFileNames": [
        "p6880880_190000_Linux-x86-64.zip"
    ],
    "psuRuPatchFileNames": [
        "p34419443_190000_Linux-x86-64.zip",
        "p34411846_190000_Linux-x86-64.zip"
    ],
    "otherPatchFileNames": [
        "p28852325_190000_Linux-x86-64.zip",
        "p29997937_190000_Linux-x86-64.zip",
        "p31335037_190000_Linux-x86-64.zip",
        "p32327201_190000_Linux-x86-64.zip",
        "p33613829_190000_Linux-x86-64.zip",
        "p34006614_190000_Linux-x86-64.zip",
        "p34533061_190000_Linux-x86-64.zip",
        "p34533150_190000_Generic.zip",
        "p28730253_190000_Linux-x86-64.zip",
        "p29213893_1917000DBRU_Generic.zip",
        "p33125873_1917000DBRU_Linux-x86-64.zip",
        "p34446152_1917000DBRU_Linux-x86-64.zip"
    ]
}

Vous pouvez également spécifier les paramètres d'installation dans le manifeste JSON. Par exemple, vous pouvez définir des valeurs autres que celles par défaut pour la base Oracle, le répertoire de base Oracle, ainsi que l'ID et le nom de l'utilisateur et du groupe UNIX/Linux. Pour plus d’informations, consultez JSONchamps du CEV manifeste.

Format de nommage CEV

Nommez votre CEV RDS Custom for Oracle à l'aide d'une chaîne spécifiée par le client. Le format de nom est le suivant, en fonction de la version d'Oracle Database :

Vous pouvez utiliser de 1 à 50 caractères alphanumériques, des traits de soulignement, des tirets et des points. Par exemple, vous pouvez nommer votre CEV 19.my_cev1.

Architecture multilocataire Oracle dans RDS Custom for Oracle

L'architecture multilocataire Oracle permet à une base de données Oracle de fonctionner en tant que base de données de conteneur (CDB). Une CDB inclut zéro, une ou plusieurs bases de données enfichables (PDB) créées par le client. Une PDB est une collection portable de schémas et d'objets qui apparaît à une application en tant que base de données non CDB traditionnelle. À partir d'Oracle Database 21c, toutes les bases de données Oracle sont des CDB.

Lorsque vous créez un CEV RDS Custom for Oracle, vous indiquez une architecture CDB ou non CDB. Vous pouvez créer une CDB RDS Custom for Oracle uniquement quand la version CEV que vous avez utilisée pour la créer utilise l'architecture multilocataire Oracle. Pour plus d’informations, consultez Utilisation de versions de moteurs personnalisées pour Amazon RDS Custom for Oracle.

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

Une fois que vous avez créé la version CEV, elle est disponible. Vous pouvez créer plusieurs versions CEV et plusieurs instances de base de données RDS Custom for Oracle à partir d'une version CEV quelconque. Vous pouvez également modifier le statut d'une CEV pour la rendre disponible ou inactive.

Vous pouvez créer votre instance de base de données RDS Custom pour Oracle avec l'architecture mutualisée Oracle (custom-oracle-ee-cdbou type de custom-oracle-se2-cdb moteur) ou avec l'architecture traditionnelle non CDB (custom-oracle-eeou custom-oracle-se2 type de moteur). 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.

Pour créer votre instance de base de données RDS Custom for Oracle, utilisez la commande create-db-instance. Dans cette commande, spécifiez la CEV à utiliser. La procédure est similaire à la création d'une instance de base de données Amazon RDS. Toutefois, certains paramètres sont différents. Pour plus d’informations, consultez Configuration d'une instance de base de données pour Amazon RDS Custom for Oracle.

Connexion de la base de données

Comme avec une instance de base de données Amazon RDS, une instance de base de données RDS Custom réside dans un cloud privé virtuel (VPC). Votre application se connecte à la base de données Oracle à l'aide d'un écouteur Oracle.

Si votre base de données est une CDB, vous pouvez utiliser l'écouteur L_RDSCDB_001 pour vous connecter à la racine CDB et à une PDB. Si vous connectez une base de données non-CDB à une CDB, assurez-vous de définir USE_SID_AS_SERVICE_LISTENER = ON de manière à ce que les applications migrées conservent les mêmes paramètres.

Lorsque vous vous connectez à une base de données non-CDB, l'utilisateur principal est l'utilisateur de la base de données non-CDB. Lorsque vous vous connectez à une CDB, l'utilisateur principal est l'utilisateur de la PDB. Pour vous connecter à la racine CDB, connectez-vous à l'hôte, démarrez un client SQL et créez un utilisateur administratif à l'aide de commandes SQL.

Personnalisation de RDS Custom

Vous pouvez accéder à l'hôte RDS Custom pour installer ou personnaliser le logiciel. Pour éviter les conflits entre vos modifications et l'automatisation RDS Custom, vous pouvez suspendre l'automatisation pendant une période spécifiée. Pendant cette période, RDS Custom n'effectue pas de surveillance ou de récupération d'instance. À la fin de la période, RDS Custom reprend l'automatisation complète. Pour plus d'informations, voir Suspendre et reprendre votre instance de base de données RDS Custom.