Préparation de la création d'une CEV - Amazon Relational Database Service
Étape 1 (Facultative) : Télécharger les modèles de manifesteÉtape 2 : Télécharger des fichiers d'installation de votre base de données et des correctifs à partir d'Oracle Software Delivery CloudÉtape 3 : Charger vos fichiers d'installation dans Amazon S3Étape 4 (facultative) : partagez votre support d'installation dans S3 entre Comptes AWSÉtape 5 : Préparer le manifeste CEVÉtape 6 (Facultative) : Valider le manifeste CEVÉtape 7 : Ajouter les autorisations IAM nécessaires

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.

Préparation de la création d'une CEV

Pour créer un CEV, accédez aux fichiers d'installation et aux correctifs qui sont stockés dans votre compartiment Amazon S3 pour l'une des versions suivantes :

  • Oracle Database 19c

  • Oracle Database 18c

  • Oracle Database 12c version 2 (12.2)

  • Oracle Database 12c version 1 (12.1)

Par exemple, vous pouvez utiliser le RU/RUR d'avril 2021 pour la version Oracle Database 19c, ou toute combinaison valide de fichiers d'installation et de correctifs. Pour plus d'informations sur les régions et les versions prises en charge par RDS Custom for Oracle, consultez RDS Custom avec RDS for Oracle.

Étape 1 (Facultative) : Télécharger les modèles de manifeste

Un manifeste CEV est un document JSON qui inclut la liste des fichiers .zip d'installation de base de données pour votre CEV. Pour créer une CEV, procédez comme suit :

  1. Identifiez les fichiers d'installation de la base de données Oracle que vous souhaitez inclure dans votre CEV.

  2. Téléchargez les fichiers d'installation.

  3. Créez un manifeste JSON répertoriant les fichiers d'installation.

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"
    ]
}

Chaque modèle est associé à un fichier readme qui inclut des instructions pour télécharger les correctifs, les URL des fichiers .zip et les totaux de contrôle des fichiers. Vous pouvez utiliser ces modèles tels quels ou les modifier avec vos propres correctifs. Pour consulter les modèles, téléchargez custom-oracle-manifest.zip sur votre disque local, puis ouvrez-le à l'aide d'une application d'archivage de fichiers. Pour plus d’informations, consultez Étape 5 : Préparer le manifeste CEV.

Étape 2 : Télécharger des fichiers d'installation de votre base de données et des correctifs à partir d'Oracle Software Delivery Cloud

Lorsque vous avez identifié les fichiers d'installation que vous souhaitez pour votre CEV, téléchargez-les sur votre système local. Les fichiers d'installation et les correctifs d'installation d'Oracle Database sont hébergés sur Oracle Software Delivery Cloud. Chaque CEV nécessite une version de base, telle qu'Oracle Database 19c ou Oracle Database 12c version 2 (12.2) et une liste de correctifs facultative.

