Vorbereiten der Erstellung einer CEV - Amazon Relational Database Service
Schritt 1 (optional): Herunterladen der ManifestvorlagenSchritt 2: Herunterladen Ihrer Datenbankinstallationsdateien und Patches von Oracle Software Delivery CloudSchritt 3: Hochladen Ihrer Installationsdateien in Amazon S3Schritt 4 (optional): Teilen Sie Ihre Installationsmedien in S3 mit AWS-KontenSchritt 5: Vorbereiten des CEV-ManifestsSchritt 6 (optional): Validieren des CEV-ManifestsSchritt 7: Hinzufügen der erforderlichen IAM-Berechtigungen

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Vorbereiten der Erstellung einer CEV

Um eine CEV zu erstellen, greifen Sie auf die Installationsdateien und Patches zu, die in Ihrem Amazon S3-Bucket für eine der folgenden Releases gespeichert sind:

  • Oracle Database 19c

  • Oracle Database 18c

  • Oracle Database 12c Release 2 (12.2)

  • Oracle Database 12c Release 1 (12.1)

Sie können beispielsweise die RU/RUR für Oracle Database 19c vom April 2021 oder eine gültige Kombination von Installationsdateien und Patches verwenden. Weitere Informationen zu den von RDS Custom fü Oracle unterstützten Versionen und Regionen finden Sie unter RDS Custom mit RDS für Oracle.

Schritt 1 (optional): Herunterladen der Manifestvorlagen

Ein CEV-Manifest ist ein JSON-Dokument, das die Liste der .zip-Dateien zur Datenbankinstallation für Ihre CEV enthält. Gehen Sie wie folgt vor, um eine CEV zu erstellen:

  1. Identifizieren Sie die Installationsdateien der Oracle-Datenbank, die Sie in Ihre CEV aufnehmen möchten.

  2. Laden Sie die Installationsdateien herunter.

  3. Erstellen Sie ein JSON-Manifest, das die Installationsdateien auflistet.

RDS Custom für Oracle bietet JSON-Manifestvorlagen mit unseren empfohlenen .zip-Dateien für jede unterstützte Oracle Database Version. Die folgende Vorlage ist beispielsweise für 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"
    ]
}

Jeder Vorlage ist eine Readme-Datei zugeordnet, die Anweisungen zum Herunterladen der Patches, URLs für die .zip-Dateien und Dateiprüfsummen enthält. Sie können diese Vorlagen unverändert verwenden oder sie mit Ihren eigenen Patches ändern. Wenn Sie die Vorlagen überprüfen möchten, laden Sie custom-oracle-manifest.zip auf Ihre lokale Festplatte herunter und öffnen Sie sie dann mit einer Dateiarchivierungsanwendung. Weitere Informationen finden Sie unter Schritt 5: Vorbereiten des CEV-Manifests.

Schritt 2: Herunterladen Ihrer Datenbankinstallationsdateien und Patches von Oracle Software Delivery Cloud

Wenn Sie die Installationsdateien identifiziert haben, die Sie für Ihre CEV benötigen, laden Sie sie auf Ihr lokales System herunter. Die Installationsdateien und Patches der Oracle Database werden in der Oracle Software Delivery Cloud gehostet. Für jede CEV ist eine Basisversion, wie Oracle Database 19c oder Oracle Database 12c Release 2 (12.2), und eine optionale Liste mit Patches erforderlich.

