Oracle in Amazon RDS - Amazon Relational Database Service

Oracle in Amazon RDS

Amazon RDS unterstützt DB-Instances, die die folgenden Versionen und Editionen von Oracle Database ausführen:

  • Oracle 19c, Version 19.0.0.0

  • Oracle 18c, Version 18.0.0.0

  • Oracle 12c, Version 12.2.0.1

  • Oracle 12c, Version 12.1.0.2

Anmerkung

Amazon RDS unterstützt derzeit auch Oracle 11g, Version 11.2.0.4. Diese Version befindet sich auf einem veralteten Pfad, da Oracle nach dem End-of-Support-Datum für 11.2.0.4 keine Patches mehr bereitstellt. Weitere Informationen finden Sie unter Beendigung von Oracle 11.2.0.4.

Sie können DB-Instances und DB-Snapshots, Zeitpunktwiederherstellungen sowie automatisierte oder manuelle Sicherungen erstellen. Sie können DB-Instances verwenden, die Oracle in einer VPC ausführen. Sie können auch Funktionen zu Ihrer Oracle DB-Instance hinzufügen, indem Sie verschiedene Optionen aktivieren. Amazon RDS unterstützt Multi-AZ-Bereitstellungen für Oracle als hochverfügbare Failover-Lösung.

Um eine verwaltete Service-Erfahrung zu bieten, ermöglicht Amazon RDS keinen Shell-Zugriff auf DB-Instances. Eingeschränkt wird auch der Zugriff auf bestimmte Systemprozeduren und Tabellen, für die erweiterte Berechtigungen erforderlich sind. Sie können auf Datenbanken auf einer DB-Instance mit jeder Standard-SQL-Client-Anwendung wie Oracle SQL*Plus zugreifen. Sie können jedoch nicht direkt auf den Host zugreifen, indem Sie Telnet oder Secure Shell (SSH) verwenden.

Wenn Sie eine DB-Instance mit Ihrem Master-Konto erstellen, erhält das Konto DBA-Berechtigungen, mit einigen Einschränkungen. Verwenden Sie dieses Konto für administrative Aufgaben wie das Erstellen zusätzlicher Datenbankkonten. SYS, SYSTEM oder andere von Oracle bereitgestellte Administratorkonten können nicht verwendet werden.

Führen Sie die Schritte im Abschnitt Einrichten für Amazon RDS in diesem Handbuch durch, bevor Sie eine DB-Instance erstellen.

Häufige Verwaltungsaufgaben für Oracle in Amazon RDS

Im Folgenden werden die allgemeinen Verwaltungsaufgaben veranschaulicht, die Sie mit einer Amazon RDS-Oracle-DB-Instance am häufigsten durchführen. Bei jeder Aufgabe sind Links zu relevanter Dokumentation enthalten.

Aufgabenbereich Relevante Dokumentation

Instance-Klassen, Speicher und PIOPS

Wenn Sie eine Produktionsinstance erstellen, erfahren Sie, wie Instanceklassen, Speichertypen und bereitgestellte IOPS in Amazon RDS funktionieren.

Support für Oracle-DB-Instance-Klassen

Amazon RDS-Speichertypen

Multi-AZ-Bereitstellungen

Bei einer DB-Instance für die Produktion sollten Multi-AZ-Bereitstellungen eingesetzt werden. Multi-AZ-Bereitstellungen bieten eine erhöhte Verfügbarkeit, eine längere Lebensdauer von Daten sowie eine höhere Fehlertoleranz für DB-Instances.

Hohe Verfügbarkeit (Multi-AZ) für Amazon RDS

Amazon Virtual Private Cloud (VPC)

Wenn Ihr AWS-Konto über eine Standard-VPC verfügt, wird Ihre DB-Instance automatisch in dieser Standard-VPC erstellt. Wenn Ihr Konto über keine Standard-VPC verfügt und Sie die DB-Instance in einer VPC erstellen möchten, müssen Sie zunächst die VPC und Subnetz-Gruppen erstellen, bevor Sie die Instance erstellen können.

Ermitteln der verwendeten Plattform: EC2-VPC oder EC2-Classic

Arbeiten mit einer DB-Instance in einer VPC

Sicherheitsgruppen

Standardmäßig verwenden DB-Instances eine Firewall, die den Zugriff verhindert. Stellen Sie sicher, dass Sie eine Sicherheitsgruppe mit den korrekten IP-Adressen und Netzwerkkonfigurationen erstellen, um auf die DB-Instance zugreifen zu können. Die Sicherheitsgruppe, die Sie erstellen, hängt von der Amazon EC2-Plattform ab, auf der sich Ihre DB-Instance befindet, und davon, ob Sie auf Ihre DB-Instance von einer Amazon EC2-Instance aus zugreifen.

Grundsätzlich gilt, dass Sie eine DB-Sicherheitsgruppe erstellen sollten, wenn sich Ihre DB-Instance auf der EC2-Classic-Plattform befindet. Wenn sich Ihre Instance auf der Plattform EC2-VPC befindet, sollten Sie ebenfalls eine VPC-Sicherheitsgruppe erstellen.

Ermitteln der verwendeten Plattform: EC2-VPC oder EC2-Classic

Zugriffskontrolle mit Sicherheitsgruppen

Parametergruppen

Wenn Ihre DB-Instance spezifische Datenbankparameter erfordert, sollten Sie vor der DB-Instance eine Parametergruppe erstellen.

Arbeiten mit DB-Parametergruppen

Optionsgruppen

Wenn Ihre DB-Instance spezifische Datenbankoptionen erfordert, sollten Sie vor dem Erstellen der DB-Instance eine Optionsgruppe erstellen.

Optionen für Oracle-DB-Instances

Herstellen einer Verbindung mit einer DB-Instance

Nachdem Sie eine Sicherheitsgruppe erstellt und diese einer DB-Instance zugeordnet haben, können Sie mithilfe einer beliebigen Standard-SQL-Client-Anwendung, zum Beispiel Oracle SQL*Plus, eine Verbindung mit dieser DB-Instance herstellen.

Eine Verbindung zu einer DB-Instance aufbauen, die mit der Oracle-Datenbank-Engine ausgeführt wird

Sicherung und Wiederherstellung

Sie können Ihre DB-Instance so konfigurieren, dass sie automatische Sicherungen oder manuelle Snapshots vornimmt. Aus diesen Sicherungen oder Snapshots können Sie dann Instances wiederherstellen.

Sichern und Wiederherstellen einer Amazon RDS-DB-Instance

Überwachung

Sie können eine Oracle-DB-Instance überwachen, indem Sie CloudWatch-Amazon RDS-Metriken, Ereignisse und verbesserte Überwachung verwenden.

Anzeigen von DB-Instance-Metriken

Anzeigen von Amazon RDS-Ereignissen

Protokolldateien

Sie können auf die Protokolldateien für Ihre Orale-DB-Instance zugreifen.

Amazon RDS Datenbank-Protokolldateien

Es gibt auch erweiterte Aufgaben und optionale Funktionen, die Sie für Ihre Arbeit mit Oracle-DB-Instances verwenden können. Weitere Informationen finden Sie in der folgenden Dokumentation.

Oracle-Lizenzen

Amazon RDS für Oracle verfügt über zwei Lizenzoptionen: „Lizenz enthalten (License Included, LI)“ und „Verwendung einer eigenen Lizenz (Bring Your Own License, BYOL)“. Nachdem Sie eine Oracle-DB-Instance auf Amazon RDS erstellt haben, können Sie das Lizenzierungsmodell ändern, indem Sie die DB-Instance modifizieren. Weitere Informationen finden Sie unter Ändern einer Amazon RDS-DB-Instance.

Lizenz enthalten

Im Modell „Lizenz enthalten” müssen Sie keine separaten Oracle-Lizenzen erwerben. AWS hat die Lizenz für die Oracle-Datenbanksoftware. In diesem Modell kontaktieren Sie AWS Support sowohl für Serviceanfragen zu Amazon RDS- als auch zu Oracle-Datenbanken, wenn Sie ein AWS Support-Konto mit Case-Support besitzen.

Das Modell "Lizenz enthalten" wird in Amazon RDS für die folgenden Oracle-Datenbank-Editionen unterstützt:

  • Oracle Database Standard Edition One (SE1)

  • Oracle Database Standard Edition Two (SE2)

Anmerkung

Das Oracle Database SE1 License Included-Modell wird in den folgenden Opt-In-AWS-Regionen nicht unterstützt:

  • Afrika (Kapstadt)

  • Asien-Pazifik (Hongkong)

  • Europa (Mailand)

  • Naher Osten (Bahrain)

Bring Your Own License (BYOL)

Im Modell „Verwendung einer eigenen Lizenz (Bring Your Own License, BYOL)“ können Sie Ihre bestehenden Oracle-Datenbank-Lizenzen verwenden, um Oracle-Bereitstellungen in Amazon RDS auszuführen. Sie müssen eine entsprechende Oracle-Datenbank-Lizenz für die DB-Instance-Klasse und die Oracle-Datenbank-Edition besitzen, die Sie ausführen möchten (mit der Lizenz für Software-Updates und Support). Außerdem müssen Sie die Oracle-Richtlinien für die Lizenzierung von Oracle Database Software in der Cloud Computing-Umgebung befolgen. Weitere Informationen über die Lizenzierungsrichtlinien von Oracle für Amazon EC2 finden Sie unter Licensing Oracle Software in the Cloud Computing Environment.

In diesem Modell werden Sie Ihr aktives Oracle-Supportkonto weiter verwenden und für spezifische Serviceanfragen zu Oracle-Datenbanken, Oracle direkt kontaktieren. Wenn Sie ein AWS Support-Konto mit Case-Support besitzen, können Sie bei Amazon RDS-Problemen AWS Support kontaktieren. Amazon Web Services und Oracle verfügen über ein Multi-Vendor-Support-Verfahren für Fälle, bei denen Unterstützung von beiden Organisationen benötigt wird.

Das Modell "Verwendung der eigenen Lizenz" wird in Amazon RDS für die folgenden Oracle-Datenbank-Editionen unterstützt:

  • Oracle Database Enterprise Edition (EE)

  • Oracle Database Standard Edition (SE)

  • Oracle Database Standard Edition One (SE1)

  • Oracle Database Standard Edition Two (SE2)

Integration mit AWS License Manager

Um die Überwachung der Oracle-Lizenznutzung im BYOL-Modell zu erleichtern, ist AWS License Manager in Amazon RDS für Oracle integriert. License Manager unterstützt die Nachverfolgung von RDS for Oracle-Engine-Editionen und Lizenzpaketen basierend auf virtuellen Kernen (vCPUs). Sie können auch License Manager mit AWS Organizations verwenden, um alle Ihre Unternehmenskonten zentral zu verwalten.

Anmerkung

Die RDS for Oracle-Integration mit License Manager wird in der Region Asien-Pazifik (Osaka-Lokal) nicht unterstützt.