Pour télécharger les fichiers d'installation de la base de données pour Oracle Database

  1. Accédez à https://edelivery.oracle.com/ et connectez-vous.

  2. Dans le champ de recherche, saisissez Oracle Database Enterprise Edition ou Oracle Database Standard Edition 2 puis choisissez Rechercher.

  3. Choisissez l'une des versions de base suivantes :

    Version de base de données Enterprise Edition Standard Edition 2
    Oracle Database 19c DLP : Oracle Database 19c Enterprise Edition 19.3.0.0.0 (Oracle Database Enterprise Edition) DLP : Oracle Database 19c Standard Edition 2 19.3.0.0.0 (Oracle Database Standard Edition 2)
    Oracle Database 18c DLP : Oracle Database 18c Enterprise Edition 18.0.0.0.0 (Oracle Database Enterprise Edition) DLP : Oracle Database Standard Edition 2 18.0.0.0.0 (Oracle Database Standard Edition 2)
    Oracle Database 12c version 2 (12.2.0.1) DLP : Oracle Database 12c Enterprise Edition 12.2.0.1.0 (Oracle Database Enterprise Edition) DLP : Oracle Database Standard Edition 2 12.2.0.1.0 (Oracle Database Standard Edition 2)
    Oracle Database 12c version 1 (12.1.0.2) DLP : Oracle Database 12c Enterprise Edition 12.1.0.2.0 (Oracle Database Enterprise Edition) DLP : Oracle Database Standard Edition 2 12.1.0.2.0 (Oracle Database Standard Edition 2)

  4. Choisissez Continuer.

  5. Désélectionnez la case à cocher Download Queue (Queue de téléchargement).

  6. Choisissez l'option qui correspond à votre version de base :

    • Oracle Database 19.3.0.0.0 : version à long terme..

    • Oracle Database 18.0.0.0.0

    • Oracle Database 12.2.0.1.0.

    • Oracle Database 12.1.0.2.0.

  7. Choisissez Linux x86-64 dans Platform/Languages (Plateforme/Langues).

  8. Choisissez Continuer, puis signez le contrat de licence Oracle.

  9. Choisissez le fichier .zip qui correspond à votre version de base de données :

    Publication et édition de la base de données Fichiers ZIP Le hachage SHA-256
    19c EE et SE2 V982063-01.zip BA8329C757133DA313ED3B6D7F86C5AC42CD9970A28BF2E6233F3235233AA8D8
    18c EE et SE2 V978967-01.zip C96A4FD768787AF98272008833FE10B172691CF84E42816B138C12D4DE63AB96
    12.2.0.1 EE et SE2 V839960-01.zip 96ED97D21F15C1AC0CCE3749DA6C3DAC7059BB60672D76B008103FC754D22DDE
    12.1.0.2 VOIR V46095-01_1of2.zip V46095-01_2of2.zip

    31FDC2AF41687B4E547A3A18F796424D8C1AF36406D2160F65B0AF6A9CD47355 pour V46095-01_1of2.zip

    03DA14F5E875304B28F0F3BB02AF0EC33227885B99C9865DF70749D1E220ACCD pour V46095-01_2of2.zip
    12,10.2 SE2 V77388-01_1of2.zip V77388-01_2of2.zip

    73873369753230F5A0921F95ACEADB591388CB06ED72A7F3AEA7BCBCEA2403BCpour V77388-01_1of2.zip

    2492E1BE1E3E3531DA83D0843C09C08E435AC8CEFD9A00C0DF56BE4F15CEEBF3pour V77388-01_2of2.zip

  10. Téléchargez les correctifs Oracle souhaités depuis updates.oracle.com ou support.oracle.com vers votre système local. Vous trouverez les URL pour les correctifs dans les emplacements suivants :

Étape 3 : Charger vos fichiers d'installation dans Amazon S3

Chargement de vos fichiers d'installation et de fichiers correctifs Oracle dans Amazon S3 en utilisant la AWS CLI. Le compartiment S3 qui contient vos fichiers d'installation doit se trouver dans la même AWS région que votre CEV.

Les exemples de cette section utilisent les espaces réservés suivants :

  • install-or-patch-file.zip – Fichier multimédia d'installation Oracle. Par exemple, p32126828_190000_Linux-x86-64.zip est un correctif.

  • DOC-EXAMPLE-DESTINATION-BUCKET – Votre compartiment Amazon S3 désigné pour vos fichiers d'installation chargés.

  • 123456789012/cev1 : préfixe facultatif dans votre compartiment Simple Storage Service (Amazon S3).

  • DOC-EXAMPLE-SOURCE-BUCKET : compartiment Simple Storage Service (Amazon S3) dans lequel vous pouvez éventuellement déposer des fichiers.

Étape 3a : Vérifiez que votre compartiment S3 est dans le bon Région AWS

Vérifiez que votre compartiment S3 se trouve dans la AWS région dans laquelle vous prévoyez d'exécuter la create-custom-db-engine-version commande.