So laden Sie die Installationsdateien der Datenbank für Oracle Database herunter

  1. Wechseln Sie zuhttps://edelivery.oracle.com/und melden Sie sich an.

  2. Geben Sie in das Suchfeld Oracle Database Enterprise Edition oder ein Oracle Database Standard Edition 2 und wählen Sie Suchen.

  3. Wählen Sie eine der folgenden Basisversionen aus:

    Version der Datenbank 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 Datenbank 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 Release 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 Release 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. Klicken Sie auf Weiter.

  5. Deaktivieren Sie das Kontrollkästchen Warteschlange herunterladen.

  6. Wählen Sie die Option aus, die Ihrer Basisversion entspricht:

    • Oracle Database 19.3.0.0.0 – Long Term Release.

    • Oracle Database 18.0.0.0.0

    • Oracle Database 12.2.0.1.0.

    • Oracle Database 12.1.0.2.0.

  7. Klicken Sie auf86-64 LinuxinPlattform/Sprachenaus.

  8. Wählen Sie Weiter und unterzeichnen Sie dann die Oracle-Lizenzvereinbarung.

  9. Wählen Sie die .zip-Datei aus, die Ihrer Datenbankversion entspricht:

    Version und Edition der Datenbank Zip-Dateien SHA-256-Hash
    19c EE und SE2 V982063-01.zip BA8329C757133DA313ED3B6D7F86C5AC42CD9970A28BF2E6233F3235233AA8D8
    18c EE und SE2 V978967-01.zip C96A4FD768787AF98272008833FE10B172691CF84E42816B138C12D4DE63AB96
    12.2.0.1 EE und SE2 V839960-01.zip 96ED97D21F15C1AC0CCE3749DA6C3DAC7059BB60672D76B008103FC754D22DDE
    12.1.0.2 EE V46095-01_1of2.zip V46095-01_2of2.zip

    31FDC2AF41687B4E547A3A18F796424D8C1AF36406D2160F65B0AF6A9CD47355 für V46095-01_1of2.zip

    03DA14F5E875304B28F0F3BB02AF0EC33227885B99C9865DF70749D1E220ACCD für V46095-01_2of2.zip
    12.1.0.2 SE2 V77388-01_1of2.zip V77388-01_2of2.zip

    73873369753230F5A0921F95ACEADB591388CB06ED72A7F3AEA7BCBCEA2403BCfür V77388-01_1of2.zip

    2492E1BE1E3E3531DA83D0843C09C08E435AC8CEFD9A00C0DF56BE4F15CEEBF3für V77388-01_2of2.zip

  10. Laden Sie Ihre gewünschten Oracle-Patches von updates.oracle.com oder support.oracle.com auf Ihr lokales System herunter. Die URLs für die Patches finden Sie an den folgenden Speicherorten:

Schritt 3: Hochladen Ihrer Installationsdateien in Amazon S3

Hochladen Ihrer Oracle-Installations- und Patch-Dateien in Amazon S3 unter Verwendung der AWS CLI aus. Der S3-Bucket, der Ihre Installationsdateien enthält, muss sich in derselben AWS Region wie Ihr CEV befinden.

Für die Beispiele in diesem Abschnitt werden die folgenden Platzhalter verwendet:

  • install-or-patch-file.zip— Oracle-Installationsmediendatei Zum Beispiel ist p32126828_190000_Linux-x86-64.zip ein Patch.

  • DOC-EXAMPLE-DESTINATION-BUCKET – Ihr Amazon S3-Bucket, der für Ihre hochgeladenen Installationsdateien vorgesehen ist.

  • 123456789012/cev1 – Ein optionales Präfix in Ihrem Amazon-S3-Bucket.

  • DOC-EXAMPLE-SOURCE-BUCKET – Ein Amazon-S3-Bucket, in dem Sie Dateien optional inszenieren können.

Schritt 3a: Stellen Sie sicher, dass sich Ihr S3-Bucket im richtigen befindet AWS-Region

Stellen Sie sicher, dass sich Ihr S3-Bucket in der AWS Region befindet, in der Sie den create-custom-db-engine-version Befehl ausführen möchten.

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

Schritt 3b: Sicherstellen, dass Ihre S3-Bucket-Richtlinie über die richtigen Berechtigungen verfügt