Die folgende Tabelle zeigt die Produktinformationsfilter für RDS for Oracle.

Filter

Name

Beschreibung

Engine-Edition

oracle-ee

Oracle Database Enterprise Edition (EE)

oracle-se

Oracle Database Standard Edition (SE)

oracle-se1

Oracle Database Standard Edition One (SE1)

oracle-se2

Oracle Database Standard Edition Two (SE2)

Lizenzpaket

data guard

Siehe Arbeiten mit Oracle-Read Replicas für Amazon RDS (Oracle Active Data Guard)

olap

Siehe Oracle OLAP

ols

Siehe Oracle Label Security

diagnostic pack sqlt

Siehe Oracle SQLT

tuning pack sqlt

Siehe Oracle SQLT

Um die Lizenznutzung Ihrer Oracle-DB-Instances nachzuverfolgen, können Sie eine Lizenzkonfiguration erstellen. In diesem Fall werden RDS-for-Oracle-Ressourcen, die mit dem Produktinformationsfilter übereinstimmen, automatisch der Lizenzkonfiguration zugeordnet. Die Erkennung von Oracle-DB-Instances kann bis zu 24 Stunden dauern.

So erstellen Sie eine Lizenzkonfiguration zum Nachverfolgen der Lizenznutzung Ihrer Oracle-DB-Instances

  1. Gehen Sie zu https://console.aws.amazon.com/license-manager/.

  2. Erstellen Sie eine Sicherheitskonfiguration

    Anweisungen finden Sie unter Erstellen einer Lizenzkonfiguration im AWS License Manager-Benutzerhandbuch.

    Fügen Sie im Bedienfeld Produktinformationen eine Regel für einen RDS-Produktinformationsfilter hinzu.

    Weitere Informationen finden Sie unter ProductInformation in der AWS License Manager-API-Referenz.

Um eine Lizenzkonfiguration mithilfe der AWS CLI zu erstellen, rufen Sie den Befehl create-license-configuration auf. Verwenden Sie die Parameter --cli-input-json oder --cli-input-yaml, um die Parameter an den Befehl zu übergeben.

Beispiel

Der folgende Code erstellt eine Lizenzkonfiguration für Oracle Enterprise Edition.

aws license-manager create-license-configuration —cli-input-json file://rds-oracle-ee.json

Im Folgenden finden Sie die Beispieldatei rds-oracle-ee.json, die im Beispiel verwendet wird.

{ "Name": "rds-oracle-ee", "Description": "RDS Oracle Enterprise Edition", "LicenseCountingType": "vCPU", "LicenseCountHardLimit": false, "ProductInformationList": [ { "ResourceType": "RDS", "ProductInformationFilterList": [ { "ProductInformationFilterName": "Engine Edition", "ProductInformationFilterValue": ["oracle-ee"], "ProductInformationFilterComparator": "EQUALS" } ] } ] }

Weitere Informationen zu Produktinformationen finden Sie unter Automated Discovery of Resource Inventory im AWS License Manager-Benutzerhandbuch.

Weitere Informationen zum Parameter --cli-input finden Sie unter Generieren der AWS CLI-Skeleton- und -Eingabeparameter aus einer JSON- oder YAML-Eingabedatei im AWS CLI-Benutzerhandbuch.

Lizenzieren von Oracle-Multi-AZ-Bereitstellungen

Amazon RDS unterstützt Multi-AZ-Bereitstellungen für Oracle als eine Lösung mit hoher Verfügbarkeit und Failover. Wir empfehlen für Produktionsarbeitslasten Multi-AZ-Bereitstellungen. Weitere Informationen finden Sie unter Hohe Verfügbarkeit (Multi-AZ) für Amazon RDS.

Wenn Sie das Modell "Verwendung der eigenen Lizenz" verwenden, müssen Sie bei einer Multi-AZ-Bereitstellung sowohl für die primäre DB-Instance als auch für die Standby-DB-Instance eine Lizenz besitzen.

Migrieren zwischen Oracle-Editionen

Im Fall des BYOL-Modells können Sie von jeder Standard Edition (SE, SE1 oder SE2) zur Enterprise Edition (EE) migrieren, vorausgesetzt, Sie verfügen über eine noch nicht verwendete Oracle-Lizenz, die für die Edition und die DB-Instance-Klasse geeignet ist, die Sie ausführen möchten. Eine Migration von der Enterprise Edition zu anderen Editionen ist nicht möglich.

So ändern Sie die Edition und behalten Ihre Daten

  1. Erstellen Sie einen Snapshot der DB-Instance.

    Weitere Informationen finden Sie unter Erstellen eines DB-Snapshots.

  2. Stellen Sie den Snapshot auf einer neuen DB-Instance wieder her und wählen Sie die zu verwendende Edition der Oracle-Datenbank aus.

    Weitere Informationen finden Sie unter Wiederherstellen aus einem DB-Snapshot.

  3. (Optional) Löschen Sie die alte DB-Instance, sofern sie nicht weiter ausgeführt werden soll und Sie über die entsprechenden Oracle Datenbank-Lizenzen dafür verfügen.

    Weitere Informationen finden Sie unter Löschen einer DB-Instance.

Support für Oracle-DB-Instance-Klassen

Die Rechen- und Speicherkapazität von DB-Instances wird über deren Klasse festgelegt. Die benötigte DB-Instance-Klasse richtet sich nach Ihren Rechen- und Speicheranforderungen. Weitere Informationen finden Sie unter DB-Instance-Klassen.

Im Folgenden sind Oracle-DB-Instance-Klassen aufgeführt, die unterstützt werden.

Oracle Edition 19c, 18c und 12c Version 12.2.0.1-Unterstützung 12c Version 12.1.0.2-Unterstützung 11g Version 11.2.0.4-Unterstützung

Enterprise Edition (EE)

Bring Your Own License (BYOL)

db.m5.large–db.m5.24xlarge

db.m4.large–db.m4.16xlarge

db.z1d.large–db.z1d.12xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x1.16xlarge–db.x1.32xlarge

db.r5.large–db.r5.24xlarge

db.r4.large–db.r4.16xlarge

db.t3.small–db.t3.2xlarge

db.m5.large–db.m5.24xlarge

db.m4.large–db.m4.16xlarge

db.z1d.large–db.z1d.12xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x1.16xlarge–db.x1.32xlarge

db.r5.large–db.r5.24xlarge

db.r4.large–db.r4.16xlarge

db.t3.micro–db.t3.2xlarge

db.m5.large–db.m5.24xlarge

db.m4.large–db.m4.16xlarge

db.z1d.large–db.z1d.12xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x1.16xlarge–db.x1.32xlarge

db.r5.large–db.r5.24xlarge

db.r4.large–db.r4.16xlarge

db.t3.micro–db.t3.2xlarge

Standard Edition 2 (SE2)

Bring Your Own License (BYOL)

db.m5.large–db.m5.4xlarge

db.m4.large–db.m4.4xlarge

db.z1d.large–db.z1d.3xlarge

db.x1e.xlarge–db.x1e.4xlarge

db.r5.large–db.r5.4xlarge

db.r4.large–db.r4.4xlarge

db.t3.small–db.t3.2xlarge

db.m5.large–db.m5.4xlarge

db.m4.large–db.m4.4xlarge

db.z1d.large–db.z1d.3xlarge

db.x1e.xlarge–db.x1e.4xlarge

db.r5.large–db.r5.4xlarge

db.r4.large–db.r4.4xlarge

db.t3.micro–db.t3.2xlarge

Standard Edition 2 (SE2)

Lizenz enthalten

db.m5.large–db.m5.4xlarge

db.m4.large–db.m4.4xlarge

db.r5.large–db.r5.4xlarge

db.r4.large–db.r4.4xlarge

db.t3.small–db.t3.2xlarge

db.m5.large–db.m5.4xlarge

db.m4.large–db.m4.4xlarge

db.r5.large–db.r5.4xlarge

db.r4.large–db.r4.4xlarge

db.t3.micro–db.t3.2xlarge

Standard Edition 1 (SE1)

Bring Your Own License (BYOL)

db.m5.large–db.m5.4xlarge

db.m4.large–db.m4.4xlarge

db.z1d.large–db.z1d.3xlarge

db.x1e.xlarge–db.x1e.4xlarge

db.r5.large–db.r5.4xlarge

db.r4.large–db.r4.4xlarge

db.t3.micro–db.t3.2xlarge

Standard Edition 1 (SE1)

Lizenz enthalten

db.m5.large–db.m5.4xlarge

db.m4.large–db.m4.4xlarge

db.r5.large–db.r5.4xlarge

db.t3.micro–db.t3.2xlarge

Standard Edition (SE)

Bring Your Own License (BYOL)

db.m5.large–db.m5.8xlarge

db.m4.large–db.m4.4xlarge

db.z1d.large–db.z1d.6xlarge

db.x1e.xlarge–db.x1e.8xlarge

db.r5.large–db.r5.8xlarge

db.r4.large–db.r4.8xlarge

db.t3.micro–db.t3.2xlarge

Anmerkung

Wir empfehlen allen Kunden, die eine eigene Lizenz verwenden, in ihrer Lizenzvereinbarung nachzulesen, welche Konsequenzen Amazon RDS for Oracle-Außerbetriebnahmen haben. Weitere Informationen zur Rechenkapazität der DB-Instance-Klassen, die Amazon RDS for Oracle unterstützt, finden Sie unter DB-Instance-Klassen und Den Prozessor für eine DB-Instance-Klasse konfigurieren.

Veraltete db.t2-DB-Instance-Klassen für Oracle

Die db.t2-DB-Instance-Klassen sind für Amazon RDS für Oracle veraltet. Die db.t2-DB-Instance-Klassen wurden durch leistungsfähigere db.t3-DB-Instance-Klassen ersetzt, die allgemein zu geringeren Kosten verfügbar sind. Ab dem 15. Januar 2020 skaliert Amazon RDS for Oracle db.t2-DB-Instances automatisch zu vergleichbaren db.t3-DB-Instance-Klassen hoch.

Wenn Sie DB-Instances haben, die db.t2-DB-Instance-Klassen verwenden, ändert Amazon RDS jede Instance automatisch so, dass eine vergleichbare und nicht außer Betrieb genommene DB-Instance-Klasse verwendet wird. Sie können die DB-Instance-Klasse für eine DB-Instance selbst ändern, indem Sie die DB-Instance ändern. Weitere Informationen finden Sie unter Ändern einer Amazon RDS-DB-Instance.

Wenn Sie DB-Snapshots von DB-Instances haben, die db.t2-DB-Instance-Klassen verwendet haben, können Sie beim Wiederherstellen des DB-Snapshots eine DB-Instance-Klasse auswählen, die nicht veraltet ist. Weitere Informationen finden Sie unter Wiederherstellen aus einem DB-Snapshot.

Anmerkung