aws s3api get-bucket-location --bucket DOC-EXAMPLE-DESTINATION-BUCKET

Étape 3b : Assurez-vous que votre politique de compartiment S3 dispose des autorisations appropriées

Vous pouvez créer un CEV à partir de zéro ou à partir d'un CEV source. Si vous envisagez de créer un nouveau CEV à partir de CEV source, assurez-vous que votre politique de compartiment S3 dispose des autorisations appropriées :

  1. Identifiez le compartiment S3 réservé par RDS Custom. Le nom du compartiment est au format do-not-delete-rds-custom-account-region-string. Par exemple, le nom du compartiment peut être do-not-delete-rds-custom-123456789012-us-east-1-abc123EXAMPLE.

  2. Assurez-vous que l'autorisation suivante est ajoutée à votre politique de compartiment S3. Remplacez do-not-delete-rds-custom-123456789012-us-east-1-abc123EXAMPLE par le nom de votre compartiment.

    {
    "Sid": "AWSRDSCustomForOracleCustomEngineVersionGetObject",
    "Effect": "Allow",
    "Principal": {
        "Service": "custom.rds.amazonaws.com"
    },
    "Action": [
        "s3:GetObject",
        "s3:GetObjectTagging"
    ],
    "Resource": "arn:aws:s3:::do-not-delete-rds-custom-123456789012-us-east-1-abc123EXAMPLE/CustomEngineVersions/*"
}, ...

Étape 3c : Téléchargez vos fichiers à l'aide des commandes cp ou sync

Choisissez l'une des options suivantes :

  • Utilisez aws s3 cp pour charger un fichier .zip unique.

    Chargez chaque fichier .zip d'installation séparément. Ne combinez pas les fichiers .zip en un seul fichier .zip.

  • Utilisez aws s3 sync pour charger un répertoire.

L'exemple suivant permet de charger install-or-patch-file.zip vers le répertoire 123456789012/cev1 dans le compartiment Amazon S3 RDS Custom. Exécutez une commande aws s3 séparée pour chaque fichier .zip que vous souhaitez charger.

Pour LinuxmacOS, ou Unix :

aws s3 cp install-or-patch-file.zip \
    s3://DOC-EXAMPLE-DESTINATION-BUCKET/123456789012/cev1/

Dans Windows :

aws s3 cp install-or-patch-file.zip ^
    s3://DOC-EXAMPLE-DESTINATION-BUCKET/123456789012/cev1/

L'exemple suivant charge les fichiers de votre dossier local cev1 dans le dossier 123456789012/cev1 de votre compartiment Amazon S3.

Pour LinuxmacOS, ou Unix :

aws s3 sync cev1 \
    s3://DOC-EXAMPLE-DESTINATION-BUCKET/123456789012/cev1/

Dans Windows :

aws s3 sync cev1 ^
    s3://DOC-EXAMPLE-DESTINATION-BUCKET/123456789012/cev1/

L'exemple suivant permet de charger tous les fichiers dans DOC-EXAMPLE-SOURCE-BUCKET vers le dossier 123456789012/cev1 de votre compartiment Simple Storage Service (Amazon S3).

Pour LinuxmacOS, ou Unix :

aws s3 sync s3://DOC-EXAMPLE-SOURCE-BUCKET/ \
    s3://DOC-EXAMPLE-DESTINATION-BUCKET/123456789012/cev1/

Dans Windows :

aws s3 sync s3://DOC-EXAMPLE-SOURCE-BUCKET/ ^
    s3://DOC-EXAMPLE-DESTINATION-BUCKET/123456789012/cev1/

Étape 3d : Répertoriez les fichiers de votre compartiment S3

L'exemple suivant utilise la commande s3 ls pour répertorier les fichiers de votre compartiment Custom Amazon S3.

aws s3 ls \
    s3://DOC-EXAMPLE-DESTINATION-BUCKET/123456789012/cev1/

Étape 4 (facultative) : partagez votre support d'installation dans S3 entre Comptes AWS

