Préparation à la création d'un 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éparation du CEV manifesteÉtape 6 (facultatif) : Valider le CEV manifesteÉtape 7 : ajouter les IAM autorisations 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 à la création d'un CEV

Pour créer unCEV, accédez aux fichiers d'installation et aux correctifs 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/ d'avril 2021 RUR pour Oracle Database 19c, ou toute combinaison valide de fichiers d'installation et de correctifs. Pour plus d'informations sur les versions et les régions prises en charge par RDS Custom for Oracle, voir RDSCustom with RDS for Oracle.

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

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

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

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

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

RDSCustom for Oracle fournit des modèles de JSON manifeste avec les fichiers .zip recommandés pour chaque version prise en charge d'Oracle Database. 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, URLs les fichiers .zip et les checksums 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 le fichier custom-oracle-manifest.zip sur votre disque local, puis ouvrez-le à l'aide d'une application d'archivage de fichiers. Pour de plus amples informations, veuillez consulter Étape 5 : Préparation du CEV 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

Lorsque vous avez identifié les fichiers d'installation que vous souhaitez pour votreCEV, 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. Chacune CEV nécessite une version de base, telle qu'Oracle Database 19c ou Oracle Database 12c version 2 (12.2), ainsi qu'une liste facultative de correctifs.

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 SHAhachage -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 pouvez trouver URLs les correctifs aux 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 votreCEV.

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.

  • amzn-s3-demo-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).

  • amzn-s3-demo-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 amzn-s3-demo-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'une sourceCEV. Si vous envisagez d'en créer un nouveau CEV à partir des sourcesCEVs, 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 est chargé install-or-patch-file.zip dans le 123456789012/cev1 dossier du compartiment Amazon S3 RDS personnalisé. 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://amzn-s3-demo-destination-bucket/123456789012/cev1/

Dans Windows :

aws s3 cp install-or-patch-file.zip ^
    s3://amzn-s3-demo-destination-bucket/123456789012/cev1/

L'exemple suivant télécharge les fichiers dans votre répertoire local cev1 dossier vers le 123456789012/cev1 dossier dans votre compartiment Amazon S3.

Pour LinuxmacOS, ou Unix :

aws s3 sync cev1 \
    s3://amzn-s3-demo-destination-bucket/123456789012/cev1/

Dans Windows :

aws s3 sync cev1 ^
    s3://amzn-s3-demo-destination-bucket/123456789012/cev1/

L'exemple suivant télécharge tous les fichiers dans amzn-s3-demo-source-bucket 123456789012/cev1 dossier dans votre compartiment Amazon S3.

Pour LinuxmacOS, ou Unix :

aws s3 sync s3://amzn-s3-demo-source-bucket/ \
    s3://amzn-s3-demo-destination-bucket/123456789012/cev1/

Dans Windows :

aws s3 sync s3://amzn-s3-demo-source-bucket/ ^
    s3://amzn-s3-demo-destination-bucket/123456789012/cev1/

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

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

aws s3 ls \
    s3://amzn-s3-demo-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. Dans ce cas, vous souhaiterez peut-être en utiliser un Compte AWS pour remplir votre compartiment multimédia et un autre Compte AWS pour le créerCEVs. 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 multimédia et à un autre compte dans lequel vous souhaitez le créerCEVs.

  • Vous avez l'intention de créer CEVs en un seul 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 leCLI. 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 JSON politique vierge ou une politique existante que vous pouvez adapter.

    La commande suivante permet de récupérer une politique existante et de l'enregistrer sous my-policy.json. Dans cet exemple, le compartiment S3 contenant vos fichiers d'installation est nommé amzn-s3-demo-bucket.

    aws s3api get-bucket-policy \ 
    --bucket amzn-s3-demo-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 le ARNs pour tout Comptes AWS ce que vous souhaitez utiliser pour créerCEVs. Vous pouvez ajouter la racine, un utilisateur ou un rôle à la liste des autorisations du compartiment S3. Pour plus d'informations, consultez la section IAMIdentifiants dans le guide de l'AWS Identity and Access Management 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:::amzn-s3-demo-bucket",
                "arn:aws:s3:::amzn-s3-demo-bucket/*"
            ]
        }
    ]
}

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

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

    aws s3api put-bucket-policy \
    --bucket amzn-s3-demo-bucket \
    --policy file://my-policy.json

  5. Connectez-vous à un Compte AWS dans lequel vous avez l'intention de créerCEVs.

  6. Vérifiez que ce compte peut accéder au compartiment multimédia 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 décrites dansCréation d'une CEV.