Bei den db.t3-DB-Instance-Klassen ist Hyperthreading standardmäßig aktiviert. Wenn DB-Instances, auf denen die DB-Instance-Klasse db.t2 ausgeführt wird, migriert werden, wird die Anzahl der vCPUs automatisch auf die Standardanzahl der vergleichbaren db.t3-DB-Instance-Klasse festgelegt. Weitere Informationen zu den in Amazon RDS for Oracle verfügbaren Funktionen zur vCPU-Verwaltung und zu den Standardeinstellungen für die verschiedenen db.t3-DB-Instance-Klassen finden Sie unter Den Prozessor für eine DB-Instance-Klasse konfigurieren.

Veraltete DB-Instance-Klassen db.m3 und db.r3 für Oracle

Die DB-Instance-Klassen db.m3 und db.r3 werden von Amazon RDS für Oracle nicht mehr unterstützt. Diese DB-Instance-Klassen wurden durch bessere DB-Instance-Klassen ersetzt, die allgemein und zu geringeren Kosten verfügbar sind. Ab dem 30. September 2019 skaliert Amazon RDS für Oracle automatisch DB-Instances in DB-Instance-Klassen, die nicht veraltet sind.

Wenn Sie DB-Instances haben, die die DB-Instance-Klassen db.m3 und db.r3 verwenden, ändert Amazon RDS jede Instance automatisch, sodass eine vergleichbare und nicht veraltete DB-Instance-Klasse verwendet wird. Sie können die DB-Instance-Klasse für eine DB-Instance selbst ändern, indem Sie die DB-Instance ändern. Weitere Informationen finden Sie unter Ändern einer Amazon RDS-DB-Instance.

Wenn Sie DB-Snapshots von DB-Instances haben, die die DB-Instance-Klassen db.m3 oder db.r3 verwendet haben, können Sie beim Wiederherstellen des DB-Snapshots eine DB-Instance-Klasse auswählen, die nicht veraltet ist. Weitere Informationen finden Sie unter Wiederherstellen aus einem DB-Snapshot.

Veraltete DB-Instance-Klassen db.m1 und db.m2 für Oracle

Die DB-Instance-Klassen db.m1 und db.m2 werden von Amazon RDS für Oracle nicht mehr unterstützt. Diese DB-Instance-Klassen wurden durch bessere DB-Instance-Klassen ersetzt, die allgemein und zu geringeren Kosten verfügbar sind. Ab dem 12. September 2018 skaliert Amazon RDS für Oracle automatisch DB-Instances in DB-Instance-Klassen, die nicht veraltet sind.

Wenn Sie DB-Instances haben, die DB-Instance-Klassen db.m1 und db.m2 verwenden, ändert Amazon RDS jede Instance automatisch, um eine vergleichbare und nicht veraltete DB-Instance-Klasse zu verwenden. Sie können die DB-Instance-Klasse für eine DB-Instance selbst ändern, indem Sie die DB-Instance ändern. Weitere Informationen finden Sie unter Ändern einer Amazon RDS-DB-Instance.

Wenn Sie DB-Snapshots von DB-Instances haben, die DB-Instance-Klassen db.m1 oder db.m2 verwendet haben, können Sie beim Wiederherstellen des DB-Snapshots eine DB-Instance-Klasse auswählen, die nicht veraltet ist. Weitere Informationen finden Sie unter Wiederherstellen aus einem DB-Snapshot.

Oracle-Dateigrößenbeschränkungen in Amazon RDS

Die maximale Dateigröße auf Amazon RDS Oracle DB-Instances beträgt 16 TiB. Wenn Sie versuchen, die Größe einer Datendatei in einem Bigfile-Tablespace in einen Wert zu ändern, der größer als der Grenzwert ist, erhalten Sie eine Fehlermeldung ähnlich der folgenden.

ORA-01237: cannot extend datafile 6 ORA-01110: data file 6: '/rdsdbdata/db/mydir/datafile/myfile.dbf' ORA-27059: could not reduce file size Linux-x86_64 Error: 27: File too large Additional information: 2

Oracle-Sicherheit

Die Oracle-Datenbank-Engine verwendet rollenbasierte Sicherheit. Eine Rolle ist eine Sammlung von Sonderrechten, die durch den Benutzer genehmigt oder abgelehnt werden können. Eine vordefinierte Rolle mit dem Namen DBA erteilt normalerweise alle administrativen Rechte für eine Oracle-Datenbank-Engine. Die folgenden Sonderrechte sind nicht für die Feedback-Schleifen-Rolle in einer Amazon RDS-DB-Instance verfügbar, welche die Oracle-Engine verwendet:

  • ALTER DATABASE

  • ALTER SYSTEM

  • CREATE ANY DIRECTORY

  • DROP ANY DIRECTORY

  • GRANT ANY PRIVILEGE

  • GRANT ANY ROLE

Wenn Sie eine DB-Instance erstellen, erhält das Hauptbenutzerkonto, mit dem Sie Instances erstellen, DBA-Berechtigungen (mit einigen Beschränkungen). Verwenden Sie das Hauptbenutzerkonto für alle administrativen Aufgaben, wie zum Beispiel das Erstellen von zusätzlichen Benutzerkonten in der Datenbank. Sie können den SYS-Benutzer, den SYSTEM-Benutzer und andere von Oracle bereitgestellte Administratorkonten nicht verwenden.

Amazon RDS-Oracle unterstützt die verschlüsselte SSL-/TLS-Verbindungen sowie die Option „Oracle Native Network Encryption (NNE)“ zum Verschlüsseln von Verbindungen zwischen Anwendungen und Ihrer Oracle-DB-Instance. Weitere Informationen über die Verwendung von SSL mit Oracle in Amazon RDS finden Sie unter Verwenden von SSL mit einer Oracle-DB -Instance. Weitere Informationen über die Option Oracle Native Network Encryption finden Sie unter Oracle Native Network Encryption.

Verwenden von SSL mit einer Oracle-DB -Instance

Secure Sockets Layer (SSL) ist ein Branchen-Standardprotokoll, das für den Schutz von Netzwerkverbindungen zwischen Client und Server verwendet wird. Nach SSL-Version 3.0 wurde der Name in Transport Layer Security (TLS) geändert, aber es wird immer noch als SSL bezeichnet und wir bezeichnen das Protokoll als SSL. Amazon RDS unterstützt SSL-Verschlüsselung für Oracle-DB-Instances. Durch die Verwendung von SSL können Sie eine Verbindung zwischen Ihrem Anwendungs-Client und Ihrer Oracle-DB-Instance herstellen. SSL-Support ist in allen AWS-Regionen für Oracle verfügbar.

Aktivieren Sie die SSL-Verschlüsselung für eine Oracle-DB-Instance, indem Sie die Option "Oracle SSL" der Optionsgruppe hinzufügen, die der DB-Instance zugeordnet ist. Amazon RDS verwendet – wie von Oracle vorausgesetzt – für SSL-Verbindungen einen zweiten Port. Auf diese Weise können sowohl Klartext- als auch SSL-verschlüsselte Kommunikation gleichzeitig zwischen einer DB-Instance und einem Oracle-Client erfolgen. Sie können z. B. den Port mit Klartext-Kommunikation verwenden, um mit anderen Ressourcen innerhalb einer VPC zu kommunizieren, und den Port mit SSL-verschlüsselter Kommunikation, um mit Ressourcen außerhalb der VPC zu kommunizieren.

Weitere Informationen finden Sie unter Oracle Secure Sockets Layer.

Anmerkung

Sie können SSL und Oracle Native Network Encryption (NNE) nicht gleichzeitig in derselben DB-Instance verwenden. Bevor Sie die SSL-Verschlüsselung verwenden können, müssen Sie jede andere Verbindungsverschlüsselung deaktivieren.

Oracle 19c mit Amazon RDS

Amazon RDS unterstützt die Oracle-Version 19c, die Oracle Enterprise Edition und Oracle Standard Edition Two umfasst.

Die Oracle 19c-Version 19.0.0.0 enthält viele neue Funktionen und Updates im Vergleich zur vorherigen Version. In diesem Abschnitt finden Sie die wichtigsten Funktionen und Änderungen für die Verwendung von Oracle 19c Version 19.0.0.0 in Amazon RDS. Eine vollständige Liste der Änderungen finden Sie in der Dokumentation zu Oracle-Datenbank 19c. Eine vollständige Liste der von allen Oracle 19c-Editionen unterstützten Funktionen finden Sie unter Permitted Features, Options, and Management Packs by Oracle Database Offering in der Oracle-Dokumentation.

Amazon RDS-Parameteränderungen für Oracle 19c Version 19.0.0.0

Oracle 19c Version 19.0.0.0 enthält mehrere neue Parameter und Parameter mit neuen Bereichen und neuen Standardwerten.

In der folgenden Tabelle werden die neuen Amazon RDS-Parameter für Oracle 19c Version 19.0.0.0 dargestellt.

Name

Werte

Anpassbar

Beschreibung

lob_signature_enable

TRUE, FALSE (Standard)

Y

Aktiviert oder deaktiviert die LOB Locator Signature-Funktion.

max_datapump_parallel_per_job

1 bis 1024 oder AUTO

Y

Gibt die maximale Anzahl zulässiger paralleler Prozesse für jeden Oracle Data Pump-Job an.

Der Parameter compatible hat einen neuen Maximalwert für Oracle 19c Version 19.0.0.0 in Amazon RDS. Die folgende Tabelle zeigt den neuen Standardwert.

Parametername

Oracle 19c Version 19.0.0.0 Maximalwert

Oracle 18c Version 18.0.0.0 Maximalwert

compatible

19.0.0

18.0.0

Die folgenden Parameter wurden in Oracle 19c Version 19.0.0.0 entfernt:

  • exafusion_enabled

  • max_connections

  • o7_dictionary_access

Oracle 18c mit Amazon RDS

Amazon RDS unterstützt Oracle Version 18c, die Oracle Enterprise Edition und Oracle Standard Edition Two umfasst.

Oracle 18c Version 18.0.0.0 enthält viele neue Funktionen und Updates von der Vorgängerversion. In diesem Abschnitt finden Sie die wichtigsten Funktionen und Änderungen für die Verwendung von Oracle 18c Version 18.0.0.0 in Amazon RDS. Eine vollständige Liste der Änderungen finden Sie in Oracle-Datenbank 18c. Eine vollständige Liste der von allen Oracle 18c-Editionen unterstützten Funktionen finden Sie unter Permitted Features, Options, and Management Packs by Oracle Database Offering in der Oracle-Dokumentation.

Amazon RDS Parameteränderungen für Oracle 18c Version 18.0.0.0

Oracle 18c Version 18.0.0.0 enthält mehrere neue Parameter und Parameter mit neuen Bereichen und neuen Standardwerten.

Die folgende Tabelle zeigt die neuen Amazon RDS Parameter für Oracle 18c Version 18.0.0.0.

Name

Werte

Anpassbar

Beschreibung

adg_account_info_tracking

LOCAL (Standard), GLOBAL

N