Sie können eine CEV ohne Vorgabe oder anhand einer Quell-CEV erstellen. Wenn Sie eine neue CEV anhand von Quell-CEVs erstellen möchten, stellen Sie sicher, dass Ihre S3-Bucket-Richtlinie über die richtigen Berechtigungen verfügt:

  1. Identifizieren Sie den von RDS Custom reservierten S3-Bucket. Der Bucket-Name weist das Format do-not-delete-rds-custom-account-region-string auf. Der Bucket-Name kann beispielsweise do-not-delete-rds-custom-123456789012-us-east-1-abc123EXAMPLE lauten.

  2. Stellen Sie sicher, dass die folgende Berechtigung an Ihre S3-Bucket-Richtlinie angehängt ist. Ersetzen Sie do-not-delete-rds-custom-123456789012-us-east-1-abc123EXAMPLE durch den Namen von Ihrem Bucket.

    {
    "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/*"
}, ...

Schritt 3c: Hochladen Ihrer Dateien mit den Befehlen cp oder sync

Wählen Sie eine der folgenden Optionen:

  • Verwenden vonaws s3 cpum eine einzelne ZIP-Datei hochzuladen.

    Laden Sie jede ZIP-Installationsdatei separat hoch. Kombinieren Sie die ZIP-Dateien nicht in einer ZIP-Datei.

  • Verwenden vonaws s3 syncum ein Verzeichnis hochzuladen.

Im folgenden Beispiel wird install-or-patch-file.zip in den 123456789012/cev1-Ordner im RDS Custom Amazon S3-Bucket hochgeladen. Führen Sie ein separatesaws s3-Befehl für jeden .zip, den Sie hochladen möchten.

Für LinuxmacOS, oderUnix:

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

Windows:

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

Im folgenden Beispiel werden die Dateien in Ihrem lokalen hochgeladencev1-Ordner zum123456789012/cev1-Ordner in Ihrem Amazon S3-Bucket.

Für LinuxmacOS, oderUnix:

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

Windows:

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

Im folgenden Beispiel werden alle Dateien in DOC-EXAMPLE-SOURCE-BUCKET zum 123456789012/cev1-Ordner in Ihrem Amazon-S3-Bucket hochgeladen.

Für LinuxmacOS, oderUnix:

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

Windows:

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

Schritt 3d: Auflisten der Dateien in Ihrem S3-Bucket

Im folgenden Beispiel wird der Befehl s3 ls verwendet, um die Dateien in Ihrem Amazon-S3-Bucket in RDS Custom aufzulisten.

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

Schritt 4 (optional): Teilen Sie Ihre Installationsmedien in S3 mit AWS-Konten

Für die Zwecke dieses Abschnitts ist der Amazon S3-Bucket, der Ihre hochgeladenen Oracle-Installationsdateien enthält, Ihr Medien-Bucket. Ihre Organisation verwendet möglicherweise mehrere AWS-Konten in einem AWS-Region. Wenn ja, möchten Sie vielleicht einen verwenden, um Ihren Media-Bucket AWS-Konto zu füllen, und einen anderen, um CEVs AWS-Konto zu erstellen. Wenn Sie Ihren Medienbucket nicht teilen möchten, fahren Sie mit dem nächsten Abschnitt fort.

In dieser Abbildung wird von Folgendem ausgegangen:

  • Sie können auf das Konto zugreifen, das Ihren Medien-Bucket erstellt hat, und auf ein anderes Konto, in dem Sie CEVs erstellen möchten.

  • Sie beabsichtigen, CEVs nur in einem AWS-Region zu erstellen. Wenn Sie mehrere Regionen verwenden möchten, erstellen Sie in jeder Region einen Medien-Bucket.

  • Sie verwenden die CLI. Wenn Sie die Amazon S3-Konsole verwenden, passen Sie die folgenden Schritte an.