Étape 5 : Préparation du CEV manifeste

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

  • (Obligatoire) La liste des fichiers .zip d'installation que vous avez chargés sur Amazon S3. RDSLa fonction personnalisée applique les correctifs dans l'ordre dans lequel ils sont répertoriés dans le manifeste.

  • (Facultatif) Paramètres d'installation qui définissent des valeurs autres que celles par défaut pour la base Oracle, le Home 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 instance de base de données existante CEV ou existante. Vous ne pouvez pas non plus passer de l'un CEV à l'autre CEV lorsque les paramètres d'installation sont différents.

Pour des exemples de CEV manifestes, consultez les JSON modèles 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 CEVexemples de manifestes.

JSONchamps du CEV manifeste

Le tableau suivant décrit les JSON champs du manifeste.

JSONchamp Description

MediaImportTemplateVersion

Version du CEV manifeste. 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 OPatch programmes d'installation 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 patchs qui ne figurent pas dans la liste des patchs PSU et RU. RDSCustom 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 autres que ceux par défaut pour la base Oracle, le répertoire d'origine Oracle Home, ainsi que l'ID et le nom de l'utilisateur et du UNIX groupe /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'UNIXutilisateur propriétaire du logiciel Oracle. RDSCustom utilise cet utilisateur lorsqu'il exécute des commandes de base de données locales. Si vous spécifiez les deux unixUid etunixUname, RDS Custom crée l'utilisateur s'il n'existe pas, puis l'affecte UID à l'utilisateur s'il n'est pas identique à l'initialeUID.

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

unixUid

ID (UID) de l'UNIXutilisateur propriétaire du logiciel Oracle. Si vous spécifiez les deux unixUid etunixUname, RDS Custom crée l'utilisateur s'il n'existe pas, puis l'affecte UID à l'utilisateur s'il n'est pas identique à l'initialeUID.

La valeur par défaut UID est61001. Il s'agit de UID celui de l'utilisateurrdsdb.

unixGroupName

Le nom du UNIX groupe. L'UNIXutilisateur propriétaire du logiciel Oracle appartient à ce groupe.

Le nom de groupe par défaut est rdsdb.

unixGroupId

L'ID du UNIX groupe auquel appartient l'UNIXutilisateur.

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 CEV manifeste, veillez à ne spécifier que les fichiers pris en charge par RDS Custom for Oracle. Dans le cas contraire, CEV la création échoue avec une erreur. Tous les correctifs répertoriés dans les notes de publication d'Amazon Relational Database Service (RDSAmazon) pour Oracle sont pris en charge.

Création du CEV manifeste

Pour créer un CEV manifeste

  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 JSON champs décrits dansJSONchamps du CEV manifeste.

  3. Effectuez l’une des actions suivantes :

    • Créez le CEV manifeste sous forme de fichier JSON texte.

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

CEVexemples de manifestes

Les exemples suivants présentent des fichiers CEV manifestes pour différentes versions d'Oracle Database. Si vous incluez un JSON champ dans votre manifeste, assurez-vous qu'il n'est pas vide. Par exemple, le CEV manifeste suivant n'est pas valide car il 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 CEV manifeste pour Oracle Database 12c version 1 (12.1)

Dans l'exemple suivant pour le mois de juillet 2021 PSU pour Oracle Database 12c version 1 (12.1), RDS Custom applique les correctifs dans l'ordre spécifié. Ainsi, RDS Custom applique p32768233, puis p32876425, puis p18759211, etc. L'exemple définit de nouvelles valeurs pour l'UNIXutilisateur et le groupe, ainsi que pour le répertoire d'origine 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 CEV manifeste pour Oracle Database 12c version 2 (12.2)

Dans l'exemple suivant pour le mois d'octobre 2021 PSU pour Oracle Database 12c Release 2 (12.2), RDS Custom applique p33261817, puis p33192662, puis p29213893, etc. L'exemple définit de nouvelles valeurs pour l'UNIXutilisateur et le groupe, ainsi que pour le répertoire d'origine 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 CEV manifeste pour Oracle Database 18c

Dans l'exemple suivant pour le mois d'octobre 2021 PSU pour Oracle Database 18c, RDS Custom applique p32126855, puis p28730253, puis p27539475, etc. L'exemple définit de nouvelles valeurs pour l'UNIXutilisateur et le groupe, ainsi que pour le répertoire d'origine 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 CEV manifeste pour Oracle Database 19c

Dans l'exemple suivant pour Oracle Database 19c, RDS Custom applique p32126828, puis p29213893, puis p29782284, etc. L'exemple définit de nouvelles valeurs pour l'UNIXutilisateur et le groupe, ainsi que pour le répertoire d'origine 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 (facultatif) : Valider le CEV manifeste

Vérifiez éventuellement que le manifeste est un JSON fichier valide en exécutant le script json.tool Python. Par exemple, si vous accédez au répertoire contenant un CEV manifeste nommémanifest.json, exécutez la commande suivante.

python -m json.tool < manifest.json

Étape 7 : ajouter les IAM autorisations nécessaires

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