Steuert Anmeldeversuche von Benutzern in Active Data Guard Standby-Datenbanken. Erweitert die Kontrolle über die Sicherheitsinformationen der Benutzerkonten.

inmemory_optimized_arithmetic

ENABLE, DISABLE (Standard)

Y

Kodiert den NUMBER-Datentyp in In-Memory-Tabellen, die mit QUERY LOW komprimiert sind, als native Ganzzahl mit fester Länge, die durch einen gemeinsamen Exponenten skaliert wird.

optimizer_ignore_hints

TRUE, FALSE (Standard)

Y

Gibt an, ob eingebettete Hinweise ignoriert werden.

optimizer_ignore_parallel_hints

TRUE, FALSE (Standard)

Y

Gibt an, dass eingebettete parallele Hinweise ignoriert werden.

parallel_min_grade

1 (Standard) und höher oder CPU

Y

Steuert den minimalen Grad der Parallelität, der durch den automatischen Grad der Parallelität berechnet wird.

Der Parameter compatible hat einen neuen Standardwert für Oracle 18c Version 18.0.0.0. Dieser lautet Amazon RDS. Die folgende Tabelle zeigt den neuen Standardwert.

Parametername

Oracle 18c Version 18.0.0.0 Standardwert

Oracle 12c Version 12.2.0.1-Standardwert

compatible

18.0.0

12.2.0

Die folgenden Parameter wurden in Oracle 18c Version 18.0.0.0 entfernt:

  • standby_archiv_dest

  • utl_file_dir

Oracle 12c mit Amazon RDS

Amazon RDS unterstützt die Oracle-Version 12c, die Oracle Enterprise Edition und Oracle Standard Edition Two umfasst. Oracle Version 12c enthält zwei Hauptversionen:

Oracle 12c Version 12.2.0.1 mit Amazon RDS

Die Oracle 12c-Version 12.2.0.1 enthält viele neue Funktionen und Updates im Vergleich zur vorherigen Version. In diesem Abschnitt finden Sie die wichtigsten Funktionen und Änderungen für die Verwendung von Oracle 12c Version 12.2.0.1 in Amazon RDS. Die vollständige Liste der Änderungen finden Sie in der Oracle 12c Version 12.2-Dokumentation. Eine vollständige Liste der von allen Oracle 12c-Editionen unterstützten Funktionen finden Sie unter Permitted Features, Options, and Management Packs by Oracle Database Offering in der Oracle-Dokumentation.

Amazon RDS-Parameteränderungen für Oracle 12c Version 12.2.0.1

Oracle 12c Version 12.2.0.1 enthält 20 neue Parameter sowie mehrere zusätzliche Parameter mit neuen Bereichen und neuen Standardwerten.

In der folgenden Tabelle werden die neuen Amazon RDS-Parameter für Oracle 12c Version 12.2.0.1 dargestellt.

Name

Werte

Anpassbar

Beschreibung

allow_global_dblinks

TRUE, FALSE (Standard)

Y

Gibt an, ob die LDAP-Suche nach Datenbankverbindungen für die Datenbank erlaubt ist.

approx_for_aggregation

TRUE, FALSE (Standard)

Y

Ersetzt die genaue Abfrageverarbeitung für Aggregationsabfragen durch eine ungefähre Abfrageverarbeitung.

approx_for_count_distinct

TRUE, FALSE (Standard)

Y

Ersetzt COUNT (DISTINCT expr)-Abfragen automatisch durch APPROX_COUNT_DISTINCT-Abfragen.

approx_for_percentile

NONE (Standard), PERCENTILE_CONT, PERCENTILE_CONT DETERMINISTIC, PERCENTILE_DISC, PERCENTILE_DISC DETERMINISTIC, ALL, ALL DETERMINISTIC

Y

Konvertiert exakte Perzentilfunktionen in ihre ungefähren Perzentilfunktionspendants.

cursor_invalidation

DEFERRED, IMMEDIATE (Standard)

Y

Steuert, ob für DDL-Anweisungen standardmäßig die verzögerte Mauszeigerinvalidierung oder die sofortige Mauszeigerinvalidierung verwendet wird.

data_guard_sync_latency

0 (Standard) für die Anzahl der Sekunden, die durch das Attribut NET_TIMEOUT für den Parameter LOG_ARCHIVE_DEST_n angegeben wird.

Y

Steuert, wie viele Sekunden der Log Writer (LGWR)-Prozess nach der Antwort der ersten in einer Reihe von Oracle Data Guard SYNC-Redo-Transportmodusverbindungen wartet.

data_transfer_cache_size

0–512M, aufgerundet auf die nächste Granulatgröße

Y

Legt die Größe des Datenübertragungs-Cache (in Bytes) fest, der zum Empfang von Datenblöcken (typischerweise von einer primären Datenbank in einer Oracle Data Guard-Umgebung) für die Nutzung durch eine Instance verwendet wird, wenn ein Befehl RMAN RECOVER ... NONLOGGED BLOCK ausgeführt wird.

inmemory_adg_enabled

TRUE (Standard), FALSE

Y

Gibt an, ob In-Memory für Active Data Guard zusätzlich zur Größe des In-Memory-Cache aktiviert ist.

inmemory_expressions_usage

STATIC_ONLY, DYNAMIC_ONLY, ENABLE (Standard), DISABLE

Y

Steuert, welche In-Memory-Ausdrücke (IM-Ausdrücke) in den In-Memory Column Store (IM-Spaltenspeicher) eingefügt werden und für Abfragen zur Verfügung stehen.

inmemory_virtual_columns

ENABLE, MANUAL (Standard), DISABLE

Y

Steuert, welche In-Memory-Ausdrücke (IM-Ausdrücke) in den In-Memory Column Store (IM-Spaltenspeicher) eingefügt werden und für Abfragen zur Verfügung stehen.

instance_abort_delay_time

0 (Standard) und höher

Y

Gibt an, wie lange ein intern initiierter Instance-Shutdown verzögert wird (in Sekunden), z. B. wenn ein fataler Prozess endet oder ein unwiederbringlicher Instance-Fehler auftritt.

instance_mode

READ-WRITE (Standard), READ-ONLY, READ-MOSTLY

N

Gibt an, ob für die Instance Lese- und Schreibvorgänge möglich sind, ob sie schreibgeschützt ist oder überwiegend Lesevorgänge möglich sind.

long_module_action

TRUE (Standard), FALSE

Y

Ermöglicht die Verwendung größerer Längen für Module und Aktionen.

max_idle_time

0 (Standard) bis zur maximalen Ganzzahl. Ein Wert von 0 bedeutet, dass kein Grenzwert vorhanden ist.

Y

Gibt die maximale Anzahl von Minuten an, die sich eine Sitzung im Leerlauf befinden kann. Danach wird die Sitzung automatisch beendet.

optimizer_adaptive_plans

TRUE (Standard), FALSE

Y

Steuert adaptive Pläne. Adaptive Pläne sind mit alternativen Optionen erstellte Ausführungspläne, die zur Laufzeit basierend auf während der Ausführung der Abfrage gesammelten Statistiken entschieden werden.

optimizer_adaptive_statistics

TRUE, FALSE (Standard)

Y

Steuert adaptive Statistiken. Einige Abfrageformen sind zu komplex, um sich nur auf die Statistiken der Basistabelle zu verlassen, weshalb der Optimierer diese Statistiken durch adaptive Statistiken ergänzt.

outbound_dblink_protocols

ALL (Standard), NONE, TCP, TCPS, IPC

N

Gibt die Netzwerkprotokolle an, die zur Kommunikation für ausgehende Datenbankverknüpfungen in der Datenbank zulässig sind.

resource_manage_goldengate

TRUE, FALSE (Standard)

Y

Legt fest, ob Oracle GoldenGate-Anwendungsprozesse in der Datenbank ressourcenverwaltet sind.

standby_db_preserve_states

NONE (Standard), SESSION, ALL

N

Steuert, ob Benutzersitzungen und andere interne Zustände der Instance erhalten bleiben, wenn eine lesbare physische Standby-Datenbank in eine primäre Datenbank umgewandelt wird.

uniform_log_timestamp_format

TRUE (Standard), FALSE

Y

Gibt an, dass ein einheitliches Zeitstempelformat in Oracle-Datenbank-Nachverfolgungsdateien (.trc) und Protokolldateien (z. B. Warnprotokoll) verwendet werden muss.

Der Parameter compatible hat einen neuen Standardwert für Oracle 12c Version 12.2.0.1 in Amazon RDS. Die folgende Tabelle zeigt den neuen Standardwert.

Parametername

Oracle 12c Version 12.2.0.1-Standardwert

Oracle 12c Version 12.1.0.2-Standardwert

compatible

12.2.0

12.0.0

Der Parameter optimizer_features_enable hat einen neuen Standardwertbereich für Oracle 12c Version 12.2.0.1 in Amazon RDS. Die folgende Tabelle zeigt die alten und neuen Wertebereiche.

Parametername

12c Version 12.2.0.1-Bereich

12c Version 12.1.0.2-Bereich

optimizer_features_enable

8.0.0 bis 12.2.0.1

8.0.0 bis 12.1.0.2

Die folgenden Parameter wurden in Oracle c12 Version 12.2.0.1 entfernt:

  • global_context_pool_size

  • max_enabled_roles

  • optimizer_adaptive_features

  • parallel_automatic_tuning

  • parallel_degree_level

  • use_indirect_data_buffers

Der folgende Parameter wird in Oracle c12 Version 12.2.0.1 nicht unterstützt:

  • sec_case_sensitive_logon

Amazon RDS-Sicherheitsänderungen für Oracle 12c Version 12.2.0.1

Bei Oracle 12c Version 12.2.0.1 ist für Eigentümer von Auslösern auf Datenbankebene eine direkte Erteilung der Berechtigung ADMINISTER DATABASE TRIGGER erforderlich. Während eines Hauptversions-Upgrades auf Oracle 12c Version 12.2.0.1 gewährt Amazon RDS dieses Recht jedem Benutzer, der einen Auslöser besitzt, damit der Besitzer des Auslösers über die erforderlichen Rechte verfügt. Weitere Informationen finden Sie im Oracle-Supportdokument 2275535.1.

Oracle 12c Version 12.1.0.2 mit Amazon RDS

Die Oracle 12c Version 12.1.0.2 enthält über 500 neue Funktionen und Updates im Vergleich zur vorherigen Version. In diesem Abschnitt finden Sie die wichtigsten Funktionen und Änderungen für die Verwendung von Oracle 12c Version 12.1.0.2 in Amazon RDS. Die vollständige Liste der Änderungen finden Sie in der Oracle 12c Version 12.1-Dokumentation. Eine vollständige Liste der von allen Oracle 12c-Editionen unterstützten Funktionen finden Sie unter Permitted Features, Options, and Management Packs by Oracle Database Edition in der Oracle-Dokumentation.

