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 mois d'avril 2021 RU/RUR pour 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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.html#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.ora). **Topics** + [Étape 1 (Facultative) : Télécharger les modèles de manifeste](#custom-cev.preparing.templates) + [Étape 2 : Télécharger des fichiers d'installation de votre base de données et des correctifs à partir d'Oracle Software Delivery Cloud](#custom-cev.preparing.download) + [Étape 3 : Charger vos fichiers d'installation dans Amazon S3](#custom-cev.preparing.s3) + [Étape 4 (facultative) : partagez votre support d'installation dans S3 entre Comptes AWS](#custom-cev.preparing.accounts) + [Étape 5 : Préparer le manifeste CEV](#custom-cev.preparing.manifest) + [Étape 6 (Facultative) : Valider le manifeste CEV](#custom-cev.preparing.validating) + [Étape 7 : Ajouter les autorisations IAM nécessaires](#custom-cev.preparing.iam) ## É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. 1. Téléchargez les fichiers d'installation. 1. 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, 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](samples/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éparer le manifeste CEV](#custom-cev.preparing.manifest). ## É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/](https://edelivery.oracle.com/) et connectez-vous. 1. Dans la zone de recherche, saisissez **Oracle Database Enterprise Edition** ou **Oracle Database Standard Edition 2**, puis choisissez **Rechercher**. 1. Choisissez l'une des versions de base suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-cev.preparing.html) 1. Sélectionnez **Continuer**. 1. Désélectionnez la case à cocher **Download Queue** (Queue de téléchargement). 1. 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**. 1. Choisissez **Linux x86-64** dans **Platform/Languages** (Plateforme/Langues). 1. Choisissez **Continuer**, puis signez le contrat de licence Oracle. 1. Choisissez le fichier .zip qui correspond à votre version de base de données : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-cev.preparing.html) 1. 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 : + Les fichiers readme dans le fichier .zip que vous avez téléchargé dans [Étape 1 (Facultative) : Télécharger les modèles de manifeste](#custom-cev.preparing.templates) + Les correctifs sont répertoriés dans chaque dernière mise à jour (RU) dans [Notes de mise à jour d’Amazon Relational Database Service (Amazon RDS) for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes). ## É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\$1190000\$1Linux-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. **Topics** + [Étape 3a : Vérifiez que votre compartiment S3 est dans le bon Région AWS](#custom-cev.preparing.s3.verify-region) + [Étape 3b : Assurez-vous que votre politique de compartiment S3 dispose des autorisations appropriées](#custom-cev.preparing.s3.verify-policy) + [Étape 3c : Téléchargez vos fichiers à l'aide des commandes cp ou sync](#custom-cev.preparing.s3.upload) + [Étape 3d : Répertoriez les fichiers de votre compartiment S3](#custom-cev.preparing.s3.list) ### É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'un CEV source. Si vous envisagez de créer un nouveau CEV à partir de la source CEVs, 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`. 1. 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. **Example** 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 Linux, macOS ou Unix : ``` 1. aws s3 cp install-or-patch-file.zip \ 2. s3://amzn-s3-demo-destination-bucket/123456789012/cev1/ ``` Pour Windows : ``` 1. aws s3 cp install-or-patch-file.zip ^ 2. s3://amzn-s3-demo-destination-bucket/123456789012/cev1/ ``` **Example** L'exemple suivant télécharge les fichiers de votre *cev1* dossier local vers le *123456789012/cev1* dossier de votre compartiment Amazon S3. Pour Linux, macOS ou Unix : ``` aws s3 sync cev1 \ s3://amzn-s3-demo-destination-bucket/123456789012/cev1/ ``` Pour Windows : ``` aws s3 sync cev1 ^ s3://amzn-s3-demo-destination-bucket/123456789012/cev1/ ``` **Example** L'exemple suivant permet de charger tous les fichiers dans `amzn-s3-demo-source-bucket` vers le dossier **`123456789012/cev1`** de votre compartiment Simple Storage Service (Amazon S3). Pour Linux, macOS ou Unix : ``` aws s3 sync s3://amzn-s3-demo-source-bucket/ \ s3://amzn-s3-demo-destination-bucket/123456789012/cev1/ ``` Pour 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 commande `s3 ls` pour répertorier les fichiers de votre compartiment Custom Amazon S3. ``` 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. 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 le créer CEVs. 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éer CEVs. + 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 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. 1. Commencez par un modèle de politique JSON 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 ``` 1. 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éer CEVs. 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](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_identifiers.html) dans le *Gestion des identités et des accès AWS Guide de l'utilisateur *. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "GrantAccountsAccess", "Effect": "Allow", "Principal": { "AWS": [ "arn:aws:iam::111122223333:root", "arn:aws:iam::444455556666:user/user-name-with-path", "arn:aws:iam::123456789012: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/*" ] } ] } ``` ------ 1. Attachez la politique à votre compartiment de médias. Dans l'exemple suivant, *amzn-s3-demo-bucket* il s'agit du nom du compartiment S3 qui contient vos fichiers d'installation et *my-policy.json* du nom de votre fichier JSON. ``` aws s3api put-bucket-policy \ --bucket amzn-s3-demo-bucket \ --policy file://my-policy.json ``` 1. Connectez-vous à un Compte AWS dans lequel vous avez l'intention de créer CEVs. 1. 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 [aws s3 ls](https://docs.aws.amazon.com/cli/latest/reference/s3/ls.html) dans la *référence de commande AWS CLI *. 1. Créez un CEV en suivant les étapes indiquées dans [Création d'une CEV](custom-cev.create.md). ## É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) Paramètres d'installation qui définissent des valeurs autres que celles par défaut pour la base Oracle, le répertoire d'origine Oracle Home, ainsi que l'ID et le nom de l' UNIX/Linux utilisateur et du groupe. 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](#custom-cev.preparing.templates). Vous pouvez également examiner les exemples dans [Exemples de manifeste CEV](#custom-cev.preparing.manifest.examples). **Topics** + [Champs JSON dans le manifeste CEV](#custom-cev.preparing.manifest.fields) + [Création du manifeste CEV](#custom-cev.preparing.manifest.creating) + [Exemples de manifeste CEV](#custom-cev.preparing.manifest.examples) ### Champs JSON dans le manifeste CEV Le tableau suivant décrit les champs JSON dans le fichier manifeste. | 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 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. 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. 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' UNIX/Linux utilisateur et du groupe. Vous pouvez définir les paramètres suivants : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/custom-cev.preparing.html) | 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 [Notes de mise à jour d’Amazon Relational Database Service (Amazon RDS) for Oracle](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes) 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. 1. Corrélez les fichiers d'installation avec les champs JSON décrits dans [Champs JSON dans le manifeste CEV](#custom-cev.preparing.manifest.fields). 1. 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](custom-cev.create.md). ### 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** + [Sample CEV manifest for Oracle Database 12c Release 1 (12.1)](#oracle-cev-manifest-12.1) + [Sample CEV manifest for Oracle Database 12c Release 2 (12.2)](#oracle-cev-manifest-12.2) + [Sample CEV manifest for Oracle Database 18c](#oracle-cev-manifest-18c) + [Sample CEV manifest for Oracle Database 19c](#oracle-cev-manifest-19c) **Example 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" } } ``` **Example 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" } } ``` **Example 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/" } } ``` **Example 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 : octroi des autorisations requises à votre utilisateur ou rôle IAM](custom-setup-orcl.md#custom-setup-orcl.iam-user).