Aux fins de cette section, le compartiment Amazon S3 qui contient vos fichiers d'installation Oracle chargés est votre compartiment média. Votre organisation peut en utiliser plusieurs Comptes AWS dans un Région AWS. Si tel est le cas, vous souhaiterez peut-être en utiliser un Compte AWS pour remplir votre compartiment multimédia et un autre Compte AWS pour créer des CEV. Si vous n'avez pas l'intention de partager votre compartiment média, passez à la section suivante.

Cette section suppose ce qui suit :

  • Vous pouvez accéder au compte qui a créé votre compartiment média et à un autre compte dans lequel vous avez l'intention de créer des CEV.

  • Vous avez l'intention de créer des CEV dans une seule Région AWS. Si vous avez l'intention d'utiliser plusieurs régions, créez un compartiment média dans chaque région.

  • Vous utilisez le CLI. Si vous utilisez la console Amazon S3, adaptez les étapes suivantes.

Pour configurer votre compartiment multimédia afin de le partager entre Comptes AWS

  1. Connectez-vous à Compte AWS celui qui contient le compartiment S3 dans lequel vous avez chargé votre support d'installation.

  2. Commencez par un modèle de politique JSON vierge ou une politique existante que vous pouvez adapter.

    La commande suivante extrait une politique existante et l'enregistre sous le nom my-policy.json. Dans cet exemple, le compartiment S3 contenant vos fichiers d'installation s'appelle DOC-EXAMPLE-BUCKET.

    aws s3api get-bucket-policy \ 
    --bucket DOC-EXAMPLE-BUCKET \
    --query Policy \
    --output text > my-policy.json

  3. Modifiez les autorisations du compartiment média comme suit :

    • Dans l'élément Resource de votre modèle, indiquez le compartiment S3 dans lequel vous avez chargé vos fichiers d'installation de la base de données Oracle.

    • Dans l'Principalélément, spécifiez les ARN pour tout Comptes AWS ce que vous avez l'intention d'utiliser pour créer des CEV. Vous pouvez ajouter la racine, un utilisateur ou un rôle à la liste des autorisations du compartiment S3. Pour plus d'informations, consultez Identifiants IAM dans le AWS Identity and Access Management Guide de l'utilisateur .

    {
    "Version": "2008-10-17",
    "Statement": [
        {
            "Sid": "GrantAccountsAccess",
            "Effect": "Allow",
            "Principal": {
                "AWS": [
                    "arn:aws:iam::account-1:root",
                    "arn:aws:iam::account-2:user/user-name-with-path",
                    "arn:aws:iam::account-3:role/role-name-with-path",
                    ...
                ]
            },
            "Action": [
                "s3:GetObject",
                "s3:GetObjectAcl",
                "s3:GetObjectTagging",
                "s3:ListBucket",
                "s3:GetBucketLocation"
            ],
            "Resource": [
                "arn:aws:s3:::DOC-EXAMPLE-BUCKET",
                "arn:aws:s3:::DOC-EXAMPLE-BUCKET/*"
            ]
        }
    ]
}

  4. Attachez la politique à votre compartiment de médias.

    Dans l'exemple suivant, DOC-EXAMPLE-BUCKET est le nom du compartiment S3 qui contient vos fichiers d'installation, et my-policy.json est le nom de votre fichier JSON.

    aws s3api put-bucket-policy \
    --bucket DOC-EXAMPLE-BUCKET \
    --policy file://my-policy.json

  5. Connectez-vous à un serveur Compte AWS dans lequel vous avez l'intention de créer des CEV.

  6. Vérifiez que ce compte peut accéder au compartiment multimédia dans le compartiment Compte AWS qui l'a créé.

    aws s3 ls --query "Buckets[].Name"

    Pour obtenir plus d'informations, consultez la section aws s3 ls dans la référence de commande AWS CLI .

  7. Créez un CEV en suivant les étapes indiquées dans Création d'une CEV.

Étape 5 : Préparer le manifeste CEV