Oracle 12c Version 12.1.0.2 enthält 16 neue Parameter, die sich auf Ihre Amazon RDS-DB-Instance auswirken, sowie 18 neue Systemsonderrechte, einige nicht mehr unterstützte Pakete sowie einige neue Einstellungen für die Optionsgruppe. Weitere Informationen zu diesen Änderungen finden Sie in den folgenden Abschnitten.

Amazon RDS-Parameteränderungen für Oracle 12c Version 12.1.0.2

Oracle 12c Version 12.1.0.2 enthält 16 neue Parameter sowie mehrere zusätzliche Parameter mit neuen Bereichen und neuen Standardwerten.

In der folgenden Tabelle werden die neuen Amazon RDS-Parameter für Oracle 12c Version 12.1.0.2 dargestellt.

Name

Werte

Anpassbar

Beschreibung

connection_brokers

CONNECTION_BROKERS = broker_description[,...]

N

Gibt die Verbindungsbroker-Typen, die Anzahl von Verbindungsbrokern jeden Typs und die maximale Anzahl an Verbindungen pro Broker an.

db_index_compression_inheritance

TABLESPACE, TABL, ALL, NONE

Y

Zeigt die Optionen, die für eine Tabelle oder die Übernahme des Levels der Tabellenraum-Kompression festgelegt sind.

db_big_table_cache_percent_target

0-90

Y

Gibt den Zielgröße des Cache-Abschnitts für automatisches Big-Table-Caching als Prozentzahl des Buffer-Caches an.

heat_map

ON, OFF

Y

Erlaubt der Datenbank, den Lese- und Schreibzugriff auf alle Segmente nachzuverfolgen, sowie eine Änderung von Datenbank-Blöcken aufgrund von DML- (Datenbearbeitungssprache) und DDL-Anweisungen (Datendefinitionssprache).

inmemory_clause_default

INMEMORY, NO INMEMORY

Y

Mit INMEMORY_CLAUSE_DEFAULT können Sie eine Bedingung für standardmäßigen In-Memory-Spalten-Speicher (IM-Spalten-Speicher) in neuen Tabellen und materialisierten Ansichten erstellen.

inmemory_clause_default_memcompress

NO MEMCOMPRESS, MEMCOMPRESS FOR DML, MEMCOMPRESS FOR QUERY, MEMCOMPRESS FOR QUERY LOW, MEMCOMPRESS FOR QUERY HIGH, MEMCOMPRESS FOR CAPACITY, MEMCOMPRESS FOR CAPACITY LOW, MEMCOMPRESS FOR CAPACITY HIGH

Y

Sehen Sie INMEMORY_CLAUSE_DEFAULT.

inmemory_clause_default_priority

PRIORITY LOW, PRIORITY MEDIUM, PRIORITY HIGH, PRIORITY CRITICAL, PRIORITY NONE

Y

Sehen Sie INMEMORY_CLAUSE_DEFAULT.

inmemory_force

DEFAULT, OFF

Y

Mit INMEMORY_FORCE können Sie bestimmen, ob Tabellen und materialisierte Ansichten, die als INMEMORY angegeben sind, in den In-Memory-Spalten-Speicher (IM-Spalten-Speicher) eingetragen werden oder nicht.

inmemory_max_populate_servers

Null

N

INMEMORY_MAX_POPULATE_SERVERS bestimmt die maximale Anzahl an eingepflegten Hintergrundservern, die für die Besetzung in einem In-Memory-Spalten-Speicher (IM-Spalten-Speicher) verwendet werden sollen, damit diese Server das übrige System nicht überlasten.

inmemory_query

ENABLE (Standard), DISABLE

Y

INMEMORY_QUERY wird verwendet, um In-Memory-Abfragen für die gesamte Datenbank auf Session- oder System-Level zu aktivieren oder zu deaktivieren.

inmemory_size

0, 104857600–274877906944

Y

INMEMORY_SIZE legt die Größe des In-Memory-Spalten-Speichers (IM column store) in einer Datenbank-Instance fest.

inmemory_trickle_repopulate_servers_percent

0 bis 50

Y

INMEMORY_TRICKLE_REPOPULATE_SERVERS_PERCENT beschränkt die maximale Anzahl an eingepflegten Hintergrundservern, die für die Wiederbesetzung des In-Memory-Spaltenspeichers (IM Column Store) verwendet werden. Diese Begrenzung wird angewendet, da eine sickernde Wiederbesetzung so gestaltet ist, dass sie nur einen kleinen Prozentsatz der besetzten Server nutzt.

max_string_size

STANDARD (Standard), EXTENDED

N

Steuert die maximale Größe von VARCHAR2, NVARCHAR2 und RAW.

Weitere Informationen finden Sie unter Verwenden erweiterter Datentypen.

optimizer_adaptive_features

TRUE (Standard), FALSE

Y

Aktiviert oder deaktiviert alle adaptiven Optimierer-Funktionen.

optimizer_adaptive_reporting_only

TRUE, FALSE (Standard)

Y

Steuert den Modus "reporting-only" für adaptive Optimierungen.

pdb_file_name_convert

Es ist kein Standardwert vorhanden.

N

Bildet die Namen von bestehenden Dateien auf neue Dateinamen ab.

pga_aggregate_limit

0-max. an Arbeitsspeicher

Y

Bestimmt ein Limit für die Gesamtheit des Feedback-Schleifen-Arbeitsspeichers, der von der Instance verwendet wird.

processor_group_name

Es ist kein Standardwert vorhanden.

N

Erteilt der Datenbank-Instance die Anweisung, sich selbst innerhalb der bestimmten Betriebssystem-Prozessorgruppe auszuführen.

spatial_vector_acceleration

TRUE, FALSE

N

Aktiviert oder deaktiviert die räumliche Vektor-Beschleunigung, Teil der räumlichen Option.

temp_undo_enabled

TRUE, FALSE (Standard)

Y

Bestimmt ob Transaktionen innerhalb einer bestimmten Session ein temporäres Protokoll für eine Reversion (Rückgängigmachen) haben können.

threaded_execution

TRUE, FALSE

N

Aktiviert das Multithread-Oracle-Modell, aber verhindert OS-Authentifizierung.

unified_audit_sga_queue_size

1 MB bis 30 MB

Y

Bestimmt die Größe der SGA-Warteschlange (System Global Area) für eine einheitliche Überprüfung.

use_dedicated_broker

TRUE, FALSE

N

Bestimmt, wie dedizierte Server vermehrt werden.

Einige Parameter haben neue Wertebereiche für Oracle 12c Version 12.1.0.2 in Amazon RDS. Die folgende Tabelle zeigt die alten und neuen Wertebereiche.

Parametername

12c Version 12.1.0.2-Bereich

11g-Bereich

audit_trail

os | db [, extended] | xml [, extended]

os | db [, extended] | xml [, extended] | true | false

compatible

Wird für DB-Instances, die von Oracle 11g aktualisiert wurden, in Amazon RDS automatisch auf 12.0.0 festgelegt, sofern während des Upgrades nicht ausdrücklich ein geringerer Wert angegeben wird (so niedrig wie 11.2.0).

Beginnt für neue Oracle 12c Version 12.1.0.2 DB-Instances in Amazon RDS mit 12.1.0.2.

Beginnt mit in Amazon RDS mit 11.2.0.

db_securefile

PERMITTED | PREFERRED | ALWAYS | IGNORE | FORCE

PERMITTED | ALWAYS | IGNORE | FORCE

db_writer_processes

1-100

1-36

optimizer_features_enable

8.0.0 bis 12.1.0.2

8.0.0 bis 11.2.0.4

parallel_degree_policy

MANUAL,LIMITED,AUTO,ADAPTIVE

MANUAL,LIMITED,AUTO

parallel_min_server

0 to parallel_max_servers

CPU_COUNT * PARALLEL_THREADS_PER_CPU * 2 zu parallel_max_servers

Ein Parameter hat einen neuen Standardwert für Oracle 12c in Amazon RDS. Die folgende Tabelle zeigt den neuen Standardwert.

Parametername

Oracle 12c Standardwert

Oracle 11g Standardwert

job_queue_processes

50

1000

Amazon RDS-Systemsonderrechte für Oracle 12c Version 12.1.0.2

In Oracle 12c Version 12.1.0.2 wurden dem Systemkonto einige neue Systemsonderrechte erteilt. Diese neuen Systemsonderrechte umfassen Folgendes:

  • ALTER ANY CUBE BUILD PROCESS

  • ALTER ANY MEASURE FOLDER

  • ALTER ANY SQL TRANSLATION PROFILE

  • CREATE ANY SQL TRANSLATION PROFILE

  • CREATE SQL TRANSLATION PROFILE

  • DROP ANY SQL TRANSLATION PROFILE

  • EM EXPRESS CONNECT

  • EXEMPT DDL REDACTION POLICY

  • EXEMPT DML REDACTION POLICY

  • EXEMPT REDACTION POLICY

  • LOGMINING

  • REDEFINE ANY TABLE

  • SELECT ANY CUBE BUILD PROCESS

  • SELECT ANY MEASURE FOLDER

  • USE ANY SQL TRANSLATION PROFILE

Amazon RDS-Optionen für Oracle 12c Version 12.1.0.2

Einige Oracle-Optionen haben sich in Oracle 12c gegenüber Oracle 12c Version 12.1.0.2 geändert. Dennoch bleiben die meisten Optionen in beiden Versionen dieselben. Zu den Änderungen in Oracle 12c Version 12.1.0.2 zählen unter anderem:

  • Oracle Enterprise Manager Database Express 12c hat Oracle Enterprise Manager 11g Database Control ersetzt. Weitere Informationen finden Sie unter Oracle Enterprise Manager Database Express.

  • Die Option XMLDB wird in Oracle 12c Version 12.1.0.2 standardmäßig installiert. Sie müssen diese Option nicht mehr selbst installieren.

Amazon RDS-PL-/-SQL-Pakete für Oracle 12c Version 12.1.0.2

Oracle 12c Version 12.1.0.2 enthält eine Anzahl neuer integrierter PL-/SQL-Pakete. Die Pakete in Amazon RDS-Oracle 12c Version 12.1.0.2 umfassen Folgendes.

Paketname

Beschreibung

CTX_ANL

Das Paket CTX_ANL wird zusammen mit AUTO_LEXER verwendet und bietet Prozeduren zum Hinzufügen und Verwerfen eines benutzerdefinierten Verzeichnisses aus dem Lexer.

DBMS_APP_CONT

Das DBMS_APP_CONT-Paket biete eine Schnittstelle, mit der sich bestimmen lässt, ob eine Bord-Transaktion in einer aktuell nicht mehr verfügbaren Sitzung übergeben wird oder nicht und ob der letzte Aufruf in dieser Sitzung abgeschlossen wurde.

DBMS_AUTO_REPORT

Das Paket DBMS_AUTO_REPORT bietet eine Schnittstelle zur Anzeige von in der Automatic Workload Repository (AWR) erfassten SQL-Überwachungs- und Echtzeit-ADDM-Daten (Automatic Database Diagnostic Monitor).