So konfigurieren Sie Ihren Medien-Bucket für die gemeinsame Nutzung AWS-Konten

  1. Melden Sie sich bei dem an AWS-Konto , der den S3-Bucket enthält, in den Sie Ihre Installationsmedien hochgeladen haben.

  2. Beginnen Sie entweder mit einer leeren JSON-Richtlinienvorlage oder einer vorhandenen Richtlinie, die Sie anpassen können.

    Der folgende Befehl ruft eine vorhandene Richtlinie ab und speichert sie unter dem Namen my-policy.json. In diesem Beispiel heißt der S3-Bucket, der Ihre Installationsdateien enthält, DOC-EXAMPLE-BUCKET.

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

  3. Bearbeiten Sie die Media Bucket-Berechtigungen wie folgt:

    • Im Resource-Element Ihrer Vorlage geben Sie den S3-Bucket an, in den Sie Ihre Oracle Database-Installationsdateien hochgeladen haben.

    • Geben Sie im Principal Element die ARNs für alle an, AWS-Konten die Sie zur Erstellung von CEVs verwenden möchten. Sie können den Stamm, einen Benutzer oder eine Rolle zur Zulassungsliste des S3-Buckets hinzufügen. Weitere Informationen finden Sie unter IAM-IDs im AWS Identity and Access Management -Benutzerhandbuch.

    {
    "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. Fügen Sie die Richtlinie zu Ihrem Bucket hinzu.

    Im folgenden Beispiel ist DOC-EXAMPLE-BUCKET der Name des S3-Buckets, der Ihre Installationsdateien enthält, und my-policy.json ist der Name Ihrer JSON-Datei.

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

  5. Melden Sie sich bei einem an, in dem Sie CEVs erstellen möchten AWS-Konto .

  6. Stellen Sie sicher, dass dieses Konto auf den Media-Bucket in dem Konto zugreifen kann AWS-Konto , von dem es erstellt wurde.

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

    Weitere Informationen finden Sie unter aws s3 ls in der AWS CLI Befehlsreferenz.

  7. Erstellen Sie ein CEV, indem Sie die Schritte unter Erstellen einer CEV ausführen.

Schritt 5: Vorbereiten des CEV-Manifests

Ein CEV-Manifest ist ein JSON-Dokument, das Folgendes enthält:

  • (Erforderlich) Die Liste der ZIP-Installationsdateien, die Sie auf Amazon S3 hochgeladen haben. RDS Custom wendet die Patches in der Reihenfolge an, in der sie im Manifest aufgelistet sind.

  • (Optional) Installationsparameter, die nicht standardmäßige Werte für die Oracle-Basis, das Oracle-Standardverzeichnis sowie die ID und den Namen des UNIX-/Linux-Benutzers und der Gruppe festlegen. Beachten Sie, dass Sie die Installationsparameter für eine bestehende CEV oder DB-Instance nicht ändern können. Sie können auch nicht von einer CEV auf eine andere CEV aktualisieren, wenn die Installationsparameter unterschiedliche Einstellungen haben.

Beispiele für CEV-Manifeste finden Sie in den JSON-Vorlagen, die Sie in Schritt 1 (optional): Herunterladen der Manifestvorlagen heruntergeladen haben. Sie können sich die Beispiele auch unter CEV-Manifest-Beispiele ansehen.

JSON-Felder im CEV-Manifest

Die folgende Tabelle beschreibt die JSON-Felder im Manifest.

JSON-Felder im CEV-Manifest
JSON-Feld Beschreibung

MediaImportTemplateVersion

Version des CEV-Manifests. Das Datum muss im Format YYYY-MM-DD angegeben werden.

databaseInstallationFileNames

Liste der Installationsdateien für die Datenbank geordnet.

opatchFileNames

Sortierte Liste der Opatch-Installer, die für die Oracle DB-Engine verwendet werden. Es ist nur ein Wert gültig. Werte füropatchFileNamesmuss mit beginnenp6880880_aus.

psuRuPatchFileNames

Die PSU- und RU-Patches für diese Datenbank.

Wichtig

Wenn Sie psuRuPatchFileNames mit einschließen, ist opatchFileNames erforderlich. Werte füropatchFileNamesmuss mit beginnenp6880880_aus.

OtherPatchFileNames

Die Patches, die nicht in der Liste der PSU- und RU-Patches enthalten sind. RDS Custom wendet diese Patches an, nachdem die PSU- und RU-Patches angewendet wurden.

Wichtig

Wenn Sie OtherPatchFileNames mit einschließen, ist opatchFileNames erforderlich. Werte füropatchFileNamesmuss mit beginnenp6880880_aus.

installationParameters

Nicht standardmäßige Werte für die Oracle-Basis, das Oracle-Standardverzeichnis sowie die ID und den Namen des UNIX/Linux-Benutzers und der Gruppe Sie können die folgenden Parameter festlegen:

oracleBase

Das Verzeichnis, in dem Ihre Oracle-Binärdateien installiert sind. Es ist der Mountingpunkt des Binärvolumes, in dem Ihre Dateien gespeichert sind. Das Oracle-Basisverzeichnis kann mehrere Oracle-Standardverzeichnisse enthalten. Wenn es sich bei /home/oracle/oracle.19.0.0.0.ru-2020-04.rur-2020-04.r1.EE.1 beispielsweise um eines Ihrer Oracle-Standardverzeichnisse handelt, ist /home/oracle das Oracle-Basisverzeichnis. Ein benutzerdefiniertes Oracle-Basisverzeichnis ist kein symbolischer Link.

Wenn Sie keine Oracle-Basis angeben, ist das Standardverzeichnis /rdsdbbin.

oracleHome

Das Verzeichnis, in dem Ihre Oracle-Datenbankbinärdateien installiert sind. Wenn Sie beispielsweise /home/oracle/ als Ihre Oracle-Basis angeben, können Sie /home/oracle/oracle.19.0.0.0.ru-2020-04.rur-2020-04.r1.EE.1/ als Ihr Oracle-Standardverzeichnis angeben. Ein benutzerdefiniertes Oracle-Standardverzeichnis ist kein symbolischer Link. Der Oracle-Standardwert wird durch die Umgebungsvariable $ORACLE_HOME referenziert.

Wenn Sie kein Oracle-Standardverzeichnis angeben, ist das Standardnamensformat /rdsdbbin/oracle.major-engine-version.custom.r1.engine-edition.1.

unixUname

Der Name des UNIX-Benutzers, der die Oracle-Software besitzt. RDS Custom geht bei der Ausführung lokaler Datenbankbefehle von diesem Benutzer aus. Wenn Sie sowohl unixUid als auch unixUname angeben, erstellt RDS Custom den Benutzer, falls er nicht existiert, und weist dem Benutzer dann die UID zu, wenn sie nicht mit der ursprünglichen UID übereinstimmt.

Der Standardbenutzername ist rdsdb.

unixUid

Die ID (UID) des UNIX-Benutzers, der die Oracle-Software besitzt. Wenn Sie sowohl unixUid als auch unixUname angeben, erstellt RDS Custom den Benutzer, falls er nicht existiert, und weist dem Benutzer dann die UID zu, wenn sie nicht mit der ursprünglichen UID übereinstimmt.

Die Standard-UID ist 61001. Dies ist die UID des Benutzers rdsdb.

Unix GroupName

Der Name der UNIX-Gruppe. Der UNIX-Benutzer, der die Oracle-Software besitzt, ist Mitglied dieser Gruppe.

Der Standardgruppenname lautet rdsdb.

Unix GroupId

Die ID der UNIX-Gruppe, zu der der UNIX-Benutzer gehört.

Der Standardgruppen-ID lautet 1000. Dies ist die ID der Gruppe rdsdb.

Jede Oracle Database-Version hat eine andere Liste unterstützter Installationsdateien. Achten Sie beim Erstellen Ihres CEV-Manifests darauf, nur Dateien anzugeben, die von RDS Custom for Oracle unterstützt werden. Andernfalls schlägt die CEV-Erstellung mit einem Fehler fehl. Alle Patches, die in den Versionshinweisen für Amazon Relational Database Service (Amazon RDS) für Oracle aufgelistet sind, werden unterstützt.

Erstellen des CEV-Manifests

So erstellen Sie ein CEV-Manifest

  1. Listen Sie alle Installationsdateien auf, die Sie anwenden möchten, in der Reihenfolge, in der sie angewendet werden sollen.

  2. Korrelieren Sie die Installationsdateien mit den unter JSON-Felder im CEV-Manifest beschriebenen JSON-Feldern.

  3. Führen Sie eine der folgenden Aufgaben aus:

    • Erstellen Sie das CEV-Manifest als JSON-Textdatei.

    • Bearbeiten Sie die CEV-Manifestvorlage, wenn Sie die CEV in der Konsole erstellen. Weitere Informationen finden Sie unter Erstellen einer CEV.

CEV-Manifest-Beispiele

Die folgenden Beispiele zeigen CEV-Manifestdateien für verschiedene Oracle Database-Releases. Wenn Sie ein JSON-Feld in Ihr Manifest einschließen, stellen Sie sicher, dass es leer ist. So ist beispielsweise das folgende CEV-Manifest ungültig, da otherPatchFileNames leer ist.

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

Topics

Beispiel für ein CEV-Manifests für Oracle Database 12c Release 1 (12.1)

In dem folgenden Beispiel für das PSU vom Juli 2021 für Oracle Database 12c Release 1 (12.1) wendet RDS Custom die Patches in der angegebenen Reihenfolge an. Somit wendet RDS Custom p32768233, dann p32876425, dann p18759211 usw. an. In dem Beispiel werden neue Werte für den UNIX-Benutzer und die UNIX-Gruppe sowie für das Oracle-Standardverzeichnis und die Oracle-Basis festgelegt.

{
    "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"
    }
}
Beispiel für ein CEV-Manifests für Oracle Database 12c Release 2 (12.2)

