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.

RDS Benutzerdefiniert für Oracle-Workflow

Das folgende Diagramm zeigt den typischen Workflow für RDS Custom for Oracle.

Die Schritte sind wie folgt:

Datenbank-Installationsdateien

Ihre Verantwortung für Medien ist ein wesentlicher Unterschied zwischen Amazon RDS und RDS Custom. Amazon RDS, ein vollständig verwalteter Service, liefert das Amazon Machine Image (AMI) und die Datenbanksoftware. Die Amazon RDS-Datenbanksoftware ist vorinstalliert, Sie müssen also nur ein Datenbankmodul und eine Version auswählen und Ihre Datenbank erstellen.

Für RDS Custom liefern Sie Ihre eigenen Medien. Wenn Sie eine benutzerdefinierte Engine-Version erstellen, installiert RDS Custom die von Ihnen bereitgestellten Medien. RDS Custom Media enthält Ihre Datenbankinstallationsdateien und Patches. Dieses Service-Modell heißt Bringen Sie Ihre eigenen Medien mit (BYOM).

Benutzerdefinierte Engine-Versionen für RDS Custom für Oracle

Eine benutzerdefinierte Engine-Version (Custom Engine Version, CEV) für RDS Custom für Oracle ist ein binärer Volume-Snapshot einer Datenbankversion und eines AMI. Standardmäßig verwendet RDS Custom für Oracle das neueste AMI, das Amazon EC2 zur Verfügung stellt. Sie haben auch die Möglichkeit, ein vorhandenes AMI wiederzuverwenden.

CEV-Manifest

Nachdem Sie die Installationsdateien für die Oracle-Datenbank von Oracle heruntergeladen haben, laden Sie sie in einen Amazon-S3-Bucket hoch. Wenn Sie Ihre CEV erstellen, geben Sie die Dateinamen in einem JSON-Dokument an, das als CEV-Manifest bezeichnet wird. RDS Custom für Oracle verwendet die angegebenen Dateien und das AMI, um Ihre CEV zu erstellen.

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

Sie können auch Installationsparameter im JSON-Manifest angeben. Beispielsweise können Sie nicht standardmäßige Werte für die Oracle-Basis, das Oracle-Stammverzeichnis sowie die ID und den Namen des UNIX-/Linux-Benutzers und der UNIX-/Linux-Gruppe festlegen. Weitere Informationen finden Sie unter JSONFelder im CEV Manifest.

CEV-Namensformat

Benennen Sie Ihre CEV für RDS Custom für Oracle mit einer vom Kunden angegebenen Zeichenfolge. Das Namensformat ist je nach Oracle-Database-Version das folgende:

Er darf nur 1-50 alphanumerische Zeichen, Bindestriche, Punkte, Unterstriche und Tilden (-. _) enthalten. Sie können beispielsweise Ihre Rolle 19.my_cev1 nennen.

Oracle-Multitenant-Architektur in RDS Custom für Oracle

Die Oracle-Multitenant-Architektur ermöglicht es einer Oracle-Datenbank, als Container-Datenbank (Container Database, CDB) zu fungieren. Eine CDB enthält null, eine oder viele vom Kunden erstellte Pluggable Databases (PDBs). Eine PDB ist eine portable Sammlung von Schemas und Objekten, die einer Anwendung als traditionelle Non-CDB angezeigt wird. Ab Oracle Database 21c sind alle Oracle-Datenbanken CDBs.

Wenn Sie eine CEV für RDS Custom für Oracle erstellen, geben Sie entweder die CDB- oder Non-CDB-Architektur an. Sie können nur dann eine CDB für RDS Custom-für-Oracle erstellen, wenn die zum Erstellen verwendete CEV die Multitenant-Architektur verwendet. Weitere Informationen finden Sie unter Arbeiten mit benutzerdefinierten Engine-Versionen für Amazon RDS Custom für Oracle.

Erstellen einer RDS-Custom-for-Oracle-DB-Instance

Nachdem Sie die CEV erstellt haben, kann sie verwendet werden. Sie können mehrere CEVs erstellen und aus jeder CEV mehrere DB-Instances von RDS Custom für Oracle erstellen. Sie können auch den Status einer CEV ändern, um sie verfügbar oder inaktiv zu machen.

Sie können Ihre RDS Custom for Oracle DB-Instance entweder mit der Multitenant-Architektur (custom-oracle-ee-cdboder dem custom-oracle-se2-cdb Engine-Typ) von Oracle oder mit der herkömmlichen Nicht-CDB-Architektur (oder dem Engine-Typ) erstellen. custom-oracle-ee custom-oracle-se2 Wenn Sie eine Container-Datenbank (CDB) erstellen, enthält diese eine Pluggable Database (PDB) und einen PDB-Seed. Sie können zusätzliche PDBs mit Oracle SQL manuell erstellen.

Um Ihre RDS Custom for Oracle DB-Instance zu erstellen, verwenden Sie den create-db-instance-Befehl. Geben Sie in diesem Befehl an, welches CEV verwendet werden soll. Das Verfahren ähnelt dem Erstellen einer DB-Instance von Amazon RDS. Einige Parameter unterscheiden sich jedoch. Weitere Informationen finden Sie unter Konfiguration einer DB-Instance für Amazon RDS Custom for Oracle.

Datenbankverbindungen

Wie bei einer DB-Instance von Amazon RDS befindet sich die DB-Instance von RDS Custom in einer Virtual Private Cloud (VPC). Ihre Anwendung stellt mithilfe eines Oracle-Listeners eine Verbindung zur Oracle-Datenbank her.

Wenn es sich bei Ihrer Datenbank um eine CDB handelt, können Sie den Listener L_RDSCDB_001 verwenden, um eine Verbindung zum CDB-Root und zu einer PDB herzustellen. Wenn Sie eine Nicht-CDB an eine CDB anschließen, müssen Sie die Einstellungen USE_SID_AS_SERVICE_LISTENER = ON festlegen, sodass migrierte Anwendungen dieselben Einstellungen beibehalten.

Wenn Sie eine Verbindung mit einer Nicht-CDB herstellen, ist der Hauptbenutzer der Benutzer der Nicht-CDB. Wenn Sie eine Verbindung mit einer CDB herstellen, ist der Hauptbenutzer der Benutzer der PDB. Um eine Verbindung zum CDB-Root herzustellen, melden Sie sich beim Host an, starten Sie einen SQL-Client und erstellen Sie einen Administratorbenutzer mit SQL-Befehlen.

Benutzerdefinierte RDS Anpassung

Sie können auf den RDS Custom Host zugreifen, um Software zu installieren oder anzupassen. Um Konflikte zwischen Ihren Änderungen und der RDS Custom Automation zu vermeiden, können Sie die Automatisierung für einen bestimmten Zeitraum pausieren. Während dieses Zeitraums führt RDS Custom keine Überwachung oder Instanzwiederherstellung durch. Am Ende des Zeitraums nimmt RDS Custom die vollständige Automatisierung wieder auf. Weitere Informationen finden Sie unter Ihre benutzerdefinierte DB-Instance pausieren und wieder aufnehmen RDS.