DBMS_GOLDENGATE_AUTH

Das Paket DBMS_GOLDENGATE_AUTH bietet Unterprogramme zum Erteilen und Widerrufen von Sonderrechten für GoldenGate-Administratoren.

DBMS_HEAT_MAP

Das Paket DBMS_HEAT_MAP bietet eine Schnittstelle zum Externalisieren von Heatmaps auf verschiedenen Speicherebenen, einschließlich Block, Umfang, Segment, Objekt und Tabellenraum.

DBMS_ILM

Das Paket DBMS_ILM bietet eine Schnittstelle für die Implementierung von ILM-Strategien (Information Lifecycle Management) Mithilfe von ADO-Richtlinien (Automatic Data Optimization).

DBMS_ILM_ADMIN

Das Paket DBMS_ILM_ADMIN bietet eine Schnittstelle für die Ausführung von benutzerdefinierten ADO-Richtlinien (Automatic Data Optimization).

DBMS_PART

Das Paket DBMS_PART bietet eine Schnittstelle für Wartungs- und Verwaltungsoperationen in partitionierten Objekten.

DBMS_PRIVILEGE_CAPTURE

Das Paket DBMS_PRIVILEGE_CAPTURE bietet eine Schnittstelle für eine Analyse von Datenbank-Sonderrechten.

DBMS_QOPATCH

Das Paket DBMS_QOPATCH bietet eine Schnittstelle zur Anzeige von installierten Datenbank-Patches.

DBMS_REDACT

Das Paket DBMS_REDACT bietet eine Schnittstelle für Oracle Data Redaction. Hier können Sie die Daten unkenntlich machen, die von Abfragen durch Benutzer mit niedriger Berechtigungsstufe oder einer Anwendung zurückgegeben wurden.

DBMS_SPD

Das Paket DBMS_SPD bietet Unterprogramme für die Verwaltung von SQL Plan Directives (SPDs).

DBMS_SQL_TRANSLATOR

Das Paket DBMS_SQL_TRANSLATOR bietet eine Schnittstelle zum Erstellen, Konfigurieren und Verwenden von SQL-Übersetzungsprofilen.

DBMS_SQL_MONITOR

Das Paket DBMS_SQL_MONITOR bietet Informationen über Echtzeit-SQL-Überwachung und Echtzeit-Datenbank-Operations-Überwachung.

DBMS_SYNC_REFRESH

Das Paket DBMS_SYNC_REFRESH bietet eine Schnittstelle zum Durchführen einer synchronen Aktualisierung von materialisierten Ansichten.

DBMS_TSDP_MANAGE

Das Paket DBMS_TSDP_MANAGE bietet eine Schnittstelle zum Importieren und Verwalten sensibler Spalten und sensibler Spaltentypen in der Datenbank. DBMS_TSDP_MANAGE wird mit dem Paket DBMS_TSDP_PROTECT für TSDP-Richtlinien (Transparent Sensitive Data Protection) verwendet. DBMS_TSDP_MANAGE ist nur mit der Enterprise Edition verfügbar.

DBMS_TSDP_PROTECT

Das Paket DBMS_TSDP_PROTECT bietet eine Schnittstelle zum Konfigurieren von Richtlinien zum transparenten Schutz von sensiblen Daten (Transparent Sensitive Data Protection, TSDP) in Verbindung mit dem Paket DBMS_TSDP_MANAGE. DBMS_TSDP_PROTECT ist nur mit der Enterprise Edition verfügbar.

DBMS_XDB_CONFIG

Das Paket DBMS_XDB_CONFIG bietet eine Schnittstelle für das Konfigurieren von Oracle-XML-DB und seiner Repository.

DBMS_XDB_CONSTANTS

Das Paket DBMS_XDB_CONSTANTS bietet eine Schnittstelle für häufig verwendete Konstanten. Oracle empfiehlt zur Vermeidung von Tippfehlern die Verwendung von Konstanten anstelle von dynamischen Zeichenfolgen.

DBMS_XDB_REPOS

Das Paket DBMS_XDB_REPOS bietet eine Schnittstelle für das Arbeiten im Oracle-XML-Datenbank-Repository.

DBMS_XMLSCHEMA_ANNOTATE

Das Paket DBMS_XMLSCHEMA_ANNOTATE bietet eine Schnittstelle zum Verwalten und Konfigurieren von strukturierten Speichermodellen. Dies wird hauptsächlich durch die Verwendung von Schema-Annotationen vor der Registrierung gemacht.

DBMS_XMLSTORAGE_MANAGE

Das Paket DBMS_XMLSTORAGE_MANAGE bietet eine Schnittstelle zum Verwalten und Ändern von XML-Speicherplatz, nachdem eine Schema-Registrierung abgeschlossen wurde.

DBMS_XSTREAM_ADM

Das Paket DBMS-XSTREAM_ADM bietet Schnittstellen für das Streamen von Änderungen in einer Datenbank zwischen einer Oracle-Datenbank und anderen Systemen. XStream ermöglicht Anwendungen, Änderungen in einer Datenbank in ein- wie in ausgehende Richtung zu streamen.

DBMS_XSTREAM_AUTH

Das Paket DBMS_XSTREAM_AUTH bietet Unterprogramme zum Erteilen und Widerrufen von Sonderrechten für XStream-Administratoren.

UTL_CALL_STACK

Das Paket UTL_CALL_STACK bietet eine Schnittstelle zum Bereitstellen von Informationen zu aktuell ausgeführten Unterprogrammen.

Oracle 12c Version 12.1.0.2-Pakete werden nicht unterstützt

Einige Oracle 11g PL-/SQL-Pakete werden in Oracle 12c Version 12.1.0.2 nicht unterstützt. Diese Pakete umfassen Folgendes:

  • DBMS_AUTO_TASK_IMMEDIATE

  • DBMS_CDC_PUBLISH

  • DBMS_CDC_SUBSCRIBE

  • DBMS_EXPFIL

  • DBMS_OBFUSCATION_TOOLKIT

  • DBMS_RLMGR

  • SDO_NET_MEM

Unterstützte Oracle Database-Funktionen

Amazon RDS Oracle unterstützt die meisten Funktionen und Merkmale von Oracle Database. Einige Funktionen werden möglicherweise nur begrenzt unterstützt oder haben eingeschränkte Berechtigungen. Einige Funktionen sind nur in Enterprise Edition verfügbar und einige erfordern zusätzliche Lizenzen. Weitere Informationen zu Oracle Database-Funktionen für spezifische Oracle Database-Versionen finden Sie in dem Oracle Database Licensing Information User Manual für die von Ihnen verwendete Version.

Anmerkung

Diese Listen sind nicht vollständig.

Amazon RDS Oracle unterstützt die folgenden Oracle Database-Funktionen:

Amazon RDS Oracle unterstützt nicht die folgenden Oracle Database-Funktionen:

  • Automatic Storage Management (ASM)

  • Database Vault

  • Flashback Database

  • Multitenant

  • Oracle Enterprise Manager Cloud Control Management Repository

  • Real Application Clusters (Oracle RAC)

  • Real Application Testing

  • Unified Auditing, Pure Mode

Unterstützte Oracle Database-Parameter

In Amazon RDS verwalten Sie Parameter und Parametergruppen. Weitere Informationen finden Sie unter Arbeiten mit DB-Parametergruppen. Um die unterstützten Parameter für eine bestimmte Oracle-Edition und -Version anzuzeigen, führen Sie den AWS CLI-Befehl describe-engine-default-parameters aus.

Um beispielsweise die unterstützten Parameter für die Oracle Enterprise Edition Version 12.2 anzuzeigen, führen Sie den folgenden Befehl aus.

aws rds describe-engine-default-parameters --db-parameter-group-family oracle-ee-12.2

Oracle-Engine-Versionsverwaltung

Mit der DB-Engine-Versionsverwaltung können Sie steuern, wann und wie die Datenbank-Engine-Software, mit der Ihre DB-Instances ausgeführt werden, gepatcht und upgegradet wird. Mit dieser Funktion erhalten Sie die Flexibilität, die Kompatibilität mit Datenbank-Engine-Patch-Versionen aufrechtzuerhalten. Sie können auch neue Patch-Versionen testen, um sicherzustellen, dass sie effektiv mit Ihrer Anwendung funktionieren, bevor Sie sie in der Produktion bereitstellen. Darüber hinaus können Sie Versions-Upgrades zu Ihren eigenen Bedingungen und Zeitplänen durchführen.

Anmerkung

Amazon RDS fasst periodische Oracle-Datenbank-Patches unter Verwendung einer Amazon RDS-spezifischen DB-Engine zusammen. Eine Liste mit den in einer Amazon RDS-spezifischen Oracle-Engine-Version enthaltenen Oracle-Patches finden Sie unter Versionshinweise zur Oracle-Datenbank-Engine.

Aktuell können Sie alle Oracle-Datenbank-Upgrades manuell durchführen. Weitere Informationen über das Upgraden einer Oracle-DB-Instance finden Sie unter Upgraden der Oracle-DB-Engine.

Beendigung von Oracle 11.2.0.4

Oracle Corporation beabsichtigt, die Unterstützung für Oracle Database Version 11.2.0.4 am 31. Dezember 2020 auslaufen zu lassen. Am 31. Oktober 2020 plant Amazon RDS, die Unterstützung für Oracle-Version 11.2.0.4 SE1 unter Verwendung des Modells „ Lizenz eingeschlossen“ einzustellen. Am 31. Dezember 2020 plant Amazon RDS, die Unterstützung für 11.2.0.4 für alle Editionen auslaufen zu lassen, die das BYOL-Modell (Bring Your Own License, Vewendung der eigenen Lizenz) verwenden.

Amazon RDS plant, die Unterstützung für Oracle-Version 11.2.0.4 nach dem folgenden Zeitplan einzustellen, der Upgradeempfehlungen enthält.

Aktion oder Empfehlung 11.2.0.4 auf SE1 mit eingeschlossener Lizenz 11.2.0.4 auf EE, SE und SE1 mit BYOL

Wir empfehlen Ihnen, 11.2.0.4 DB-Instances manuell auf die Version Ihrer Wahl zu aktualisieren.

Jetzt–31.Oktober 2020

Jetzt –31. Dezember 2020

Wir empfehlen Ihnen, 11.2.0.4 Snapshots manuell auf die Version Ihrer Wahl zu aktualisieren.

1. August–31. Januar 2021

1. Oktober 2020–31. März 2021

Mit Amazon RDS für Oracle mit der aufgelisteten Version können Sie keine neuen Instances mehr erstellen.

1. August 2020

1. Oktober 2020

Amazon RDS for Oracle startet automatische Upgrades Ihrer DB-Instances auf Version 19c.

1. November 2020

1. Januar 2021

Amazon RDS für Oracle startet automatische Upgrades auf Version 19c für alle aus Snapshots wiederhergestellten DB-Instances.

1. November 2020–31. Januar 2021

1. Januar–31. März 2021