Im folgenden Beispiel für das PSU vom Oktober 2021 für Oracle Database 12c Release 2 (12.2) wendet RDS Custom p33261817 an, dann p33192662, dann p29213893 und so weiter. In dem Beispiel werden neue Werte für den UNIX-Benutzer und die UNIX-Gruppe sowie für das Oracle-Standardverzeichnis und die Oracle-Basis festgelegt.

{
    "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"
    }
}
Beispiel-CEV-Manifests für Oracle Database 18c

Im folgenden Beispiel für das PSU vom Oktober 2021 für Oracle Database 18c wendet RDS Custom p32126855 an, dann p28730253, dann p27539475 und so weiter. In dem Beispiel werden neue Werte für den UNIX-Benutzer und die UNIX-Gruppe sowie für das Oracle-Standardverzeichnis und die Oracle-Basis festgelegt.

{
    "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/"
    }
}
Beispiel-CEV-Manifests für Oracle Database 19c

Im folgenden Beispiel für Oracle Database 19c wendet RDS Custom p32126828, dann p29213893, dann p29782284 usw. an. In dem Beispiel werden neue Werte für den UNIX-Benutzer und die UNIX-Gruppe sowie für das Oracle-Standardverzeichnis und die Oracle-Basis festgelegt.

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

Schritt 6 (optional): Validieren des CEV-Manifests

Stellen Sie optional sicher, dass das Manifest eine gültige JSON-Datei ist, indem Sie diejson.toolPython-Skript. Wenn Sie beispielsweise in das Verzeichnis wechseln, das ein CEV-Manifest namens enthältmanifest.jsonführen Sie den folgenden Befehl aus.

python -m json.tool < manifest.json

Schritt 7: Hinzufügen der erforderlichen IAM-Berechtigungen

Stellen Sie sicher, dass der IAM-Prinzipal, der die CEV erstellt, über die erforderlichen Richtlinien verfügt, die unter Schritt 5: Erteilen Sie Ihrem IAM-Benutzer oder Ihrer IAM-Rolle die erforderlichen Berechtigungen beschrieben sind.