Un manifeste CEV est un document JSON qui inclut les éléments suivants :

  • (Obligatoire) La liste des fichiers .zip d'installation que vous avez chargés sur Amazon S3. RDS Custom applique les correctifs dans l'ordre dans lequel ils sont listés dans le manifeste.

  • (Facultatif) Les paramètres d'installation qui définissent des valeurs autres que celles par défaut pour la base Oracle, le répertoire de base de base de données Oracle, ainsi que l'ID et le nom de l'utilisateur et du groupe UNIX/Linux. Sachez que vous ne pouvez pas modifier les paramètres d'installation d'une version CEV existante ou d'une instance de base de données existante. Vous ne pouvez pas non plus effectuer une mise à niveau d'une version CEV vers une autre lorsque les paramètres d'installation ont des paramètres différents.

Pour obtenir des exemples de manifestes CEV, consultez les modèles JSON dans que vous avez téléchargés dans Étape 1 (Facultative) : Télécharger les modèles de manifeste. Vous pouvez également examiner les exemples dans Exemples de manifeste CEV.

Champs JSON dans le manifeste CEV

Le tableau suivant décrit les champs JSON dans le fichier manifeste.

Champs JSON dans le manifeste CEV
Champ JSON Description

MediaImportTemplateVersion

Version du manifeste CEV. La date doit être au format YYYY-MM-DD.

databaseInstallationFileNames

Liste ordonnée des fichiers d'installation de la base de données.

opatchFileNames

Liste ordonnée des programmes d'installation d'OPatch utilisés pour le moteur de base de données Oracle. Une seule valeur est valide. Les valeurs de opatchFileNames doivent commencer par p6880880_.

psuRuPatchFileNames

Les correctifs PSU et RU pour cette base de données.

Important

Si vous incluez psuRuPatchFileNames, la valeur opatchFileNames est obligatoire. Les valeurs de opatchFileNames doivent commencer par p6880880_.

OtherPatchFileNames

Les correctifs qui ne figurent pas dans la liste des correctifs PSU et RU. RDS Custom applique ces correctifs après avoir appliqué les correctifs PSU et RU.

Important

Si vous incluez OtherPatchFileNames, la valeur opatchFileNames est obligatoire. Les valeurs de opatchFileNames doivent commencer par p6880880_.

installationParameters

Paramètres différents des paramètres par défaut pour la base Oracle, le répertoire de base de base de données Oracle, ainsi que l'ID et le nom de l'utilisateur et du groupe UNIX/Linux. Vous pouvez définir les paramètres suivants :

oracleBase

Le répertoire dans lequel vos fichiers binaires Oracle sont installés. Il s'agit du point de montage du volume binaire qui stocke vos fichiers. Le répertoire de base Oracle peut inclure plusieurs répertoires de base de base de données Oracle. Par exemple, si /home/oracle/oracle.19.0.0.0.ru-2020-04.rur-2020-04.r1.EE.1 est l'un de vos répertoires de base de base de données Oracle, /home/oracle est le répertoire de base Oracle. Un répertoire de base Oracle spécifié par l'utilisateur n'est pas un lien symbolique.

Si vous ne spécifiez pas la base Oracle, le répertoire par défaut est /rdsdbbin.

oracleHome

Le répertoire dans lequel vos fichiers binaires de base de données Oracle sont installés. Par exemple, si vous spécifiez /home/oracle/ comme base Oracle, vous pouvez spécifier /home/oracle/oracle.19.0.0.0.ru-2020-04.rur-2020-04.r1.EE.1/ comme répertoire de base de base de données Oracle. Un répertoire de base de base de données Oracle spécifié par l'utilisateur n'est pas un lien symbolique. La valeur de répertoire de base de base de données Oracle est référencée par la variable d'environnement $ORACLE_HOME.

Si vous ne spécifiez pas le répertoire de base de base de données Oracle, le format de nommage par défaut est /rdsdbbin/oracle.major-engine-version.custom.r1.engine-edition.1.