Verwenden von Huge Pages mit einer Oracle-DB-Instance

Amazon RDS für Oracle unterstützt Huge Pages, die auf dem Linux-Kernel basieren, für eine erhöhte Datenbank-Skalierbarkeit. Durch die Huge-Pages-Verwendung werden Page-Tabellen verkleinert und weniger CPU-Zeit für die Speicherverwaltung benötigt, sodass die Leistung von großen Datenbank-Instances erhöht wird. Weitere Informationen finden Sie unter Overview of HugePages in der Oracle-Dokumentation.

Sie können Huge Pages mit den folgenden Versionen und Editionen von Oracle verwenden:

  • 19.0.0.0, alle Editionen

  • 18.0.0.0, alle Editionen

  • 12.2.0.1, alle Editionen

  • 12.1.0.2, alle Editionen

  • 11.2.0.4, alle Editionen

Der use_large_pages-Parameter steuert, ob Huge Pages für eine DB-Instance aktiviert sind. Die möglichen Einstellungen für diesen Parameter sind ONLY, FALSE, und {DBInstanceClassHugePagesDefault}. Der Parameter use_large_pages ist in der Standard-DB-Parametergruppe von Oracle auf {DBInstanceClassHugePagesDefault} gesetzt.

Um zu steuern, ob Huge Pages für eine DB-Instance automatisch aktiviert sind, können Sie die Formelvariable DBInstanceClassHugePagesDefault in den Parametergruppen verwenden. Der Wert ist wie folgt bestimmt:

  • Für die in der folgenden Tabelle erwähnten DB-Instance-Klassen wird DBInstanceClassHugePagesDefault standardmäßig immer als FALSE und use_large_pages als FALSE ausgewertet. Sie können Huge Pages manuell für diese DB-Instance-Klassen aktivieren, wenn die DB-Instance-Klasse einen Speicher von mindestens 14 GiB hat.

  • Für nicht in der folgenden Tabelle erwähnte DB-Instance-Klassen wird DBInstanceClassHugePagesDefault immer als FALSE ausgewertet, wenn die Instance-Klasse weniger als 14 GiB Arbeitsspeicher hat. Außerdem wird use_large_pages als FALSE ausgewertet.

  • Für nicht in der folgenden Tabelle erwähnte DB-Instance-Klassen wird DBInstanceClassHugePagesDefault standardmäßig als TRUE ausgewertet, wenn die Instance-Klasse mindestens 14 GiB und weniger als 100 GiB Arbeitsspeicher hat. Außerdem wird use_large_pages als ONLY ausgewertet. Sie können Huge Pages manuell deaktivieren, indem Sie use_large_pages auf FALSE festlegen.

  • Für nicht in der folgenden Tabelle erwähnte DB-Instance-Klassen wird DBInstanceClassHugePagesDefault immer als TRUE ausgewertet, wenn die Instance-Klasse mindestens 100 GiB Arbeitsspeicher hat. Außerdem wird use_large_pages als ONLY ausgewertet und große Seiten können nicht deaktiviert werden.

Für die folgenden DB-Instance-Klassen werden standardmäßig keine Huge Pages aktiviert.

DB-Instance-Klassenfamilie DB-Instance-Klassen mit Huge Pages sind standardmäßig nicht aktiviert

db.m5

db.m5.large

db.m4

db.m4.large, db.m4.xlarge, db.m4.2xlarge, db.m4.4xlarge, db.m4.10xlarge

db.m3

db.m3.medium, db.m3.large, db.m3.xlarge, db.m3.2xlarge

db.r3

db.r3.large, db.r3.xlarge, db.r3.2xlarge, db.r3.4xlarge, db.r3.8xlarge

db.t3

db.t3.micro, db.t3.small, db.t3.medium, db.t3.large

db.t2

db.t2.micro, db.t2.small, db.t2.medium, db.t2.large

Weitere Informationen zu DB-Instance-Klassen finden Sie unter Hardware-Spezifikationen für DB-Instance-Klassen .

Setzten Sie den Parameter use_large_pages auf ONLY, um Huge Pages für neue oder bestehende DB-Instances manuell zu aktivieren. Sie können Huge Pages nicht mit Oracle Automatic Memory Management (Automatische Arbeitsspeicher Verwaltung – AMM) verwenden. Wenn Sie den Parameter use_large_pages auf ONLY setzten, dann müssen Sie auch memory_target und memory_max_target auf 0 setzen. Weitere Informationen über die Einstellung von DB-Parametern für Ihre DB-Instance finden Sie unter Arbeiten mit DB-Parametergruppen.

Sie können auch die Parameter sga_target, sga_max_size und pga_aggregate_target festlegen. Wenn Sie die Speicher-Parameter System Global Area (SGA) und Program Global Area (PGA) festlegen, addieren Sie beide Werte. Subtrahieren Sie die Summe von Ihrem verfügbaren Instance-Arbeitsspeicher (DBInstanceClassMemory), um den freien Arbeitsspeicher nach der Zuteilung für Huge Pages zu ermitteln. Sie müssen mindestens 2 GiB Speicher oder 10 Prozent des gesamten verfügbaren Instance-Speichers frei lassen, je nachdem, welcher Wert kleiner ist.

Nachdem Sie Ihre Parameter konfiguriert haben, müssen Sie Ihre DB-Instance neu starten, damit die Änderungen wirksam werden. Weitere Informationen finden Sie unter Neustarten einer DB-Instance.

Anmerkung

Die Oracle DB-Instance schiebt Änderungen an SGA-bezogenen Initialisierungsparametern auf, bis Sie die Instance ohne Failover neu starten. Wählen Sie in der Amazon RDS-Konsole Neustart, wählen Sie aber nicht Neustart mit Failover aus. Rufen Sie in der AWS CLI den reboot-db-instance Befehl mit dem Parameter --no-force-failover auf. Die DB-Instance verarbeitet die SGA-bezogenen Parameter nicht während eines Failovers oder bei anderen Wartungsvorgängen, die einen Neustart der Instance bewirken.

Nachfolgend finden Sie eine Beispielparameterkonfiguration für Huge Pages, die Huge Pages manuell aktiviert. Sie sollten die Werte so festlegen, dass sie Ihren Anforderungen entsprechen.

memory_target = 0 memory_max_target = 0 pga_aggregate_target = {DBInstanceClassMemory*1/8} sga_target = {DBInstanceClassMemory*3/4} sga_max_size = {DBInstanceClassMemory*3/4} use_large_pages = ONLY

Nehmen wir an, dass in einer Parametergruppe die folgenden Parameterwerte eingestellt sind.

memory_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) memory_max_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) pga_aggregate_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0) sga_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) sga_max_size = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) use_large_pages = {DBInstanceClassHugePagesDefault}

Die Parametergruppe wird von einer DB-Instance-Klasse db.r4 mit weniger als 100 GiB Speicher und einer Instance db.r3 mit mehr als 100 GiB Speicher verwendet. Mit diesen Parametereinstellungen und use_large_pages auf {DBInstanceClassHugePagesDefault} gesetzt, werden auf der Instance db.r4 Huge Pages aktiviert, auf der Instance db.r3 aber deaktiviert.

Betrachten Sie ein weiteres Beispiel mit folgenden eingestellten Parameterwerten in einer Parametergruppe.

memory_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) memory_max_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) pga_aggregate_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0) sga_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) sga_max_size = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) use_large_pages = FALSE

Die Parametergruppe wird von einer db.r4 DB-Instance-Klasse und einer db.r5 DB-Instance-Klasse verwendet - beide mit weniger als 100 GiB Speicher. Die Parametergruppe wird auch von einer db.r3-Instance mit mehr als 100 GiB-Speicher verwendet. Mit diesen Parametereinstellungen werden große Seiten für die db.r4-Instance, die db.r5-Instance und die db.r3-Instance deaktiviert.

Anmerkung

Wenn diese Parametergruppe von einer db.r4 DB-Instance-Klasse oder db.r5 DB-Instance-Klasse mit mindestens 100 GiB Speicher verwendet wird, wird die FALSE-Einstellung für use_large_pages überschrieben und auf ONLY festgelegt. In diesem Fall wird eine Kundenbenachrichtigung über die erfolgte Überschreibung versendet.

Nachdem Huge Pages in Ihrer DB-Instance aktiv sind, können Sie Informationen zu Huge Pages ansehen, indem Sie die erweiterte Überwachung aktivieren. Weitere Informationen finden Sie unter Enhanced Monitoring (Erweiterte Überwachung).

Verwenden von utl_http, utl_tcp, und utl_smtp mit einer Oracle-DB-Instance

Amazon RDS unterstützt ausgehenden Netzwerkzugriff auf Ihre DB-Instance, auf der Oracle ausgeführt wird. Sie können utl_http, utl_tcp und utl_smtp verwenden, um von Ihrer DB-Instance eine Verbindung mit dem Netzwerk herzustellen.

Beachten Sie beim Arbeiten mit ausgehendem Netzwerkzugriff bitte Folgendes:

  • Um utl_http in DB-Instances mit Oracle 11g zu verwenden, müssen Sie die Option XMLDB installieren. Weitere Informationen finden Sie unter Oracle XML DB.

  • Ausgehender Netzwerkzugriff mit utl_http, utl_tcp und utl_smtp wird nur für Oracle-DB-Instances in einer VPC unterstützt. Sehen Sie unter Ermitteln der verwendeten Plattform: EC2-VPC oder EC2-Classic nach, um zu bestimmen, ob sich Ihre DB-Instance in einer VPC befindet. Anweisungen, wie Sie eine DB-Instance, die sich nicht in einer VPC befindet, in eine VPC verschieben können, finden Sie unter Verschieben einer DB-Instance von außerhalb einer VPC in eine VPC.

  • Um SMTP mit der Option UTL_MAIL zu verwenden, siehe Oracle UTL_MAIL.

  • Der DNS-Name (Domain Name Server) des Remote-Hosts kann einer der folgenden sein:

    • Öffentlich auflösbar.

    • Der Endpunkt einer Amazon RDS-DB-Instance.

    • Auflösbar über einen benutzerdefinierten DNS-Server. Weitere Informationen finden Sie unter Einrichten eines benutzerdefinierten DNS-Servers.

    • Der private DNS-Name einer Amazon EC2-Instance in derselben VPC oder einer gleichrangigen VPC. Stellen Sie in diesem Fall sicher, dass der Name über einen benutzerdefinierten DNS-Server auflösbar ist. Alternativ können Sie für die Verwendung des von Amazon bereitgestellten DNS das Attribut enableDnsSupport in den VPC-Einstellungen und den Support für DNS-Auflösung für die gleichrangige VPC-Verbindung aktivieren. Weitere Informationen finden Sie unter DNS-Support für Ihre VPC und Ändern Ihrer Peering-Verbindung.

Für eine sichere Verbindung mit Remote-SSL/TLS-Ressourcen können Sie benutzerdefinierte Oracle Wallets erstellen und hochladen. Mittels der Funktion zur Amazon S3-Integration in Amazon RDS for Oracle können Sie ein Wallet von Amazon S3 auf Oracle-DB-Instances herunterladen. Weitere Informationen über die Amazon S3-Integration für Oracle finden Sie unter Amazon S3-Integration.

Das folgende Beispiel erstellt ein Wallet für den Zugriff auf https://status.aws.amazon.com/robots.txt über utl_http.

  1. Fordern Sie das Zertifikat für Amazon Root CA 1 von dem Amazon Trust Services Repository an.

  2. Erstellen Sie ein neues Wallet und fügen Sie das folgende Zertifikat hinzu:

    orapki wallet create -wallet . -auto_login_only orapki wallet add -wallet . -trusted_cert -cert AmazonRootCA1.pem.pem - auto_login_only orapki wallet display -wallet .
  3. Laden Sie das Wallet zu Ihrem Amazon S3-Bucket hoch.

  4. Erfüllen Sie die Voraussetzungen für die Amazon S3-Integration in Oracle und fügen Sie die Option S3_INTEGRATION zu Ihrer Oracle-DB-Instance hinzu. Stellen Sie sicher, dass die IAM-Rolle für die Option Zugriff auf den Amazon S3-Bucket hat, den Sie verwenden.

    Weitere Informationen finden Sie unter Amazon S3-Integration.

  5. Verbinden Sie sich mit der DB-Instance und erstellen Sie in der Datenbank ein Verzeichnis zur Aufnahme des Wallets. Im folgenden Beispiel wird ein neues Verzeichnis mit dem Namen SSL_WALLET erstellt:

    exec rdsadmin.rdsadmin_util.create_directory('SSL_WALLET');
  6. Laden Sie das Wallet aus Ihrem Amazon S3-Bucket zur Oracle-DB-Instance herunter.

    Im folgenden Beispiel wird ein Wallet in das DB-Instance-Verzeichnis SSL_WALLET heruntergeladen:

    SELECT rdsadmin.rdsadmin_s3_tasks.download_from_s3( p_bucket_name => 'bucket_name', p_s3_prefix => 'wallet_name', p_directory_name => 'SSL_WALLET') AS TASK_ID FROM DUAL;

    Ersetzen Sie bucket_name durch den Namen des von Ihnen verwendeten Buckets und wallet_name durch den Namen des Wallets.

  7. Stellen Sie dieses Wallet auf utl_http-Transaktionen ein, indem Sie das folgende Verfahren ausführen:

    DECLARE l_wallet_path all_directories.directory_path%type; BEGIN select directory_path into l_wallet_path from all_directories where upper(directory_name)='SSL_WALLET'; utl_http.set_wallet('file:/' || l_wallet_path); END;
  8. Greifen Sie auf die obige URL über SSL/TLS zu.

    SELECT utl_http.request('https://status.aws.amazon.com/robots.txt') AS ROBOTS_TXT FROM DUAL; ROBOTS_TXT -------------------------------------------------------------------------------- User-agent: * Allow: /
Anmerkung

Die spezifischen Zertifikate, die für Ihr Wallet benötigt werden, variieren je nach Service. Für AWS-Services sind die Zertifikate üblicherweise im Amazon Trust Services Repository zu finden.

Sie können ein ähnliches Setup zum Senden von E-Mails mittels UTL_SMTP über SSL/TLS (einschließlich Amazon Simple Email Service) verwenden.

Sie können Datenbankverbindungen zwischen Oracle-DB-Instances über einen SSL/TLS-Endpunkt einrichten, wenn die Oracle-SSL-Option für jede Instance konfiguriert ist. Weitere Konfigurationseinstellungen sind nicht erforderlich. Weitere Informationen finden Sie unter Oracle Secure Sockets Layer.

Verwenden von OEM, APEX, TDE und anderen Optionen

Die meisten Amazon RDS-DB-Engines unterstützen Optionsgruppen, die Ihnen ermöglichen, zusätzliche Funktionen für Ihre DB-Instance auszuwählen. Oracle-DB-Instances unterstützen diverse Optionen, darunter Oracle Enterprise Manager (OEM), Transparent Data Encryption (TDE), Application Express (APEX) und Native Network Encryption. Eine vollständige Liste der unterstützten Oracle-Optionen finden Sie unter Optionen für Oracle-DB-Instances. Weitere Informationen über das Arbeiten mit Optionsgruppen finden Sie unter Arbeiten mit Optionsgruppen.

Verwenden erweiterter Datentypen

Amazon RDS Oracle-Version 12c unterstützt erweiterte Datentypen. Bei erweiterten Datentypen beträgt die maximale Größe 32.767 Byte für die Datentypen VARCHAR2, NVARCHAR2 und RAW. Wenn Sie erweiterte Datentypen verwenden möchten, setzen Sie den Parameter MAX_STRING_SIZE auf EXTENDED. Weitere Informationen finden Sie unter Extended Data Types in der Oracle-Dokumentation.

Wenn Sie keine erweiterten Datentypen verwenden möchten, belassen Sie für den Parameter MAX_STRING_SIZE die Standardeinstellung STANDARD. Bei der Einstellung STANDARD liegt die Größenbegrenzung bei 4.000 Byte für die Datentypen VARCHAR2 und NVARCHAR2 und bei 2.000 Byte für den Datentyp RAW.

Sie können erweiterte Datentypen auf einer neuen oder einer vorhandenen DB-Instance aktivieren. Bei neuen DB-Instances dauert es gewöhnlich länger, die DB-Instance zu erstellen, wenn Sie erweiterte Datentypen aktivieren. Bei vorhandenen DB-Instances ist die DB-Instance während des Konvertierungsvorgangs nicht verfügbar.

Folgende Aspekte sind bei einer DB-Instance mit aktivierten erweiterten Datentypen zu beachten:

  • Wenn Sie erweiterte Datentypen für eine DB-Instance aktivieren, können Sie dies nicht rückgängig machen, um die Standardgröße für Datentypen zu verwenden. Wenn Sie eine DB-Instance konvertiert haben, um erweiterte Datentypen zu verwenden, und anschließend den Parameter MAX_STRING_SIZE wieder auf STANDARD setzen, wird der Status incompatible-parameters ausgegeben.

  • Wenn Sie eine DB-Instance, die erweiterte Datentypen verwendet, wiederherstellen, müssen Sie eine Parametergruppe angeben, für die der Parameter MAX_STRING_SIZE auf EXTENDED gesetzt ist. Wenn Sie bei der Wiederherstellung die Standard-Parametergruppe oder eine andere Parametergruppe angeben, für die MAX_STRING_SIZE auf STANDARD gesetzt ist, wird der Status incompatible-parameters ausgegeben.

  • Wir empfehlen Ihnen, die erweiterten Datentypen nicht für Oracle-DB-Instances zu aktivieren, die in der DB-Instance-Klasse t2.micro ausgeführt werden.

Wenn der Status der DB-Instance aufgrund der Einstellung für MAX_STRING_SIZE incompatible-parameters lautet, ist die DB-Instance nicht verfügbar, bis Sie den Parameter MAX_STRING_SIZE auf EXTENDED setzen und die DB-Instance neu starten.

Aktivieren erweiterter Datentypen für eine neue DB-Instance

So aktivieren Sie erweiterte Datentypen für eine neue DB-Instance

  1. Setzen Sie den MAX_STRING_SIZE in einer Parametergruppe auf EXTENDED.

    Zur Festlegung des Parameters können Sie entweder eine neue Parametergruppe erstellen oder eine vorhandene Parametergruppe ändern.

    Weitere Informationen finden Sie unter Arbeiten mit DB-Parametergruppen.

  2. Erstellen Sie eine neue Amazon RDS Oracle-DB-Instance und ordnen Sie die Parametergruppe, für die der Parameter MAX_STRING_SIZE auf EXTENDED gesetzt ist, der DB-Instance zu.

    Weitere Informationen finden Sie unter Erstellen einer Amazon RDS-DB-Instance.

Aktivieren erweiterter Datentypen für eine vorhandene DB-Instance

Wenn Sie eine DB-Instance ändern, um erweiterte Datentypen zu aktivieren, werden die Daten in der Datenbank konvertiert, um die erweiterten Größen zu verwenden. Die DB-Instance ist während der Konvertierung nicht verfügbar. Wie lange die Datenkonvertierung dauert, hängt davon ab, welche DB-Instance-Klasse die DB-Instance verwendet und wie groß die Datenbank ist.

Anmerkung

Nachdem Sie erweiterte Datentypen aktiviert haben, können Sie keine zeitpunktbezogene Wiederherstellung auf einen Zeitpunkt während der Konvertierung durchführen. Eine Wiederherstellung auf den Zeitpunkt unmittelbar vor oder nach der Konvertierung ist möglich.

So aktivieren Sie erweiterte Datentypen für eine vorhandene DB-Instance

  1. Erstellen Sie einen Snapshot der Datenbank.

    Falls in der Datenbank ungültige Objekte vorhanden sind, versucht Amazon RDS, diese neu zu kompilieren. Die Konvertierung in erweiterte Datentypen kann fehlschlagen, wenn Amazon RDS nicht in der Lage ist, ein ungültiges Objekt neu zu kompilieren. Mithilfe des Snapshots können Sie die Datenbank wiederherstellen, wenn es ein Problem mit der Konvertierung gibt. Prüfen Sie immer vor der Konvertierung, ob ungültige Objekte vorhanden sind, und korrigieren oder löschen Sie diese ungültigen Objekte. Für Produktionsdatenbanken empfehlen wir, den Konvertierungsvorgang zunächst an einer Kopie Ihrer DB-Instance zu testen.

    Weitere Informationen finden Sie unter Erstellen eines DB-Snapshots.

  2. Setzen Sie den MAX_STRING_SIZE in einer Parametergruppe auf EXTENDED.

    Zur Festlegung des Parameters können Sie entweder eine neue Parametergruppe erstellen oder eine vorhandene Parametergruppe ändern.

    Weitere Informationen finden Sie unter Arbeiten mit DB-Parametergruppen.

  3. Ändern Sie die DB-Instance, um sie der Parametergruppe zuzuordnen, für die der Parameter MAX_STRING_SIZE auf EXTENDED gesetzt ist.

    Weitere Informationen finden Sie unter Ändern einer Amazon RDS-DB-Instance.

  4. Starten Sie die DB-Instance neu, damit der Parameteränderung in Kraft tritt.

    Weitere Informationen finden Sie unter Neustarten einer DB-Instance.

Öffentliche Synonyme

Sie können öffentliche Synonyme erstellen, die auf Objekte in Ihren eigenen Schemas verweisen. Erstellen oder ändern Sie keine öffentlichen Synonyme für von Oracle verwaltete Schemas, einschließlich SYS, SYSTEM und RDSADMIN. Dies könnte zu einer Invalidierung der Komponenten der Kerndatenbank führen und sich auf die Verfügbarkeit der DB-Instance auswirken.