unixUname

Nom de l'utilisateur UNIX propriétaire du logiciel Oracle. RDS Custom endosse l'identité de cet utilisateur lors de l'exécution de commandes de base de données locales. Si vous spécifiez à la fois unixUid et unixUname, RDS Custom crée l'utilisateur s'il n'existe pas, puis lui attribue l'UID s'il n'est pas identique à l'UID initial.

Le nom d'utilisateur par défaut est rdsdb.

unixUid

ID (UID) de l'utilisateur UNIX propriétaire du logiciel Oracle. Si vous spécifiez à la fois unixUid et unixUname, RDS Custom crée l'utilisateur s'il n'existe pas, puis lui attribue l'UID s'il n'est pas identique à l'UID initial.

L'UID par défaut est 61001. Il s'agit de l'UID de l'utilisateur rdsdb.

unix GroupName

Nom du groupe UNIX. L'utilisateur UNIX propriétaire du logiciel Oracle appartient à ce groupe.

Le nom de groupe par défaut est rdsdb.

unix GroupId

ID du groupe UNIX auquel l'utilisateur UNIX appartient.

L'ID de groupe par défaut est 1000. Il s'agit de l'ID du groupe rdsdb.

Chaque version d'Oracle Database possède une liste différente de fichiers d'installation pris en charge. Lorsque vous créez votre manifeste CEV, veillez à ne spécifier que les fichiers pris en charge par RDS Custom for Oracle. Sinon, la création du CEV échoue et renvoie une erreur. Les correctifs répertoriés dans Release notes for Amazon Relational Database Service (Amazon RDS) for Oracle (Notes de mise à jour d'Amazon Relational Database Service (Amazon RDS) for Oracle) sont pris en charge.

Création du manifeste CEV

Pour créer un manifeste CEV

  1. Dressez la liste de tous les fichiers d'installation que vous prévoyez d'appliquer, dans l'ordre dans lequel vous voulez les appliquer.

  2. Corrélez les fichiers d'installation avec les champs JSON décrits dans Champs JSON dans le manifeste CEV.

  3. Effectuez l’une des actions suivantes :

    • Créez le manifeste CEV sous la forme d'un fichier texte JSON.

    • Modifiez le modèle de manifeste CEV lorsque vous créez le CEV dans la console. Pour plus d’informations, consultez Création d'une CEV.

Exemples de manifeste CEV

Les exemples suivants montrent des fichiers manifestes CEV pour différentes versions de la base de données Oracle. Si vous incluez un champ JSON dans votre manifeste, assurez-vous qu'il n'est pas vide. Par exemple, le manifeste CEV suivant n'est pas valide car otherPatchFileNames est vide.

{
    "mediaImportTemplateVersion": "2020-08-14",
    "databaseInstallationFileNames": [
        "V982063-01.zip"
    ],
    "opatchFileNames": [
        "p6880880_190000_Linux-x86-64.zip"
    ],
    "psuRuPatchFileNames": [
        "p32126828_190000_Linux-x86-64.zip"
    ],
    "otherPatchFileNames": [
    ]
}

Rubriques

Exemple de manifeste CEV pour Oracle Database 12c Version 1 (12.1)

Dans l'exemple suivant pour le PSU de juillet 2021 pour Oracle Database 12c Release 1 (12.1), RDS Custom applique les correctifs dans l'ordre indiqué. Ainsi, RDS Custom applique p32768233, puis p32876425, puis p18759211, etc. L'exemple définit de nouvelles valeurs pour l'utilisateur et le groupe UNIX/Linux, ainsi que pour le répertoire de base de base de données Oracle et la base Oracle.

{
    "mediaImportTemplateVersion":"2020-08-14",
    "databaseInstallationFileNames":[
        "V46095-01_1of2.zip",
        "V46095-01_2of2.zip"
    ],
    "opatchFileNames":[
        "p6880880_121010_Linux-x86-64.zip"
    ],
    "psuRuPatchFileNames":[
        "p32768233_121020_Linux-x86-64.zip"
    ],
    "otherPatchFileNames":[
        "p32876425_121020_Linux-x86-64.zip",
        "p18759211_121020_Linux-x86-64.zip",
        "p19396455_121020_Linux-x86-64.zip",
        "p20875898_121020_Linux-x86-64.zip",
        "p22037014_121020_Linux-x86-64.zip",
        "p22873635_121020_Linux-x86-64.zip",
        "p23614158_121020_Linux-x86-64.zip",
        "p24701840_121020_Linux-x86-64.zip",
        "p25881255_121020_Linux-x86-64.zip",
        "p27015449_121020_Linux-x86-64.zip",
        "p28125601_121020_Linux-x86-64.zip",
        "p28852325_121020_Linux-x86-64.zip",
        "p29997937_121020_Linux-x86-64.zip",
        "p31335037_121020_Linux-x86-64.zip",
        "p32327201_121020_Linux-x86-64.zip",
        "p32327208_121020_Generic.zip",
        "p17969866_12102210119_Linux-x86-64.zip",
        "p20394750_12102210119_Linux-x86-64.zip",
        "p24835919_121020_Linux-x86-64.zip",
        "p23262847_12102201020_Linux-x86-64.zip",
        "p21171382_12102201020_Generic.zip",
        "p21091901_12102210720_Linux-x86-64.zip",
        "p33013352_12102210720_Linux-x86-64.zip",
        "p25031502_12102210720_Linux-x86-64.zip",
        "p23711335_12102191015_Generic.zip",
        "p19504946_121020_Linux-x86-64.zip"
    ],
    "installationParameters": {
        "unixGroupName": "dba",
        "unixGroupId": 12345,
        "unixUname": "oracle",
        "unixUid": 12345,
        "oracleHome": "/home/oracle/oracle.12.1.0.2",
        "oracleBase": "/home/oracle"
    }
}
Exemple de manifeste CEV pour Oracle Database 12c Version 2 (12.2)

Dans l'exemple suivant pour le PSU d'octobre 2021 pour Oracle Database 12c Version 2 (12.2), RDS Custom applique p33261817, puis p33192662, puis p29213893, et ainsi de suite. L'exemple définit de nouvelles valeurs pour l'utilisateur et le groupe UNIX/Linux, ainsi que pour le répertoire de base de base de données Oracle et la base Oracle.

{
    "mediaImportTemplateVersion":"2020-08-14",
    "databaseInstallationFileNames":[
        "V839960-01.zip"
    ],
    "opatchFileNames":[
        "p6880880_122010_Linux-x86-64.zip"
    ],
    "psuRuPatchFileNames":[
        "p33261817_122010_Linux-x86-64.zip"
    ],
    "otherPatchFileNames":[
        "p33192662_122010_Linux-x86-64.zip",
        "p29213893_122010_Generic.zip",
        "p28730253_122010_Linux-x86-64.zip",
        "p26352615_12201211019DBOCT2021RU_Linux-x86-64.zip",
        "p23614158_122010_Linux-x86-64.zip",
        "p24701840_122010_Linux-x86-64.zip",
        "p25173124_122010_Linux-x86-64.zip",
        "p25881255_122010_Linux-x86-64.zip",
        "p27015449_122010_Linux-x86-64.zip",
        "p28125601_122010_Linux-x86-64.zip",
        "p28852325_122010_Linux-x86-64.zip",
        "p29997937_122010_Linux-x86-64.zip",
        "p31335037_122010_Linux-x86-64.zip",
        "p32327201_122010_Linux-x86-64.zip",
        "p32327208_122010_Generic.zip"
    ],
    "installationParameters": {
        "unixGroupName": "dba",
        "unixGroupId": 12345,
        "unixUname": "oracle",
        "unixUid": 12345,
        "oracleHome": "/home/oracle/oracle.12.2.0.1",
        "oracleBase": "/home/oracle"
    }
}
Exemple de manifeste CEV pour Oracle Database 18c

Dans l'exemple suivant pour le PSU d'octobre 2021 pour Oracle Database 18c, RDS Custom applique p32126855, puis p28730253, puis p27539475, et ainsi de suite. L'exemple définit de nouvelles valeurs pour l'utilisateur et le groupe UNIX/Linux, ainsi que pour le répertoire de base de base de données Oracle et la base Oracle.

{
    "mediaImportTemplateVersion":"2020-08-14",
    "databaseInstallationFileNames":[
        "V978967-01.zip"
    ],
    "opatchFileNames":[
        "p6880880_180000_Linux-x86-64.zip"
    ],
    "psuRuPatchFileNames":[
        "p32126855_180000_Linux-x86-64.zip"
    ],
    "otherPatchFileNames":[
        "p28730253_180000_Linux-x86-64.zip",
        "p27539475_1813000DBRU_Linux-x86-64.zip",
        "p29213893_180000_Generic.zip",
        "p29374604_1813000DBRU_Linux-x86-64.zip",
        "p29782284_180000_Generic.zip",
        "p28125601_180000_Linux-x86-64.zip",
        "p28852325_180000_Linux-x86-64.zip",
        "p29997937_180000_Linux-x86-64.zip",
        "p31335037_180000_Linux-x86-64.zip",
        "p31335142_180000_Generic.zip"
    ]
    "installationParameters": {
        "unixGroupName": "dba",
        "unixGroupId": 12345,
        "unixUname": "oracle",
        "unixUid": 12345,
        "oracleHome": "/home/oracle/18.0.0.0.ru-2020-10.rur-2020-10.r1",
        "oracleBase": "/home/oracle/"
    }
}
Exemple de manifeste CEV pour Oracle Database 19c

Dans l'exemple suivant pour Oracle Database 19c, RDS Custom applique p32126828, puis p29213893, puis p29782284, et ainsi de suite. L'exemple définit de nouvelles valeurs pour l'utilisateur et le groupe UNIX/Linux, ainsi que pour le répertoire de base de base de données Oracle et la base Oracle.

{
    "mediaImportTemplateVersion": "2020-08-14",
    "databaseInstallationFileNames": [
        "V982063-01.zip"
    ],
    "opatchFileNames": [
        "p6880880_190000_Linux-x86-64.zip"
    ],
    "psuRuPatchFileNames": [
        "p32126828_190000_Linux-x86-64.zip"
    ],
    "otherPatchFileNames": [
        "p29213893_1910000DBRU_Generic.zip",
        "p29782284_1910000DBRU_Generic.zip",
        "p28730253_190000_Linux-x86-64.zip",
        "p29374604_1910000DBRU_Linux-x86-64.zip",
        "p28852325_190000_Linux-x86-64.zip",
        "p29997937_190000_Linux-x86-64.zip",
        "p31335037_190000_Linux-x86-64.zip",
        "p31335142_190000_Generic.zip"
    ],
    "installationParameters": {
        "unixGroupName": "dba",
        "unixGroupId": 12345,
        "unixUname": "oracle",
        "unixUid": 12345,
        "oracleHome": "/home/oracle/oracle.19.0.0.0.ru-2020-04.rur-2020-04.r1.EE.1",
        "oracleBase": "/home/oracle"
    }
}

Étape 6 (Facultative) : Valider le manifeste CEV

Vous pouvez également vérifier que le manifeste est un fichier JSON valide en exécutant le script Python json.tool. Par exemple, si vous changez vers le répertoire contenant un manifeste CEV nommé manifest.json, exécutez la commande suivante.

python -m json.tool < manifest.json

Étape 7 : Ajouter les autorisations IAM nécessaires

Assurez-vous que le principal IAM qui crée la CEV possède les politiques nécessaires décrites dans Étape 5 : accordez les autorisations requises à votre utilisateur ou à votre rôle IAM.